Re: Masking SMF data internally

[Martin Packer]

To my mind the real problem is making the data consistent and make sense.

BTW names are one thing but Plant/Serial is a good example of something that’s 
at least a machine identifier.

Cheers, Martin

From: IBM Mainframe Discussion List  on behalf of 
Radoslaw Skorupka <0471ebeac275-dmarc-requ...@listserv.ua.edu>
Date: Tuesday, 23 January 2024 at 09:45
To: IBM-MAIN@LISTSERV.UA.EDU 
Subject: [EXTERNAL] Re: Masking SMF data internally
You talk about fields.
However user see records, not fields. Various records.
Manual editing single records with known fields is easy, however mass
change can be risky.
Note: as usually *we don't know* what is the author's need. IMHO this is
the least active person in this thread.
Without that we can only guess, assume or create very generic models.


Regards
--
Radoslaw Skorupka
Lodz, Poland




W dniu 22.01.2024 o 17:24, ITschak Mugzach pisze:
> You can mask any character or external decimal field by using translate
> everything but a-z and 0 to 9 and check for minimum length (say, not less
> than three characters) in order not to convert hex data. Now find the
> positions and mask the original record. This way you do not care for the
> actual value in the field or record type.
>
> ITschak
>
>
>
> ITschak Mugzach
> *|** IronSphere Platform* *|* *Information Security Continuous Monitoring
> for z/OS, x/Linux & IBM I **| z/VM coming soon  *
>
>
>
>
> On Mon, Jan 22, 2024 at 5:50 PM Willy Jensen
> wrote:
>
>> Most SMF records can be copied to a normal VB dataset. As I recall, only
>> one or two CICS records were really that big (or perhaps it is DB2, it's
>> been a while)? Anyway, you can select the record types that you need and
>> the use SORT to convert to normal VB.
>>
>>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Unless otherwise stated above:

IBM United Kingdom Limited
Registered in England and Wales with number 741598
Registered office: PO Box 41, North Harbour, Portsmouth, Hants. PO6 3AU


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Masking SMF data internally

[Itschak Mugzach]

At the end, you mask specific fields (which are defined in records). The
method I offered is generic. The data for this logic is unstructured, and
the translation purpose is to identify possible texts and numbers the user
might wish to hide. A loop of TRANSLATE, VERIFY and OVERLAY does need
structured data.
Indeed, the OP didn't supply much info.
ITschak

*| **Itschak Mugzach | Director | SecuriTeam Software **|** IronSphere
Platform* *|* *Information Security Continuous Monitoring for Z/OS, zLinux
and IBM I **|  *

*|* *Email**: i_mugz...@securiteam.co.il **|* *Mob**: +972 522 986404 **|*
*Skype**: ItschakMugzach **|* *Web**: www.Securiteam.co.il  **|*





On Tue, Jan 23, 2024 at 11:45 AM Radoslaw Skorupka <
0471ebeac275-dmarc-requ...@listserv.ua.edu> wrote:

> You talk about fields.
> However user see records, not fields. Various records.
> Manual editing single records with known fields is easy, however mass
> change can be risky.
> Note: as usually *we don't know* what is the author's need. IMHO this is
> the least active person in this thread.
> Without that we can only guess, assume or create very generic models.
>
>
> Regards
> --
> Radoslaw Skorupka
> Lodz, Poland
>
>
>
>
> W dniu 22.01.2024 o 17:24, ITschak Mugzach pisze:
> > You can mask any character or external decimal field by using translate
> > everything but a-z and 0 to 9 and check for minimum length (say, not less
> > than three characters) in order not to convert hex data. Now find the
> > positions and mask the original record. This way you do not care for the
> > actual value in the field or record type.
> >
> > ITschak
> >
> >
> >
> > ITschak Mugzach
> > *|** IronSphere Platform* *|* *Information Security Continuous Monitoring
> > for z/OS, x/Linux & IBM I **| z/VM coming soon  *
> >
> >
> >
> >
> > On Mon, Jan 22, 2024 at 5:50 PM Willy Jensen
> > wrote:
> >
> >> Most SMF records can be copied to a normal VB dataset. As I recall, only
> >> one or two CICS records were really that big (or perhaps it is DB2, it's
> >> been a while)? Anyway, you can select the record types that you need and
> >> the use SORT to convert to normal VB.
> >>
> >>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Masking SMF data internally

[Radoslaw Skorupka]

You talk about fields.
However user see records, not fields. Various records.
Manual editing single records with known fields is easy, however mass 
change can be risky.
Note: as usually *we don't know* what is the author's need. IMHO this is 
the least active person in this thread.

Without that we can only guess, assume or create very generic models.


Regards
--
Radoslaw Skorupka
Lodz, Poland




W dniu 22.01.2024 o 17:24, ITschak Mugzach pisze:

You can mask any character or external decimal field by using translate
everything but a-z and 0 to 9 and check for minimum length (say, not less
than three characters) in order not to convert hex data. Now find the
positions and mask the original record. This way you do not care for the
actual value in the field or record type.

ITschak



ITschak Mugzach
*|** IronSphere Platform* *|* *Information Security Continuous Monitoring
for z/OS, x/Linux & IBM I **| z/VM coming soon  *




On Mon, Jan 22, 2024 at 5:50 PM Willy Jensen
wrote:


Most SMF records can be copied to a normal VB dataset. As I recall, only
one or two CICS records were really that big (or perhaps it is DB2, it's
been a while)? Anyway, you can select the record types that you need and
the use SORT to convert to normal VB.




--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Masking SMF data internally

[Jon Perryman]

>You can mask any character or external decimal field by using translate

As an alternative, you should run those programs on your systems and provide 
them with the reports that you review for sensitive information.

.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Masking SMF data internally

[ITschak Mugzach]

You can mask any character or external decimal field by using translate
everything but a-z and 0 to 9 and check for minimum length (say, not less
than three characters) in order not to convert hex data. Now find the
positions and mask the original record. This way you do not care for the
actual value in the field or record type.

ITschak



ITschak Mugzach
*|** IronSphere Platform* *|* *Information Security Continuous Monitoring
for z/OS, x/Linux & IBM I **| z/VM coming soon  *




On Mon, Jan 22, 2024 at 5:50 PM Willy Jensen 
wrote:

> Most SMF records can be copied to a normal VB dataset. As I recall, only
> one or two CICS records were really that big (or perhaps it is DB2, it's
> been a while)? Anyway, you can select the record types that you need and
> the use SORT to convert to normal VB.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Masking SMF data internally

[Radoslaw Skorupka]

W dniu 22.01.2024 o 16:49, Willy Jensen pisze:

Most SMF records can be copied to a normal VB dataset. As I recall, only one or 
two CICS records were really that big (or perhaps it is DB2, it's been a 
while)? Anyway, you can select the record types that you need and the use SORT 
to convert to normal VB.


Yes, it is enough to IDCAMS REPRO or ICEMAN COPY from VBS to VB and reverse.
Of course when you edit record you can destroy it's logical structure.


--
Radoslaw Skorupka
Lodz, Poland

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Masking SMF data internally

[Willy Jensen]

Most SMF records can be copied to a normal VB dataset. As I recall, only one or 
two CICS records were really that big (or perhaps it is DB2, it's been a 
while)? Anyway, you can select the record types that you need and the use SORT 
to convert to normal VB.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Masking SMF data internally

[Allan Staller]

Classification: Confidential

Use Fiale-Aid or File Manager if you have them available.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Jake Anderson
Sent: Sunday, January 21, 2024 12:43 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Masking SMF data internally

[CAUTION: This Email is from outside the Organization. Unless you trust the 
sender, Don’t click links or open attachments as it may be a Phishing email, 
which can steal your Information and compromise your Computer.]

I am not even able to browse

It says 'Invalid record length'. I tried setting the block size and LRECL but 
by default it takes as

Record length': 32767
Block size : 32760

On Sun, Jan 21, 2024, 10:26 AM ITschak Mugzach  wrote:

> Are these files machine or human readable? As you can edit them, I
> believe they are human readable and no Hex data inside. If so, write a
> rexx to translate everything a-z to blanks and write back.
>
> ITschak
>
> *| **Itschak Mugzach | Director | SecuriTeam Software **|** IronSphere
> Platform* *|* *Information Security Continuous Monitoring for Z/OS,
> zLinux and IBM I **|  *
>
> *|* *Email**: i_mugz...@securiteam.co.il **|* *Mob**: +972 522 986404
> **|*
> *Skype**: ItschakMugzach **|* *Web**:
> http://www.s/
> ecuriteam.co.il%2F&data=05%7C02%7Callan.staller%40HCL.COM%7Cbce170c2bc
> dc4427e8bc08dc1a4c4f76%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C63
> 8414162258898997%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV
> 2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=YRQMcrs36T
> %2F%2BN1WiRNTQgu0nG36IkFr0PrkVsdI%2BdqY%3D&reserved=0  **|*
>
>
>
>
>
> בתאריך יום א׳, 21 בינו׳ 2024 ב-7:59 מאת Jake Anderson <
> justmainfra...@gmail.com>:
>
> > Hello
> >
> > We have a requirement of sharing our SMF data to vendor for a sizing
> > operation of our hardware connected to our mainframe
> >
> >
> > Our organization has a policy of masking the critical values before
> sharing
> > it. I see SMF datasets are are editable from ISPF.
> >
> > Is there a way or someone has undergone this exercise of masking the
> > confidential values inside SMF output Dataset?
> >
> > Please advise
> >
> > Jake
> >
> > 
> > -- For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@listserv.ua.edu with the message: INFO
> > IBM-MAIN
> >
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
::DISCLAIMER::

The contents of this e-mail and any attachment(s) are confidential and intended 
for the named recipient(s) only. E-mail transmission is not guaranteed to be 
secure or error-free as information could be intercepted, corrupted, lost, 
destroyed, arrive late or incomplete, or may contain viruses in transmission. 
The e mail and its contents (with or without referred errors) shall therefore 
not attach any liability on the originator or HCL or its affiliates. Views or 
opinions, if any, presented in this email are solely those of the author and 
may not necessarily reflect the views or opinions of HCL or its affiliates. Any 
form of reproduction, dissemination, copying, disclosure, modification, 
distribution and / or publication of this message without the prior written 
consent of authorized representative of HCL is strictly prohibited. If you have 
received this email in error please delete it and notify the sender 
immediately. Before opening any email and/or attachments, please check them for 
viruses and other defects.


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Masking SMF data internally

[Scott Chapman]

On Sun, 21 Jan 2024 07:38:44 -0600, Paul Feller  wrote:

>Jake, I agree you need to identify what record types are needed for the
>sizing operation.  After you know which record types (and subtypes) you may
>not need to do anything.  As an example, I can't think of any sensitive data
>that might be in the SMF type 7x records.

While I agree that the 7x records generally have nothing that should be 
considered "sensitive", some organizations consider system names sensitive. 
Seems overkill to me, but... 

Scott Chapman

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Masking SMF data internally

[Michael Oujesky]

REVIEW (CBT134) can at least browse SMF VBS files.

Michael

At 12:43 AM 1/21/2024, Jake Anderson wrote:


I am not even able to browse

It says 'Invalid record length'. I tried setting the block size and LRECL
but by default it takes as

Record length': 32767
Block size : 32760

On Sun, Jan 21, 2024, 10:26 AM ITschak Mugzach  wrote:

> Are these files machine or human readable? As you can edit them, I believe
> they are human readable and no Hex data inside. If so, write a rexx to
> translate everything a-z to blanks and write back.
>
> ITschak
>
> *| **Itschak Mugzach | Director | SecuriTeam Software **|** IronSphere
> Platform* *|* *Information Security Continuous Monitoring for Z/OS, zLinux
> and IBM I **|  *
>
> *|* *Email**: i_mugz...@securiteam.co.il **|* *Mob**: +972 522 986404 **|*
> *Skype**: ItschakMugzach **|* *Web**: www.Securiteam.co.il  **|*
>
>
>
>
>
> בתאריך יום א׳, 21 ×‘×™× ×•×³ 2024 ב-7:59 מאת Jake Anderson <
> justmainfra...@gmail.com>:
>
> > Hello
> >
> > We have a requirement of sharing our SMF data to vendor for a sizing
> > operation of our hardware connected to our mainframe
> >
> >
> > Our organization has a policy of masking the critical values before
> sharing
> > it. I see SMF datasets are are editable from ISPF.
> >
> > Is there a way or someone has undergone this exercise of masking the
> > confidential values inside SMF output Dataset?
> >
> > Please advise
> >
> > Jake
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> >
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Masking SMF data internally

[Paul Feller]

Jake, I agree you need to identify what record types are needed for the
sizing operation.  After you know which record types (and subtypes) you may
not need to do anything.  As an example, I can't think of any sensitive data
that might be in the SMF type 7x records.


Paul

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of
Binyamin Dissen
Sent: Sunday, January 21, 2024 1:30 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Masking SMF data internally

On Sun, 21 Jan 2024 09:58:29 +0400 Jake Anderson 
wrote:

:>We have a requirement of sharing our SMF data to vendor for a sizing
:>operation of our hardware connected to our mainframe

:>Our organization has a policy of masking the critical values before
sharing :>it. I see SMF datasets are are editable from ISPF.

:>Is there a way or someone has undergone this exercise of masking the
:>confidential values inside SMF output Dataset?

First identify which types and subtypes are required. That will reduce the
job and may make it trivial.

--
Binyamin Dissen  http://www.dissensoftware.com

Director, Dissen Software, Bar & Grill - Israel

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email
to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Masking SMF data internally

[Binyamin Dissen]

On Sun, 21 Jan 2024 09:58:29 +0400 Jake Anderson 
wrote:

:>We have a requirement of sharing our SMF data to vendor for a sizing
:>operation of our hardware connected to our mainframe

:>Our organization has a policy of masking the critical values before sharing
:>it. I see SMF datasets are are editable from ISPF.

:>Is there a way or someone has undergone this exercise of masking the
:>confidential values inside SMF output Dataset?

First identify which types and subtypes are required. That will reduce the job
and may make it trivial.

--
Binyamin Dissen 
http://www.dissensoftware.com

Director, Dissen Software, Bar & Grill - Israel

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Masking SMF data internally

[ITschak Mugzach]

It is a span record format probably. Rexx can read it,  it you need to be
more careful by identifying text fields. I have done that with dump
masking. Maybe I still have the code

*| **Itschak Mugzach | Director | SecuriTeam Software **|** IronSphere
Platform* *|* *Information Security Continuous Monitoring for Z/OS, zLinux
and IBM I **|  *

*|* *Email**: i_mugz...@securiteam.co.il **|* *Mob**: +972 522 986404 **|*
*Skype**: ItschakMugzach **|* *Web**: www.Securiteam.co.il  **|*





בתאריך יום א׳, 21 בינו׳ 2024 ב-8:43 מאת Jake Anderson <
justmainfra...@gmail.com>:

> I am not even able to browse
>
> It says 'Invalid record length'. I tried setting the block size and LRECL
> but by default it takes as
>
> Record length': 32767
> Block size : 32760
>
> On Sun, Jan 21, 2024, 10:26 AM ITschak Mugzach  wrote:
>
> > Are these files machine or human readable? As you can edit them, I
> believe
> > they are human readable and no Hex data inside. If so, write a rexx to
> > translate everything a-z to blanks and write back.
> >
> > ITschak
> >
> > *| **Itschak Mugzach | Director | SecuriTeam Software **|** IronSphere
> > Platform* *|* *Information Security Continuous Monitoring for Z/OS,
> zLinux
> > and IBM I **|  *
> >
> > *|* *Email**: i_mugz...@securiteam.co.il **|* *Mob**: +972 522 986404
> **|*
> > *Skype**: ItschakMugzach **|* *Web**: www.Securiteam.co.il  **|*
> >
> >
> >
> >
> >
> > בתאריך יום א׳, 21 בינו׳ 2024 ב-7:59 מאת Jake Anderson <
> > justmainfra...@gmail.com>:
> >
> > > Hello
> > >
> > > We have a requirement of sharing our SMF data to vendor for a sizing
> > > operation of our hardware connected to our mainframe
> > >
> > >
> > > Our organization has a policy of masking the critical values before
> > sharing
> > > it. I see SMF datasets are are editable from ISPF.
> > >
> > > Is there a way or someone has undergone this exercise of masking the
> > > confidential values inside SMF output Dataset?
> > >
> > > Please advise
> > >
> > > Jake
> > >
> > > --
> > > For IBM-MAIN subscribe / signoff / archive access instructions,
> > > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> > >
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> >
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Masking SMF data internally

[Paul Gilmartin]

On Sun, 21 Jan 2024 09:58:29 +0400, Jake Anderson wrote:

>Hello
>
>We have a requirement of sharing our SMF data to vendor for a sizing
>operation of our hardware connected to our mainframe
>
>
>Our organization has a policy of masking the critical values before sharing
>it. I see SMF datasets are are editable from ISPF.
>
>Is there a way or someone has undergone this exercise of masking the
>confidential values inside SMF output Dataset?
>
The hard part of the task is recognizing the "critical values".


-- 
gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Masking SMF data internally

[Jake Anderson]

I am not even able to browse

It says 'Invalid record length'. I tried setting the block size and LRECL
but by default it takes as

Record length': 32767
Block size : 32760

On Sun, Jan 21, 2024, 10:26 AM ITschak Mugzach  wrote:

> Are these files machine or human readable? As you can edit them, I believe
> they are human readable and no Hex data inside. If so, write a rexx to
> translate everything a-z to blanks and write back.
>
> ITschak
>
> *| **Itschak Mugzach | Director | SecuriTeam Software **|** IronSphere
> Platform* *|* *Information Security Continuous Monitoring for Z/OS, zLinux
> and IBM I **|  *
>
> *|* *Email**: i_mugz...@securiteam.co.il **|* *Mob**: +972 522 986404 **|*
> *Skype**: ItschakMugzach **|* *Web**: www.Securiteam.co.il  **|*
>
>
>
>
>
> בתאריך יום א׳, 21 בינו׳ 2024 ב-7:59 מאת Jake Anderson <
> justmainfra...@gmail.com>:
>
> > Hello
> >
> > We have a requirement of sharing our SMF data to vendor for a sizing
> > operation of our hardware connected to our mainframe
> >
> >
> > Our organization has a policy of masking the critical values before
> sharing
> > it. I see SMF datasets are are editable from ISPF.
> >
> > Is there a way or someone has undergone this exercise of masking the
> > confidential values inside SMF output Dataset?
> >
> > Please advise
> >
> > Jake
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> >
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Masking SMF data internally

[ITschak Mugzach]

Are these files machine or human readable? As you can edit them, I believe
they are human readable and no Hex data inside. If so, write a rexx to
translate everything a-z to blanks and write back.

ITschak

*| **Itschak Mugzach | Director | SecuriTeam Software **|** IronSphere
Platform* *|* *Information Security Continuous Monitoring for Z/OS, zLinux
and IBM I **|  *

*|* *Email**: i_mugz...@securiteam.co.il **|* *Mob**: +972 522 986404 **|*
*Skype**: ItschakMugzach **|* *Web**: www.Securiteam.co.il  **|*





בתאריך יום א׳, 21 בינו׳ 2024 ב-7:59 מאת Jake Anderson <
justmainfra...@gmail.com>:

> Hello
>
> We have a requirement of sharing our SMF data to vendor for a sizing
> operation of our hardware connected to our mainframe
>
>
> Our organization has a policy of masking the critical values before sharing
> it. I see SMF datasets are are editable from ISPF.
>
> Is there a way or someone has undergone this exercise of masking the
> confidential values inside SMF output Dataset?
>
> Please advise
>
> Jake
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Masking SMF data internally

[Jake Anderson]

Hello

We have a requirement of sharing our SMF data to vendor for a sizing
operation of our hardware connected to our mainframe


Our organization has a policy of masking the critical values before sharing
it. I see SMF datasets are are editable from ISPF.

Is there a way or someone has undergone this exercise of masking the
confidential values inside SMF output Dataset?

Please advise

Jake

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN