Microsoft KB Archive/140556

= Securing SNA Server to Not Require Everyone: Read Access =

Article ID: 140556

Article Last Modified on 12/8/2003

-

APPLIES TO


 * Microsoft SNA Server 2.0, when used with:
 * Microsoft Windows NT 4.0
 * Microsoft SNA Server 2.1, when used with:
 * Microsoft Windows NT 4.0
 * Microsoft SNA Server 3.0, when used with:
 * Microsoft Windows NT 4.0

-



This article was previously published under Q140556



SUMMARY
By default, SNA Server requires that at least Everyone has read access on the COMCFG share (\SYSTEM\COMCFG) that SNA Server creates during Setup. Administrators may want to prevent read access so that unprivileged users do not copy the \SYSTEM\COMCFG\COM.CFG to view its contents; this article explains how to do that.

NOTE: The SNA Server 3.0 setup program allows the administrator to install SNA Server services to run under a user account, and automatically performs all the steps described in this article. So, this is not an issue with SNA Server 3.0 when this setup option is chosen.



MORE INFORMATION
 Create a user that is a member of the "Domain Admins" global group and "Administrators" local group. Using User Manager for Domains, add "Domain Admins" and "Administrators" to the following rights:  Manage Auditing and security log Take ownership of files or other objects Act as Part of the Operating System Generate Security Audits</li> logon as a service</li> backup and restore</li></ul> </li> Using the Services applet in Control Panel, configure each SNA Server service to start in the context of the user that was just created in step 1. Do this for every SNA Server in the subdomain.</li>  In File Manager, a. remove the Everyone group and b. add this newuser with Full Control to the following shares: <pre class="fixed_text">     Share:      Directory snaserv     <sna_root>\ comlogs     <sna_root>\system\ COMCFG      <sna_root>\system\COMCFG\ Repeat step 4 for each SNA Server in the subdomain. </li> Stop and start the SNABase service on each SNA Server in the subdomain.

Warning: Stopping the SNABase service on a particular machine will stop all SNA Server services on that machine.</li> Test changes.</li></ol>

<ul> To test whether SNA Server is still normally operating with the above changes in place: <ul> Note the date/time of the <sna_root>\SYSTEM\COMCFG\COM.CFG on the Primary SNA Server.</li> Load SNA Admin on the primary SNA Server.</li> Click the save button in SNA Admin.</li> Note the change in date/time of the COM.CFG on the primary SNA Server.</li> After a couple of seconds, the date/time of the <sna_root>\SYSTEM\COMCFG\COM.CFG on one of the Backup SNA Servers should match the new date/time on the primary.</li></ul> </li> To test whether SNA Server is denying access to users that are not members of the Domain Administrators group: <ul> Logoff the backup SNA Server.</li> Logon as a Domain User.</li> <li>Launch SNA Server Admin.</li> <li>The user should receive the following error message:

Error : 250

The SNA Server Base Service is not started. Unable to continue.</li></ul> </li> <li>To test that Domain Users cannot get to the SNA Server shares to read SNA Server system binaries and COM.CFG: <ul> <li>Logon as a Domain User.</li> <li>Try to "net use" to the following shares:

\\Any_sna_server\snaserv

\\Any_sna_server\comlogs

\\Any_sna_server\COMCFG

The result should be that the user is able to map the drive but the following should appear in File Manager:

You do not have permission to access this directory.

NOTE: If the password is changed for this user, then the administrator will have to change the password with Service Control Manager for each SNA Server service on each SNA Server in the subdomain. One way to prevent having to do this is to select "Password Never Expires" for this user in User Manager for Domains.</li></ul> </li></ul>

Additional query words: prodsna

Keywords: kbinfo kbinterop kbnetwork kbsetup KB140556

-

[mailto:TECHNET@MICROSOFT.COM Send feedback to Microsoft]

© Microsoft Corporation. All rights reserved.