While not exactly what you asked for, one alternative might be to use
Ken Chamberlain's LIB tool and hardcode the passwords into a compiled
exec.  LIB allows storing the exec in a separate virtual machine and
transferring it into the user's virtual machine directly into memory, so
no "file" copy actually exists in the user's virtual machine (and no
LINK required). LIB provides security levels, some forms of password
control, version control, and is a fantastic example of how to use IUCV
to move data really, really fast between systems. (It's remarkably
useful for maintaining common minidisks or software collections as well
as it's original purpose of maintaining COPYLIB members). Execution of
FTP would then look like 'LIB EXEC SOMEFTP EXEC' with all the parameters
self contained; no copy of the exec or data is ever accessible to the
user outside program execution. 

 

You might also be able to use LIB to just maintain the NETRC file and
retrieve it onto a CMS RAMDISK (thanks, Arty!). While not as secure as
the exec approach (a clever user could get at the file if they could
escape from the FTP client), at least it would give you more
sophisticated control of the file itself and not rely on public access
to the file. 

 

Neither method involves RACF, but RACF support could easily be added to
LIB if someone really wanted it. 

 

LIB should be available on the VM Workshop tapes available in various
places around the net. 

 

Reply via email to