View previous topic :: View next topic
|
Author |
Message |
dick scherrer
Moderator Emeritus
Joined: 23 Nov 2006 Posts: 19244 Location: Inside the Matrix
|
|
|
|
Hello,
Quote: |
But my point was as this is a comman platform for many companies together working.. |
Then there should be proper security to control who has access to what.
Quote: |
Hope this is not a non-sense when someone steals your work to say that they did it. |
If, instead of trying to hide the work, you document/publish what you have built and where it resides (assuming others are intended to be able to use it) and how to use it, you will have gone far to prevent someone else claiming it was their work. If this happens (someone else claiming they wrote it), suggest it is an issue for your management to deal with or at least be aware of. |
|
Back to top |
|
|
THINKSRINIII Warnings : 1 New User
Joined: 09 Jan 2009 Posts: 88 Location: India
|
|
|
|
Many Thanks Dick.. Probably i did not intend what you guys originally perceived.
Thanks... |
|
Back to top |
|
|
dick scherrer
Moderator Emeritus
Joined: 23 Nov 2006 Posts: 19244 Location: Inside the Matrix
|
|
|
|
Quote: |
Many Thanks Dick.. |
You're welcome.
Quote: |
Probably i did not intend what you guys originally perceived |
Yup, this happens. . . Then we work to understand
Good luck,
d |
|
Back to top |
|
|
Pedro
Global Moderator
Joined: 01 Sep 2006 Posts: 2546 Location: Silicon Valley
|
|
|
|
Quote: |
As i need to Hide the members from others in my Team(As i have put whole lot of efforts in creating). I know the password protect way using RACF .. But a userID with more access will still be able to access the dataset. |
Please clarify: members of your team or people from another company?
You should be able to use RACF protections to keep other people out of your datasets. If someone has high enough authority to still view then its ok or they should not have that authority.
I agree with Dick that you should publish your work to prevent others from taking credit. |
|
Back to top |
|
|
THINKSRINIII Warnings : 1 New User
Joined: 09 Jan 2009 Posts: 88 Location: India
|
|
|
|
Hi Pedro,
I said initially as Team.. As people from different companies(Development,Support etc) work together for the Success of the Client. But, each department is supported by different companies. Even though i protected the dataset by using RACF.. Say a manger from the other company will be having a level 1 access so as to modify the RACF parameters itself. And so i thought Microsoft way of hiding a folders will be helpful(in our case a dataset) and may be for one of these reasons Microsoft has created the hiding option.
Thanks.. |
|
Back to top |
|
|
Anuj Dhawan
Superior Member
Joined: 22 Apr 2006 Posts: 6250 Location: Mumbai, India
|
|
|
|
Time to kill this discussion. . . |
|
Back to top |
|
|
THINKSRINIII Warnings : 1 New User
Joined: 09 Jan 2009 Posts: 88 Location: India
|
|
|
|
Hi Nevilh..
Could you throw more light on to it.. Like on how to do it..That will be very helpful i guess.
Thanks |
|
Back to top |
|
|
martin9
Active User
Joined: 01 Mar 2006 Posts: 290 Location: Basel, Switzerland
|
|
|
|
Hy,
just note this:
if you are using the standard security on z/OS, which is RACF,
then place your data into any PDS beginning with your UID as
HighLevelQualifier, then your data is protected..
But there will be always someone who has more authorities than you!
Therefore: if you have sensitive data, stored it on your notebook!
regards,
martin9 |
|
Back to top |
|
|
Robert Sample
Global Moderator
Joined: 06 Jun 2008 Posts: 8696 Location: Dubuque, Iowa, USA
|
|
|
|
Quote: |
if you are using the standard security on z/OS, which is RACF, |
Actually, there are a number of security packages which can be used on z/OS ... RACF is IBM'S package but certainly not the only choice. The security package used is a site option. They all provide similar functionality but not necessarily in exactly the same way. |
|
Back to top |
|
|
enrico-sorichetti
Superior Member
Joined: 14 Mar 2007 Posts: 10872 Location: italy
|
|
|
|
Quote: |
Time to kill this discussion. . . |
could not agree more
topic locked
reasons ....
the topic itself is utter nonsense
it' s against any ethics behavior
it' s against any rules on IP created on employer time and employer equipment
it puts under a bad light the ibmmainframes organization by having it's members
provide hints on how to behave against any reasonable practices and standards |
|
Back to top |
|
|
|