<?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: Trying to Contain Users Inside of a Workspace Server Path in SAS Enterprise Guide</title>
    <link>https://communities.sas.com/t5/SAS-Enterprise-Guide/Trying-to-Contain-Users-Inside-of-a-Workspace-Server-Path/m-p/31243#M4167</link>
    <description>Hi &lt;BR /&gt;
To set security on OS level will be the safest way.&lt;BR /&gt;
User "sassrv" (EG) would then have only write access to the directories you want, user "sas" would be used for batch job with write access to much more directories.&lt;BR /&gt;
Have "sas" and "sassrv" in the same group (I assume OS is UNIX) and set ACL appropriate (setfacl, getfacl). I have seen something like this already set-up and working.&lt;BR /&gt;
There is also some possibility to suppress SAS commands (i.e. a Libname statement) and I've worked on one site where this was implemented. I don't know exactly how this was done and I also feel it's kind of a "brute force" method.&lt;BR /&gt;
HTH&lt;BR /&gt;
Patrick</description>
    <pubDate>Wed, 10 Nov 2010 22:12:00 GMT</pubDate>
    <dc:creator>Patrick</dc:creator>
    <dc:date>2010-11-10T22:12:00Z</dc:date>
    <item>
      <title>Trying to Contain Users Inside of a Workspace Server Path</title>
      <link>https://communities.sas.com/t5/SAS-Enterprise-Guide/Trying-to-Contain-Users-Inside-of-a-Workspace-Server-Path/m-p/31239#M4163</link>
      <description>I am trying to give SAS a general read/write access to the OS and manage what users can read/write through metadata.  Enterprise Guide users (and any programmers for that matter) are the only ones I worry about because the workspace server gives direct access to the file system.  I've actually got this covered by setting the workspace server path to where I want the users to read/write their data.  BUT lets say a user is smart enough to figure out the directory structure and potentially write their own libname statement to another directory outside their workspace server, they could access data they shouldn't be able to.&lt;BR /&gt;
&lt;BR /&gt;
Anybody have ideas?  I would hope there is an option for the workspace server to limit what users can read/write depending on if it is outside the path defined for the workspace server.</description>
      <pubDate>Tue, 09 Nov 2010 19:41:02 GMT</pubDate>
      <guid>https://communities.sas.com/t5/SAS-Enterprise-Guide/Trying-to-Contain-Users-Inside-of-a-Workspace-Server-Path/m-p/31239#M4163</guid>
      <dc:creator>StephenOverton</dc:creator>
      <dc:date>2010-11-09T19:41:02Z</dc:date>
    </item>
    <item>
      <title>Re: Trying to Contain Users Inside of a Workspace Server Path</title>
      <link>https://communities.sas.com/t5/SAS-Enterprise-Guide/Trying-to-Contain-Users-Inside-of-a-Workspace-Server-Path/m-p/31240#M4164</link>
      <description>If you are worried about security that much, i suggest using using the OS permisisions as well as the MD permission, I believe that is the 'Best Practise'.&lt;BR /&gt;
&lt;BR /&gt;
I am not sure what you mean by "setting the workspace server path " can you expand?&lt;BR /&gt;
&lt;BR /&gt;
also what OS, what version of sas etc...&lt;BR /&gt;
&lt;BR /&gt;
Barry</description>
      <pubDate>Wed, 10 Nov 2010 03:50:18 GMT</pubDate>
      <guid>https://communities.sas.com/t5/SAS-Enterprise-Guide/Trying-to-Contain-Users-Inside-of-a-Workspace-Server-Path/m-p/31240#M4164</guid>
      <dc:creator>twocanbazza</dc:creator>
      <dc:date>2010-11-10T03:50:18Z</dc:date>
    </item>
    <item>
      <title>Re: Trying to Contain Users Inside of a Workspace Server Path</title>
      <link>https://communities.sas.com/t5/SAS-Enterprise-Guide/Trying-to-Contain-Users-Inside-of-a-Workspace-Server-Path/m-p/31241#M4165</link>
      <description>Steve is referring to the File Navigation path that you can set in the workspace server properties, which serves as a cue for how to allow the end user to navigate the server file system from within EG.&lt;BR /&gt;
&lt;BR /&gt;
The advice is correct though: lock down the OS file system to prevent unauthorized access to areas the end user shouldn't get to.  Creative SAS programmers can find programmatic methods to access content that is open, if they want to.  &lt;BR /&gt;
&lt;BR /&gt;
Chris</description>
      <pubDate>Wed, 10 Nov 2010 21:08:54 GMT</pubDate>
      <guid>https://communities.sas.com/t5/SAS-Enterprise-Guide/Trying-to-Contain-Users-Inside-of-a-Workspace-Server-Path/m-p/31241#M4165</guid>
      <dc:creator>ChrisHemedinger</dc:creator>
      <dc:date>2010-11-10T21:08:54Z</dc:date>
    </item>
    <item>
      <title>Re: Trying to Contain Users Inside of a Workspace Server Path</title>
      <link>https://communities.sas.com/t5/SAS-Enterprise-Guide/Trying-to-Contain-Users-Inside-of-a-Workspace-Server-Path/m-p/31242#M4166</link>
      <description>We're going to investigate the use of ACLs to take it a step further... &lt;BR /&gt;
&lt;BR /&gt;
&lt;A href="http://support.sas.com/kb/33/961.html" target="_blank"&gt;http://support.sas.com/kb/33/961.html&lt;/A&gt;</description>
      <pubDate>Wed, 10 Nov 2010 21:42:18 GMT</pubDate>
      <guid>https://communities.sas.com/t5/SAS-Enterprise-Guide/Trying-to-Contain-Users-Inside-of-a-Workspace-Server-Path/m-p/31242#M4166</guid>
      <dc:creator>StephenOverton</dc:creator>
      <dc:date>2010-11-10T21:42:18Z</dc:date>
    </item>
    <item>
      <title>Re: Trying to Contain Users Inside of a Workspace Server Path</title>
      <link>https://communities.sas.com/t5/SAS-Enterprise-Guide/Trying-to-Contain-Users-Inside-of-a-Workspace-Server-Path/m-p/31243#M4167</link>
      <description>Hi &lt;BR /&gt;
To set security on OS level will be the safest way.&lt;BR /&gt;
User "sassrv" (EG) would then have only write access to the directories you want, user "sas" would be used for batch job with write access to much more directories.&lt;BR /&gt;
Have "sas" and "sassrv" in the same group (I assume OS is UNIX) and set ACL appropriate (setfacl, getfacl). I have seen something like this already set-up and working.&lt;BR /&gt;
There is also some possibility to suppress SAS commands (i.e. a Libname statement) and I've worked on one site where this was implemented. I don't know exactly how this was done and I also feel it's kind of a "brute force" method.&lt;BR /&gt;
HTH&lt;BR /&gt;
Patrick</description>
      <pubDate>Wed, 10 Nov 2010 22:12:00 GMT</pubDate>
      <guid>https://communities.sas.com/t5/SAS-Enterprise-Guide/Trying-to-Contain-Users-Inside-of-a-Workspace-Server-Path/m-p/31243#M4167</guid>
      <dc:creator>Patrick</dc:creator>
      <dc:date>2010-11-10T22:12:00Z</dc:date>
    </item>
  </channel>
</rss>

