View previous topic :: View next topic
|
Author |
Message |
Harry_harran
New User
Joined: 25 Nov 2009 Posts: 10 Location: India
|
|
|
|
Hi all,
Is there anyway to lock a file that is created in our own ID so that others dont even have READ access? |
|
Back to top |
|
|
Bill Dennis
Active Member
Joined: 17 Aug 2007 Posts: 562 Location: Iowa, USA
|
|
|
|
Using a security product (RACF, ACF 2, etc) and defining a profile for the file. |
|
Back to top |
|
|
Harry_harran
New User
Joined: 25 Nov 2009 Posts: 10 Location: India
|
|
|
|
Thanks for ur quick response.
Could you please be little more clear how to define the profile of the file, using security product?
Could you please explain with an example. |
|
Back to top |
|
|
expat
Global Moderator
Joined: 14 Mar 2007 Posts: 8797 Location: Welsh Wales
|
|
|
|
If the company policy is to share data between others within a group, or whatever, rather than to keep it hidden, then that is the company policy.
Please talk to your manager and security people if you have a valid reason for your request which contravenes company policy. |
|
Back to top |
|
|
Robert Sample
Global Moderator
Joined: 06 Jun 2008 Posts: 8697 Location: Dubuque, Iowa, USA
|
|
|
|
First, this must be done by someone with the appropriate security profile. You almost certainly will not have the authority to do so. So you will need to contact your site support group for assistance.
Second, there is almost never a valid reason to prevent access to TSO user id data sets. The most common reason is to secure code you've written and most employers believe that your work product, developed on their time using their resources, belongs to them and not to you. Attempting to prevent read access to your data sets may result in employer action possibly all the way to termination of your employment, so be aware of this possibility before contacting your site support group. |
|
Back to top |
|
|
dbzTHEdinosauer
Global Moderator
Joined: 20 Oct 2006 Posts: 6966 Location: porcelain throne
|
|
|
|
Harry,
most sites have a 'user' interface with the security product inforce.
this user interface provides access to the allowed actions that a user
can perform - as well as online help info.
if there is no user interface (a menu item within ISPF) that means either users are not given access to the security software or are required to contact the security support group.
regardless, you need to contact your security support group.
we have no idea what security software is at your site. |
|
Back to top |
|
|
Pedro
Global Moderator
Joined: 01 Sep 2006 Posts: 2547 Location: Silicon Valley
|
|
|
|
Quote: |
there is almost never a valid reason |
I have only ever worked at one place!!!
Perhaps my employer has more liberal policies that most. We have a UI to facilitate decentralized security. When a userid is created, a generic profile with UACC(NONE) is created.
We work on a 'need to know' basis. Although, one employer, we work on various unannounced products, the knowledge of which would give an advantage to our competitors. |
|
Back to top |
|
|
|