Re: [EXTERNAL] Re: IBM key management products

2024-04-16 Thread Radoslaw Skorupka
<0471ebeac275-dmarc-requ...@listserv.ua.edu> Sent: 16 April 2024 10:23 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [EXTERNAL] Re: IBM key management products "take disks back to work" Well, an auditor could be very happy of this finding. The disk was somewhere o

Re: [EXTERNAL] Re: IBM key management products

2024-04-16 Thread P H
of Radoslaw Skorupka <0471ebeac275-dmarc-requ...@listserv.ua.edu> Sent: 16 April 2024 10:23 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [EXTERNAL] Re: IBM key management products "take disks back to work" Well, an auditor could be very happy of this finding. The disk was somewh

Re: [EXTERNAL] Re: IBM key management products

2024-04-16 Thread Radoslaw Skorupka
but I did take the now-holy disks back to work to show them the destruction.  -Original Message- From: IBM Mainframe Discussion List On Behalf Of rpinion865 Sent: Monday, April 15, 2024 1:37 PM To:IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [EXTERNAL] Re: IBM key management products Di

Re: [EXTERNAL] Re: IBM key management products

2024-04-15 Thread Pommier, Rex
: IBM key management products Would have been fun to line them up on a fence, and do some target practice!!! Dave Jousma Vice President | Director, Technology Engineering From: IBM Mainframe Discussion List on behalf of Pommier, Rex Date: Monday, April 15, 2024 at 2:33 PM To: IBM-MAIN

Re: [EXTERNAL] Re: IBM key management products

2024-04-15 Thread Jousma, David
: [EXTERNAL] Re: IBM key management products Didn't phase the drill bit one bit (sorry for the bad pun). I just had to be careful not to punch a hole in the bottom of the drives so as to not get glass shards dropping on my (very messy) shop floor. -Original Message- From: IBM Didn't phase

Re: [EXTERNAL] Re: IBM key management products

2024-04-15 Thread Pommier, Rex
Nope, but I did take the now-holy disks back to work to show them the destruction.  -Original Message- From: IBM Mainframe Discussion List On Behalf Of rpinion865 Sent: Monday, April 15, 2024 1:37 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [EXTERNAL] Re: IBM key management products

Re: [EXTERNAL] Re: IBM key management products

2024-04-15 Thread rpinion865
MAIN@LISTSERV.UA.EDU > Subject: Re: [EXTERNAL] Re: IBM key management products > > Nice! That's the first I've heard of glass platters. Hope your drill bit > survived the trauma :) > > On 4/15/2024 8:33 AM, Pommier, Rex wrote: > > > Hi Tom, > > >

Re: [EXTERNAL] Re: IBM key management products

2024-04-15 Thread Pommier, Rex
Sent: Monday, April 15, 2024 12:57 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [EXTERNAL] Re: IBM key management products Nice! That's the first I've heard of glass platters. Hope your drill bit survived the trauma :) On 4/15/2024 8:33 AM, Pommier, Rex wrote: > Hi Tom, > > Reg

Re: [EXTERNAL] Re: IBM key management products

2024-04-15 Thread Tom Brennan
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Tom Brennan Sent: Friday, April 12, 2024 1:41 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] Re: IBM key management products We use SKLM/GKLM for data-at-rest encryption of DS8000/TS7000 devices, all internal disk

Re: [EXTERNAL] Re: IBM key management products

2024-04-15 Thread Pommier, Rex
@LISTSERV.UA.EDU Subject: [EXTERNAL] Re: IBM key management products We use SKLM/GKLM for data-at-rest encryption of DS8000/TS7000 devices, all internal disk storage, no external cartridge tapes. So what does that do for the customer, since (unless you're using an additional form of encryption

Re: IBM key management products

2024-04-14 Thread Phil Smith III
Charles wrote: >When I was doing security presentations as part of my job one of the >"controversies" I ran into was that the supposed percentage of insider >attacks is all over the place. I used to see 85% in one set of >statistics and nearly zero in others. I have no independent knowledge. My

Re: IBM key management products

2024-04-14 Thread Radoslaw Skorupka
W dniu 12.04.2024 o 22:57, Tony Harminc pisze: On Fri, 12 Apr 2024 at 12:22, Jousma, David < 01a0403c5dc1-dmarc-requ...@listserv.ua.edu> wrote: [...] I personally am still having a hard time wrapping my head around the “real benefit” of dataset encryption. Everyone who has READ or more

Re: IBM key management products

2024-04-13 Thread Charles Mills
> compared to external attackers When I was doing security presentations as part of my job one of the "controversies" I ran into was that the supposed percentage of insider attacks is all over the place. I used to see 85% in one set of statistics and nearly zero in others. I have no

Re: IBM key management products

2024-04-12 Thread Phil Smith III
Tony Harminc wrote: >Yes, storage administrators are a small population, but their >credentials can be compromised as much as anyone else's, and then >you're not dealing with rogue storage admins but with criminal (or >goverment or whatever) actors. And storage admins (or their >credentials) may

Re: IBM key management products

2024-04-12 Thread Phil Smith III
Mills Sent: Friday, April 12, 2024 4:06 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IBM key management products Dataset encryption also guards against the situation in which a sandbox or test LPAR (1) has very permissive RACF definitions and (2) inadvertently has shared access to produ

Re: IBM key management products

2024-04-12 Thread Tony Harminc
On Fri, 12 Apr 2024 at 12:22, Jousma, David < 01a0403c5dc1-dmarc-requ...@listserv.ua.edu> wrote: > [...] > I personally am still having a hard time wrapping my head around the “real > benefit” of dataset encryption. Everyone who has READ or more access to > the dataset, must also be

Re: IBM key management products

2024-04-12 Thread Radoslaw Skorupka
oth<058ff5c2d0a7-dmarc-requ...@listserv.ua.edu> Date: Friday, April 12, 2024 at 10:59 AM To:IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IBM key management products Not discounting Luke's excellent response: key management is hard. Look for utilities with reliable import/export capability. Be pre

Re: IBM key management products

2024-04-12 Thread Charles Mills
Dataset encryption also guards against the situation in which a sandbox or test LPAR (1) has very permissive RACF definitions and (2) inadvertently has shared access to production DASD. Charles On Fri, 12 Apr 2024 14:38:22 -0400, Steve Thompson wrote: >I clipped this to get to what I think

Re: IBM key management products

2024-04-12 Thread Tom Brennan
ousma Vice President | Director, Technology Engineering From: IBM Mainframe Discussion List on behalf of Rick Troth <058ff5c2d0a7-dmarc-requ...@listserv.ua.edu> Date: Friday, April 12, 2024 at 10:59 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IBM key management products Not di

Re: IBM key management products

2024-04-12 Thread Steve Thompson
I clipped this to get to what I think is the real question being asked. Suppose that I am a person who has access for D/R purposes to all data sets in a data center. I only need to be able copy files. I don't have a need read the data in the file, just get it to the D/R system/LPAR/data

Re: [EXTERNAL] Re: IBM key management products

2024-04-12 Thread Eric Rossman
Where it should also be encrypted and secured against malicious actors. Eric Rossman -Original Message- From: IBM Mainframe Discussion List On Behalf Of Colin Paice Sent: Friday, April 12, 2024 12:59 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] Re: IBM key management products

Re: IBM key management products

2024-04-12 Thread Colin Paice
ction. > > Dave Jousma > Vice President | Director, Technology Engineering > > > > > > From: IBM Mainframe Discussion List on behalf > of Colin Paice <059d4daca697-dmarc-requ...@listserv.ua.edu> > Date: Friday, April 12, 2024 at 12:28 PM > To: IBM-MAIN@LI

Re: IBM key management products

2024-04-12 Thread Jousma, David
:28 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IBM key management products I too struggled with why we need data set encryption. Someone pointed out data in transit, for example FTPing it or copying it to a non z/OS system Colin On Fri, 12 Apr 2024 at 17: 22, Jousma, David < 01a0403c5

Re: IBM key management products

2024-04-12 Thread Colin Paice
n List on behalf > of Rick Troth <058ff5c2d0a7-dmarc-requ...@listserv.ua.edu> > Date: Friday, April 12, 2024 at 10:59 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: IBM key management products > Not discounting Luke's excellent response: key management is hard. Look &g

Re: IBM key management products

2024-04-12 Thread Jousma, David
equ...@listserv.ua.edu> Date: Friday, April 12, 2024 at 10:59 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IBM key management products Not discounting Luke's excellent response: key management is hard. Look for utilities with reliable import/export capability. Be prepared to OWN your keys. I say this

Re: IBM key management products

2024-04-12 Thread Rick Troth
Not discounting Luke's excellent response: key management is hard. Look for utilities with reliable import/export capability. Be prepared to OWN your keys. I say this again as a CISSP, own your keys. This is your bread and butter, so to speak, the family jewels. So take care when using these

Re: IBM key management products

2024-04-12 Thread Luke R
Most of them are just different names for the same products. IBM GKLM (Guardium Key Lifecycle Manager) is the latest name for what was once known as TKLM, SKLM. I believe ISKLM is the z/OS version of the product.

IBM key management products

2024-04-11 Thread Radoslaw Skorupka
Sometimes we see some key management products like SKLM or EKMF. ...or TKLM, ISKLM, Guardium KLM, etc. Is there any explanation of the products scopes, comparisons, features, etc. ? -- Radoslaw Skorupka Lodz, Poland -- For