Subscribe to Windows IT Pro

 

Get Newsletters

  • Get the Latest News
  • Product Updates
  • Helpful Tricks
  • Productivity Tips

Subscribe Now!

November 22, 2004 12:00 AM

Access Denied: Comparing Anonymous-Connection Policies in Win2K and Later

Get answers to your security-related Windows 2003, XP, and Win2K questions
Windows IT Pro
InstantDoc ID #44415
Rating: (0)

How do the Additional restrictions for anonymous connections and Network access: Do not allow anonymous enumeration of SAM accounts and shares policies impact each other when configured within the same Group Policy Object (GPO), and do those policies have anything to do with the Allow anonymous SID/name translation and Let Everyone permissions apply to anonymous users policies?

When you edit a GPO from a Windows 2000 computer, you'll see Additional restrictions for anonymous connections but not Network access: Do not allow anonymous enumeration of SAM accounts or Network access: Do not allow anonymous enumeration of SAM accounts and shares. On Windows Server 2003 and Windows XP, you'll see the two Network access policies but not Additional restrictions for anonymous connections. If you set Additional restrictions for anonymous connections to Do not allow enumeration of SAM accounts and shares or No access without explicit anonymous permissions, then view the same GPO from an XP or later computer, Network access: Do not allow anonymous enumeration of SAM accounts and shares will show up and will be enabled. If you set Additional restrictions for anonymous connections to None. Rely on default permissions, Network access: Do not allow anonymous enumeration of SAM accounts and shares will show up and will be disabled.

On the other hand, if you enable Network access: Do not allow anonymous enumeration of SAM accounts and shares, you're setting Additional restrictions for anonymous connections from the standpoint of Win2K computers to Do not allow anonymous enumeration of SAM accounts and shares. Disabling Network access: Do not allow anonymous enumeration of SAM accounts and shares has the effect of setting Additional restrictions for anonymous connections to None. Rely on default permissions.

Confused yet? In a nutshell, Additional restrictions for anonymous connections and Network access: Do not allow anonymous enumeration of SAM accounts and shares both set the RestrictAnonymous registry value for the HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Lsa registry subkey. The three settings for Additional restrictions for anonymous connections correspond to RestrictAnonymous's three values: 0=None. Rely on default permissions; 1=Do not allow enumeration of SAM accounts and shares; and 2=No access without explicit anonymous permissions.

To disable Network access: Do not allow anonymous enumeration of SAM accounts and shares, specify 0 for RestrictAnonymous; to enable, specify 1 for RestrictAnonymous. The only way to set Restrict-Anonymous to 2 on Win2K computers is to edit the GPO from a Win2K computer and set Additional restrictions for anonymous connections to No access without explicit anonymous permissions.

When XP and later computers apply the policy, they'll set RestrictAnonymous to 1 because 2 doesn't apply to these computers. Instead, XP and Windows 2003 have three new values: Network access: Do not allow anonymous enumeration of SAM accounts (described in the first question and answer), Allow anonymous SID/name translation (discussed in "Access Denied: Controlling SAM Accounts and Shares," InstantDoc ID 42327), and Let Everyone permissions apply to anonymous users. This last policy, when disabled, prevents Windows from adding Everyone to the access token of anonymous connections at logon. If an anonymous user tries to access an object, the access token doesn't contain Everyone, and the permissions granted to Everyone won't apply. See "Access Denied: Preventing Anonymous Users from Gaining Access to Files and Other Resources," InstantDoc ID 24671, for additional background about the risks involving Everyone and anonymous connections.

Related Content:

ARTICLE TOOLS

Comments
    There are no comments to display. Be the first one!
You must log on before posting a comment.

Are you a new visitor? Register Here

advertisement

advertisement

White Papers

Get your Windows 7 deployment off to the right start by implementing PC lockdown. A locked-down environment is easier and cheaper to support since users are less likely to make unnecessary changes to the core system configuration - read more here!

Essential Guides

Is your iSCSI "lossy"? The reality is that most off-the-shelf Ethernet hardware deployed for iSCSI can lose packets, resulting in slow performance or application downtime. Learn how to assess your current iSCSI infrastructure and engineer an advanced iSCSI SAN infrastructure.

Web Seminars

What's the best way to keep your network safe from malware? In this web seminar, security expert Greg Shields suggests an alternative method to the traditional blacklisting approach that is common with anti-virus and anti-malware solutions.

eLearning Series

We bring the experts direct to you to share their real-world perspective and expertise. During each event, three sessions stream in real time, so you can learn, ask questions, and get solutions.
Upcoming event: Getting the Most with Exchange 2010 with Paul Robichaux

Subscribe to Windows IT Pro!

Windows is a trademark of the Microsoft group of companies. Windows IT Pro is used by Penton Media Inc. under license from owner.