On Tuesday, 05/12/2009 at 04:34 EDT, Mark Wheeler mwheele...@hotmail.com
wrote:
These are the kind of questions I really hate to see, because many of us
know
the answer (or multiple answers) and want to help. Actually, it's those
answers
that I hate to see, because, to paraphrase, the
Sent: Tuesday, May 12, 2009 2:36 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Oops and finding passwords on a system...
I didn't log in for awhile and, due to advancing age (actually a year older
tomorrow too), I've forgotten what I made the MAINT password. And, since this
was also the main password
*Subject:* Oops and finding passwords on a system...
I didn’t log in for awhile and, due to advancing age (actually a year older
tomorrow too), I’ve forgotten what I made the MAINT password. And, since
this was also the main password used for almost all the service machines, I
don’t have
: [IBMVM] Oops and finding passwords on a system...From: Scott Rohling scott.rohl...@gmail.comDate: Wed, May 13, 2009 8:48 amTo: IBMVM@LISTSERV.UARK.EDU1DB contains the 'monolithic' USER BACKUP which is easier to read/traverse then the clustered source directory on 1DF..Scott
On Wed, May 13, 2009
I didn¹t log in for awhile and, due to advancing age (actually a year older
tomorrow too), I¹ve forgotten what I made the MAINT password. And, since
this was also the main password used for almost all the service machines, I
don¹t have any other locations to log into that would help me. I know;
MDISK 01DB 3390 1421 009 540W02 MR
On Tue, May 12, 2009 at 3:36 PM, RPN01 nix.rob...@mayo.edu wrote:
I didn’t log in for awhile and, due to advancing age (actually a year
older tomorrow too), I’ve forgotten what I made the MAINT password. And,
since this was also the main password used for
Happy Birthday! While I don't have access at the moment to a 5.4 system --
the type of DASD you used (3390-3 , 3390-9 ?) will be important for others
to help... (I'll be trying to get to my 5.4 on 3390-9 with everything on
540RES in the meantime to help)
Scott
On Tue, May 12, 2009 at 1:36
It would appear that the 1DB disk could be just about anywhere.
On Tue, May 12, 2009 at 3:44 PM, Mark Pace mpac...@gmail.com wrote:
MDISK 01DB 3390 1421 009 540W02 MR
On Tue, May 12, 2009 at 3:36 PM, RPN01 nix.rob...@mayo.edu wrote:
I didn’t log in for awhile and, due to advancing age
Might be time to get the DIRENT package from the IBM VM downloads page:
http://www.vm.ibm.com/download/packages/descript.cgi?DIRENT
This reads the object directory so you don't need access to the source
directory..
Not sure if this helps - but maybe..?
Scott
On Tue, May 12, 2009 at 1:46 PM,
: Tuesday, May 12, 2009 12:36 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: [IBMVM] Oops and finding passwords on a system...
I didn't log in for awhile and, due to advancing age (actually a year older
tomorrow too), I've forgotten what I made the MAINT password. And, since
this was also the main
Oops.
Make that
Q MDISK USER DIRMAINT 1DB LOC
Marcy
This message may contain confidential and/or privileged information. If you
are not the addressee or authorized to receive this for the addressee, you must
not use, copy, disclose, or take any action based on this message or any
Subject:Re: Oops and finding passwords on a system
Sweet! Thanks for that, Marcy .. that's a new one for me, we've apparently
improved Q MDISK! (or I was just unblissfully ignorant)
Scott
On Tue, May 12, 2009 at 1:55 PM, Marcy Cortes marcy.d.cor...@wellsfargo.com
wrote:
Oops.
Make that
Q MDISK USER DIRMAINT 1DB LOC
Marcy
http://www.linkedin.com/in/marklwheeler
Date: Tue, 12 May 2009 14:36:19 -0500
From: nix.rob...@mayo.edu
Subject: Oops and finding passwords on a system...
To: IBMVM@LISTSERV.UARK.EDU
I didn’t log in for awhile and, due to advancing age (actually a year older
tomorrow too), I’ve forgotten
A little bit of social engeneering?
From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of Mark Wheeler
Sent: Tuesday, May 12, 2009 3:30 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Oops and finding passwords on a system...
Greetings all,
These are the kind
of everyone
else's systems.
Respectfully,
Mark Wheeler
http://www.linkedin.com/in/marklwheeler
--
Date: Tue, 12 May 2009 14:36:19 -0500
From: nix.rob...@mayo.edu
Subject: Oops and finding passwords on a system...
To: IBMVM@LISTSERV.UARK.EDU
I didn’t log
effectively have access to all the passwords on the
system via roughly four commands? Is this considered a security hole (though
one that proved very useful today...)
--
Robert Nix -- Mayo Clinic
(shortened signature)
On 5/12/09 2:55 PM, Marcy Cortes marcy.d.cor...@wellsfargo.com wrote:
Oops.
Make
-
From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf
Of RPN01
Sent: Tuesday, May 12, 2009 1:53 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: [IBMVM] Oops and finding passwords on a system...
Yes, I discovered this shortly after asking. I was able to do this from
Actually, OPERATOR has it by default, though I¹m not sure why it needs it
other than problems like this one.
--
Robert Nix -- Mayo Clinic
On 5/12/09 3:51 PM, Scott Rohling scott.rohl...@gmail.com wrote:
- Don't hand out OPTION DEVMAINT indiscriminately (as in this case -- does
OPERATOR
Operating System [mailto:ib...@listserv.uark.edu] On Behalf
Of Scott Rohling
Sent: Tuesday, May 12, 2009 1:52 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Oops and finding passwords on a system...
I understand your premise, but respectfully disagree. We're not going to
increase the security of z/VM
Absolutely this is a security risk! I would never give OPERATOR DEVMAINT
ability - OPERATOR should have the ability to do particular things and query
particular things -- but not things like see passwords or the get ability to
get to anything they want (e.g. DEF MDISK). If I was an auditor -
There are other ways to passwords besides what has been discussed so far
here..
From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of Scott Rohling
Sent: Tuesday, May 12, 2009 4:00 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Oops
@LISTSERV.UARK.EDU
*Subject:* Re: Oops and finding passwords on a system...
I understand your premise, but respectfully disagree. We're not going to
increase the security of z/VM by not discussing ways to do things when
necessary. The mirror question to yours is: 'How do I prevent a z/VM
system
to
The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU
To
IBMVM@LISTSERV.UARK.EDU
cc
Subject
Re: Oops and finding passwords on a system...
Wow .. open mouth, insert foot ... it does imply OPERATOR has it by
default - and here I am saying it's a security violation. This is just
On: Tue, May 12, 2009 at 01:59:40PM -0700,Schuh, Richard Wrote:
} According to the help file, The user must be the primary system operator or
the user's OPTION directory statement must include the DEVMAINT option. Does
this not indicate that OPERATOR does not need DEVMAINT?
There are many
From the HELP file for DEFINE MDISK says the PRIMARY OPERATOR has it. Doesn't
matter what's in the directory or what the userid is. If you are the primary
operator, you've got the ability.
Besides, AUTOLOG, SET SECUSER, and SEND can also be used to look at files on
other users if you have
, and security admin issues.
Mike Walter
Hewitt Associates
(Sent from the wee keyboard on a Blackberry.)
- Original Message -
From: Bob Bates [robert.ba...@wellsfargo.com]
Sent: 05/12/2009 04:48 PM EST
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Oops and finding passwords on a system...
From
Hewitt Associates
(Sent from the wee keyboard on a Blackberry.)
- Original Message -
From: Bob Bates [robert.ba...@wellsfargo.com]
Sent: 05/12/2009 04:48 PM EST
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Oops and finding passwords on a system...
From the HELP file for DEFINE MDISK
...
Original Message
Subject: Re: [IBMVM] Oops and finding passwords on a system...
From: Scott Rohling scott.rohl...@gmail.com
Date: Tue, May 12, 2009 9:31 pm
To: IBMVM@LISTSERV.UARK.EDU
Good question -- I know that RACF can be used to control command access -- but I'm not sure
bob shair wrote:
That 360/40, serial number 2040-x0002, made two outstanding
contributions to IBM. After serving as the first 360 testbed for CP
(CP/40), it went on to be the primary development machine for CICS!
ref:
http://www.garlic.com/~lynn/2006o.html#27 oops
the university i was at had
At 06:50 AM 8/7/2006, Jim Bohnsack wrote:
As a junior assistant probationery trainee IBM systems engineer in
a Chicago branch office, I worked on a project that needed a lot of
data center machine time. I ran a benchmark for a custom at the IBM
Des Plaines data center and used a 360/40 that
If I had known about that (CICS development), maybe I would have snipped a
wire or two. At that time, I was installing (separate project) a S/360/40
at different IBM Chicgo customer running FASTER, which was another,
comparable online system that, I believe, was developed initially by the
At 07:16 AM 8/7/2006, you wrote:
If I had known about that (CICS development), maybe I would have
snipped a wire or two. At that time, I was installing (separate
project) a S/360/40 at different IBM Chicgo customer running FASTER,
which was another, comparable online system that, I believe,
Phil Smith III wrote:
Gabe reminds me that the 360 didn't run VM; I did use it, but it was
the 370/158 with 2MB that I used to use VM on.
360/67 was the only (standard) 360 with virtual memory support. it had
both 24-bit and 32-bit virtual addressing options (you didn't see more
than 24-bit
Gabe reminds me that the 360 didn't run VM; I did use it, but it was the
370/158 with 2MB that I used to use VM on.
Senility...it's not just a river in Africa...
...phsiii
Title: Oops
Sorry ignore that previous message from me about being unavailable, replied to the wrong email.
36 matches
Mail list logo