<?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 SAS DI Studio 9.04 with SAS Studio Enterprise 3.6 Security question in Administration and Deployment</title>
    <link>https://communities.sas.com/t5/Administration-and-Deployment/SAS-DI-Studio-9-04-with-SAS-Studio-Enterprise-3-6-Security/m-p/488986#M14006</link>
    <description>&lt;P&gt;I currently have five separate databases that require completely different security. On the meta-data side of things I have security handled. My problem is with SAS Studio and its connection to my metadata server. Its not just applying the security I've setup in management console in metadata its also using security from the metadata physical server. The test user that I'm using had to be added to a security group on the physical windows server in order to even access the application. I guess I should add that the application is being accessed via browser. How is windows security overriding security from metadata. What does windows security have to do with access to SAS Studio Enterprise. I've already taken the steps in management console so that the users can't see the physical server drives in SAS Studio, but that wouldn't stop a savvy user from creating their own shortcut to a physical drive. Are we left with having to manage windows security as well as meta data security if we desire to have users using SAS Studio Enterprise. I must be missing something. If not any suggestions on windows server security groups and permissions.&lt;/P&gt;</description>
    <pubDate>Wed, 22 Aug 2018 17:17:21 GMT</pubDate>
    <dc:creator>gjanuary</dc:creator>
    <dc:date>2018-08-22T17:17:21Z</dc:date>
    <item>
      <title>SAS DI Studio 9.04 with SAS Studio Enterprise 3.6 Security question</title>
      <link>https://communities.sas.com/t5/Administration-and-Deployment/SAS-DI-Studio-9-04-with-SAS-Studio-Enterprise-3-6-Security/m-p/488986#M14006</link>
      <description>&lt;P&gt;I currently have five separate databases that require completely different security. On the meta-data side of things I have security handled. My problem is with SAS Studio and its connection to my metadata server. Its not just applying the security I've setup in management console in metadata its also using security from the metadata physical server. The test user that I'm using had to be added to a security group on the physical windows server in order to even access the application. I guess I should add that the application is being accessed via browser. How is windows security overriding security from metadata. What does windows security have to do with access to SAS Studio Enterprise. I've already taken the steps in management console so that the users can't see the physical server drives in SAS Studio, but that wouldn't stop a savvy user from creating their own shortcut to a physical drive. Are we left with having to manage windows security as well as meta data security if we desire to have users using SAS Studio Enterprise. I must be missing something. If not any suggestions on windows server security groups and permissions.&lt;/P&gt;</description>
      <pubDate>Wed, 22 Aug 2018 17:17:21 GMT</pubDate>
      <guid>https://communities.sas.com/t5/Administration-and-Deployment/SAS-DI-Studio-9-04-with-SAS-Studio-Enterprise-3-6-Security/m-p/488986#M14006</guid>
      <dc:creator>gjanuary</dc:creator>
      <dc:date>2018-08-22T17:17:21Z</dc:date>
    </item>
    <item>
      <title>Re: SAS DI Studio 9.04 with SAS Studio Enterprise 3.6 Security question</title>
      <link>https://communities.sas.com/t5/Administration-and-Deployment/SAS-DI-Studio-9-04-with-SAS-Studio-Enterprise-3-6-Security/m-p/489051#M14008</link>
      <description>&lt;P&gt;SAS metadata is used for &lt;A href="https://go.documentation.sas.com/?docsetId=bisecag&amp;amp;docsetTarget=n1fo8uwjqlx9uun1f4g6snhxo95c.htm&amp;amp;docsetVersion=9.4&amp;amp;locale=en" target="_blank"&gt;authorization&lt;/A&gt;&amp;nbsp;but it's not used for &lt;A href="https://go.documentation.sas.com/?docsetId=bisecag&amp;amp;docsetTarget=n1jzckq0d0p62pn10841sx3f2vlr.htm&amp;amp;docsetVersion=9.4&amp;amp;locale=en" target="_blank"&gt;authentication&lt;/A&gt;. It sounds like your site has configured &lt;A href="https://go.documentation.sas.com/?docsetId=bisecag&amp;amp;docsetTarget=p0rjglixjfbdokn12sbp72tqb8xq.htm&amp;amp;docsetVersion=9.4&amp;amp;locale=en" target="_blank"&gt;host authentication&lt;/A&gt;&amp;nbsp;which is why proper privileges must be assigned to users on the host operating system.&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;SAS Studio requires that users have the correct permissions on the host operating system so that workspace server sessions (sas.exe) can be&amp;nbsp;launched under each user's Windows ID. The host operating system&amp;nbsp;privileges that users must have to use workspace server based clients like SAS Studio are&amp;nbsp;covered in the&amp;nbsp;SAS® 9.4 Intelligence Platform: Security Administration Guide under &lt;A href="https://go.documentation.sas.com/?docsetId=bisecag&amp;amp;docsetTarget=p1uhz7klzwwvr8n1r51h0nhcw2zm.htm&amp;amp;docsetVersion=9.4&amp;amp;locale=en" target="_blank"&gt;Fundamentals &amp;gt; User Administration &amp;gt; Windows Privileges&lt;/A&gt;. These privileges are required for any workspace server based client in a Windows environment using host authentication, including SAS Enterprise Guide and DI Studio.&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Usually administrators will create a Windows user group named something like "SAS Server Users", make sure the group has the necessary privileges, then add users to the group as needed.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;You can also consider configuring an alternate &lt;A href="https://go.documentation.sas.com/?docsetId=bisecag&amp;amp;docsetTarget=n171zb6r0gzqgtn1fguwl5jlz4sw.htm&amp;amp;docsetVersion=9.4&amp;amp;locale=en" target="_blank"&gt;authentication mechanism&lt;/A&gt; like&amp;nbsp;&lt;A href="https://go.documentation.sas.com/?docsetId=bisecag&amp;amp;docsetTarget=n0go7pclcqr6q2n1bxfuk46hmtdy.htm&amp;amp;docsetVersion=9.4&amp;amp;locale=en" target="_blank"&gt;Integrated Windows Authentication (IWA)&lt;/A&gt;&amp;nbsp;or&amp;nbsp;&lt;A href="https://go.documentation.sas.com/?docsetId=bisecag&amp;amp;docsetTarget=n0rhb6yftn8srbn1wqxpg2s0fzfd.htm&amp;amp;docsetVersion=9.4&amp;amp;locale=en" target="_blank"&gt;SAS Token Authentication&lt;/A&gt;.&lt;/P&gt;</description>
      <pubDate>Wed, 22 Aug 2018 21:03:31 GMT</pubDate>
      <guid>https://communities.sas.com/t5/Administration-and-Deployment/SAS-DI-Studio-9-04-with-SAS-Studio-Enterprise-3-6-Security/m-p/489051#M14008</guid>
      <dc:creator>shayne</dc:creator>
      <dc:date>2018-08-22T21:03:31Z</dc:date>
    </item>
  </channel>
</rss>

