|
| |
Call for
more information:
417 882 8012
|
|
|
|
CICS/SignOn
CICS/SignOn provides
user and transaction security for CICS without requiring application
changes.
What's
CICS/SignOn do for MY shop?
Is CICS/SignOn a solution looking for a problem?
Hardly. Here's why...CICS native security
has been removed or dramatically changed in all new releases of CICS
for MVS and VSE. As you face CICS version upgrades, you will be forced
to address several issues:
-
Do we purchase a full-blown
external security package? If so, how much re-training will we have
to do? How long will it take to install and configure the package? What
if I only want security in my CICS?
-
How do we secure our CICS
transactions? Transaction security can no longer be defined on CICS
transactions.
-
Will we have to change CICS programs retrieving USERID and OPID from EXEC CICS INQUIRE and
ASSIGN commands?
-
How will users be differentiated
from one another on CICS without being able to sign on?
-
We use auto-install, so
user security can't be based on terminal ids. What do we do?
The solution? CICS/SignOn
-
CICS/SignOn is for CICS
installations who wish to upgrade to new releases of CICS but do not
want full-blown external security packages. CICS/SignOn
provides CICS signon/signoff for users, transaction security, terminal
security and transparent support for programs to continue doing EXEC
CICS INQUIRE TERMINAL and EXEC CICS ASSIGN commands for USERID and OPID.

I don't need marketing chatter, I need a resolution.
What does CICS/SignOn do for my
shop?
-
CICS/SignOn replaces
your old CICS security without changes to your existing code. No
source code changes are required. It supports the commands
your programming staff uses to determine user identification. Transparently!
For example, CICS/SignOn supports EXEC CICS INQUIRE
TERMINAL, EXEC CICS ASSIGN commands which return the terminal user's
USERID and OPID.
-
CICS/SignOn results in
a much more secure CICS environment. Unlike the old DFHSNT (table-based)
security, your users can change
their own passwords without systems programmer intervention and
without bringing the CICS region down. More importantly, no one knows
the password but the user. The old macro-based security was not secure
because systems programmers had to know every password,
including the payroll systems password, in order to build signon tables.
Worse yet, those passwords were in an assembler source member that anyone
could read. Unlike the DFHSNT macros in your source libraries, CICS/SignOn
passwords and definitions are encrypted for protection
from unauthorized access.
-
With CICS/SignOn,
your administrators can see who
is signed on to a particular terminal. DFHSNT (table/macro-based)
security allowed that only with a third party product (like our old
WHO's on CICS product). CICS/SignOn provides an online administration tool that's
easy to use, rather than DFHSNT (table/macro-based) security that requires
scanning source members by hand/eye. You can
manage user, terminal and transaction security from a terminal in the affected region.
CICS/SignOn Free 30 day trial

|
 |