Re: Masking SMF data internally

2024-01-20 Thread 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

2024-01-20 Thread 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

2024-01-20 Thread 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

2024-01-20 Thread 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

2024-01-20 Thread 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

2024-01-20 Thread 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


Re: Transmitting SMF records

2024-01-20 Thread Paul Gilmartin
On Sat, 20 Jan 2024 00:14:58 -0500, Cheryl Watson wrote:

>I know that I’m late to this game, but we used to have a free tool to handle 
>this called ‘WWUNTERSE’, which has been used by hundreds of people. It is now 
>being made available by its original developer, Mario Bezzi, at this link - 
>https://www.ap4zlabs.com/free-tools. 
> 
What about 
?
Was this topic helpful?
Transmitting data sets
Last Updated: 2023-04-05
You can use the TRANSMIT command to transmit sequential or partitioned data 
sets with
record formats of F, FS, FB, FBS, V, VB, VBS, and U. The data sets must reside 
on a direct
access storage device (DASD). For a VB or VBS data set, the largest logical 
record length
(LRECL) TSO/E can transmit to VM is 65,535.  ...

>==
>On Wed, 25 Jan 2023 20:24:59 +, Andrew N Wilt wrote:
>
>>   ... Apparently, they are able to decipher the RDW records resulting from 
>> uploading a RECFM=VBS as a RECFM=U. Unfortunately, at this time, GDKUTIL 
>> doesn't have the smarts to parse the bytestream as RDW+data as it is writing 
>> to the output data set. That is a current Request For Enhancement, though.

-- 
gil

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