<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: SAS Dataset securization, row level in Administration and Deployment</title>
    <link>https://communities.sas.com/t5/Administration-and-Deployment/SAS-Dataset-securization-row-level/m-p/900583#M27448</link>
    <description>In this case we use plain files, maybe it's a good point to move to metadata server and try this method of access control.</description>
    <pubDate>Mon, 30 Oct 2023 07:28:21 GMT</pubDate>
    <dc:creator>W1ndwaker</dc:creator>
    <dc:date>2023-10-30T07:28:21Z</dc:date>
    <item>
      <title>SAS Dataset securization, row level</title>
      <link>https://communities.sas.com/t5/Administration-and-Deployment/SAS-Dataset-securization-row-level/m-p/900301#M27432</link>
      <description>&lt;P&gt;&lt;SPAN&gt;Hello,&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;We're trying to solve a problem related to the security of the data within a sas dataset (.sas7bdat file), we have a bunch of tables on a directory on a linux system, and we have different bussines segregation info in the datafiles, we would like to know if there is a solution to allow sas to restrict the access to this data for different users, for example: dataset clients, has information about clients from different geographies and i need to let user1 to get data from french clients and user2 spanish clients. &lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;Data is segregated by a column with the nacionality of the client. without separating the dataset into 2 datasets, is there a way to restrict this dataset access?&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;thanks&lt;/SPAN&gt;&lt;/P&gt;</description>
      <pubDate>Fri, 27 Oct 2023 10:27:00 GMT</pubDate>
      <guid>https://communities.sas.com/t5/Administration-and-Deployment/SAS-Dataset-securization-row-level/m-p/900301#M27432</guid>
      <dc:creator>W1ndwaker</dc:creator>
      <dc:date>2023-10-27T10:27:00Z</dc:date>
    </item>
    <item>
      <title>Re: SAS Dataset securization, row level</title>
      <link>https://communities.sas.com/t5/Administration-and-Deployment/SAS-Dataset-securization-row-level/m-p/900306#M27433</link>
      <description>&lt;P&gt;Hi&amp;nbsp;&lt;a href="https://communities.sas.com/t5/user/viewprofilepage/user-id/423342"&gt;@W1ndwaker&lt;/a&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;If you are using Base SAS, then this feature is not available out of box and you'll have to fudge it somehow. Here is a response from 2018 about the same request&lt;/P&gt;
&lt;P class="lia-indent-padding-left-30px"&gt;&lt;A title="code to implement row level security to data set using enterprise guide" href="https://communities.sas.com/t5/SAS-Programming/code-to-implement-row-level-security-to-data-set-using/td-p/438378" target="_blank" rel="noopener"&gt;code to implement row level security to data set using enterprise guide&lt;/A&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Alternatively, you may want to try out &lt;A title="SAS Federation Server" href="https://documentation.sas.com/doc/en/fedsrvag/4.5/n00upy9zp1orz4n10ukjr8lcroqe.htm" target="_blank" rel="noopener"&gt;SAS Federation Server&lt;/A&gt;&amp;nbsp;if that's an option?&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Hope this helps&lt;/P&gt;</description>
      <pubDate>Fri, 27 Oct 2023 11:12:48 GMT</pubDate>
      <guid>https://communities.sas.com/t5/Administration-and-Deployment/SAS-Dataset-securization-row-level/m-p/900306#M27433</guid>
      <dc:creator>AhmedAl_Attar</dc:creator>
      <dc:date>2023-10-27T11:12:48Z</dc:date>
    </item>
    <item>
      <title>Re: SAS Dataset securization, row level</title>
      <link>https://communities.sas.com/t5/Administration-and-Deployment/SAS-Dataset-securization-row-level/m-p/900314#M27434</link>
      <description>&lt;P&gt;Hi&amp;nbsp;&lt;a href="https://communities.sas.com/t5/user/viewprofilepage/user-id/13868"&gt;@AhmedAl_Attar&lt;/a&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Federation server doesn't seems to be my best option, but reading on the post you gave me i found something that can work out, seems tricky but possible!&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;I'll work on it and see if i can get a solution on my own that fits the situation, in this case i'll try to post it here.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;meanwhile will be hearing new comments.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Thanks!&lt;/P&gt;</description>
      <pubDate>Fri, 27 Oct 2023 12:06:07 GMT</pubDate>
      <guid>https://communities.sas.com/t5/Administration-and-Deployment/SAS-Dataset-securization-row-level/m-p/900314#M27434</guid>
      <dc:creator>W1ndwaker</dc:creator>
      <dc:date>2023-10-27T12:06:07Z</dc:date>
    </item>
    <item>
      <title>Re: SAS Dataset securization, row level</title>
      <link>https://communities.sas.com/t5/Administration-and-Deployment/SAS-Dataset-securization-row-level/m-p/900328#M27437</link>
      <description>&lt;P&gt;Do you have metadata server in your deployment?&lt;/P&gt;
&lt;P&gt;If so, you could use meta-bound libraries to impose row level access.&lt;/P&gt;
&lt;P&gt;However, this is not supported in Viya, so if you are planning to migrate soon you should look for other options.&lt;/P&gt;
&lt;P&gt;Like, having data stored in a database that support row level security.&lt;/P&gt;</description>
      <pubDate>Fri, 27 Oct 2023 14:20:34 GMT</pubDate>
      <guid>https://communities.sas.com/t5/Administration-and-Deployment/SAS-Dataset-securization-row-level/m-p/900328#M27437</guid>
      <dc:creator>LinusH</dc:creator>
      <dc:date>2023-10-27T14:20:34Z</dc:date>
    </item>
    <item>
      <title>Re: SAS Dataset securization, row level</title>
      <link>https://communities.sas.com/t5/Administration-and-Deployment/SAS-Dataset-securization-row-level/m-p/900331#M27438</link>
      <description>&lt;P&gt;&lt;EM&gt;Do you have metadata server in your deployment?&lt;/EM&gt;&lt;/P&gt;
&lt;P&gt;&lt;EM&gt;If so, you could use meta-bound libraries to impose row level access.&lt;/EM&gt;&lt;/P&gt;
&lt;P&gt;&lt;EM&gt;However, this is not supported in Viya, so if you are planning to migrate soon you should look for other options.&lt;/EM&gt;&lt;/P&gt;
&lt;P&gt;&lt;EM&gt;Like, having data stored in a database that support row level security.&lt;/EM&gt;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;FYI, if you are looking for information on metadata bound Libraries, here's the documentation link and a link to a 2018 SAS Global Forum paper:&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&lt;A href="https://go.documentation.sas.com/doc/en/bicdc/9.4/seclibag/titlepage.htm" target="_blank"&gt;SAS Help Center: SAS® 9.4 Guide to Metadata-Bound Libraries, Second Edition&lt;/A&gt;&lt;/P&gt;
&lt;P&gt;&lt;A href="https://support.sas.com/resources/papers/proceedings18/2181-2018.pdf#:~:text=metadata-bound%20library%20is%20a%20binding%20of%20a%20physical,a%20subdirectory%20named.sassl%2C%20in%20a%20file%20named%20loc." target="_blank"&gt;A Programming Approach to Implementing SAS&amp;amp;reg; Metadata-Bound Libraries for SAS&amp;amp;reg; Data Set Encryption&lt;/A&gt;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Also, Viya supports Row Level Security for CAS tables.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&lt;STRONG&gt;Carl Sommer - SAS Technical Support&lt;/STRONG&gt;&lt;/P&gt;</description>
      <pubDate>Fri, 27 Oct 2023 14:48:58 GMT</pubDate>
      <guid>https://communities.sas.com/t5/Administration-and-Deployment/SAS-Dataset-securization-row-level/m-p/900331#M27438</guid>
      <dc:creator>carl_sommer</dc:creator>
      <dc:date>2023-10-27T14:48:58Z</dc:date>
    </item>
    <item>
      <title>Re: SAS Dataset securization, row level</title>
      <link>https://communities.sas.com/t5/Administration-and-Deployment/SAS-Dataset-securization-row-level/m-p/900468#M27444</link>
      <description>&lt;P&gt;How are you identifying client nationality? As long as that data is available in SAS, one solution would be to create views of your datasets containing a WHERE condition for nationality. Allow clients to only use the views to access the data by password-protecting the underlying real datasets. The views can contain the password to read the real tables, but that would not be available to the clients so they can bypass the views.&lt;/P&gt;</description>
      <pubDate>Sat, 28 Oct 2023 23:54:59 GMT</pubDate>
      <guid>https://communities.sas.com/t5/Administration-and-Deployment/SAS-Dataset-securization-row-level/m-p/900468#M27444</guid>
      <dc:creator>SASKiwi</dc:creator>
      <dc:date>2023-10-28T23:54:59Z</dc:date>
    </item>
    <item>
      <title>Re: SAS Dataset securization, row level</title>
      <link>https://communities.sas.com/t5/Administration-and-Deployment/SAS-Dataset-securization-row-level/m-p/900582#M27447</link>
      <description>That doesn't fully works, since you can describe de view, and if the user is advance ha can define it again without the where.</description>
      <pubDate>Mon, 30 Oct 2023 07:21:53 GMT</pubDate>
      <guid>https://communities.sas.com/t5/Administration-and-Deployment/SAS-Dataset-securization-row-level/m-p/900582#M27447</guid>
      <dc:creator>W1ndwaker</dc:creator>
      <dc:date>2023-10-30T07:21:53Z</dc:date>
    </item>
    <item>
      <title>Re: SAS Dataset securization, row level</title>
      <link>https://communities.sas.com/t5/Administration-and-Deployment/SAS-Dataset-securization-row-level/m-p/900583#M27448</link>
      <description>In this case we use plain files, maybe it's a good point to move to metadata server and try this method of access control.</description>
      <pubDate>Mon, 30 Oct 2023 07:28:21 GMT</pubDate>
      <guid>https://communities.sas.com/t5/Administration-and-Deployment/SAS-Dataset-securization-row-level/m-p/900583#M27448</guid>
      <dc:creator>W1ndwaker</dc:creator>
      <dc:date>2023-10-30T07:28:21Z</dc:date>
    </item>
    <item>
      <title>Re: SAS Dataset securization, row level</title>
      <link>https://communities.sas.com/t5/Administration-and-Deployment/SAS-Dataset-securization-row-level/m-p/900585#M27449</link>
      <description>sorry didn't read your message full, yes that's maybe another solution, it can take a while to deploy since we need to redo all the programing arround views but can be good to investigate.</description>
      <pubDate>Mon, 30 Oct 2023 07:30:38 GMT</pubDate>
      <guid>https://communities.sas.com/t5/Administration-and-Deployment/SAS-Dataset-securization-row-level/m-p/900585#M27449</guid>
      <dc:creator>W1ndwaker</dc:creator>
      <dc:date>2023-10-30T07:30:38Z</dc:date>
    </item>
    <item>
      <title>Re: SAS Dataset securization, row level</title>
      <link>https://communities.sas.com/t5/Administration-and-Deployment/SAS-Dataset-securization-row-level/m-p/900777#M27451</link>
      <description>&lt;P&gt;&lt;a href="https://communities.sas.com/t5/user/viewprofilepage/user-id/423342"&gt;@W1ndwaker&lt;/a&gt;&amp;nbsp; - I was thinking a DATA step view might be worth looking at. You can't do a DESCRIBE on those.&lt;/P&gt;</description>
      <pubDate>Mon, 30 Oct 2023 19:00:28 GMT</pubDate>
      <guid>https://communities.sas.com/t5/Administration-and-Deployment/SAS-Dataset-securization-row-level/m-p/900777#M27451</guid>
      <dc:creator>SASKiwi</dc:creator>
      <dc:date>2023-10-30T19:00:28Z</dc:date>
    </item>
    <item>
      <title>Re: SAS Dataset securization, row level</title>
      <link>https://communities.sas.com/t5/Administration-and-Deployment/SAS-Dataset-securization-row-level/m-p/900864#M27452</link>
      <description>I did the research on this, you can do it, with:&lt;BR /&gt;&lt;BR /&gt;data view=view;&lt;BR /&gt;describe;&lt;BR /&gt;run;&lt;BR /&gt;&lt;BR /&gt;but also, on data step view you cannot include the libname, so it has to be mapped previously, with this any user may take a look on the library and query the data by itself.&lt;BR /&gt;&lt;BR /&gt;I know it's a tricky situation, and there is no correct answer, many of those or the convination are the solution</description>
      <pubDate>Tue, 31 Oct 2023 07:16:33 GMT</pubDate>
      <guid>https://communities.sas.com/t5/Administration-and-Deployment/SAS-Dataset-securization-row-level/m-p/900864#M27452</guid>
      <dc:creator>W1ndwaker</dc:creator>
      <dc:date>2023-10-31T07:16:33Z</dc:date>
    </item>
  </channel>
</rss>

