SPNs pose a security risk?

Posted on 2009-07-06
Last Modified: 2013-12-04
So I was speaking with our "infrastructure guy" about implementing Service Principle Names for proper kerberos authentication with the identity pool accounts in some of or IIS websites. He starts rattling something off about SPN enabled accounts having "ring 0" access or something along those lines. Bascially some kind of low level OS access when used. Now, I understand what SPNs are and what they do but Ive never heard the "ring 0" reference used before and Im a bit confused as to what he is talking about in regards to SPNs somehow creating a security risk.

Confirm or disprove what he is saying? If he is correct, please explain to me hopefully with a little more detail why SPNs might pose a security risk. I see technet articles and such all over the place stating that this is a common and even best practice approach. But he's denying that based on his own "black hat" knowledge of active directory. Ive got nearly 10 years of experience with AD and I have never heard about SPNs being a security risk. Im not implying that I am correct, I simply would like to expand my knowledge if this is the case.
Question by:Zen_Dragon
  • 2
  • 2
LVL 31

Expert Comment

by:Henrik Johansson
ID: 24789442
Well, any network feature that is incorrectly configured is a security risk...

About the ring talk, see wikipedia

Author Comment

ID: 24789579
Ahh thanks for the "ring" clarification. If he had just said kernel level privilges I would have better understood what he was talking about! haha I understand the technology and the concepts Im just horrible with all the "terminology."

Anyhow, to get back to the point. We are using low privilege domain accounts as for identity accounts in the application pools in IIS. These accounts have some rights usually on the box itself to read directories and such but otherwise are restricted in the domain. I understand the process of creating SPN's for service accounts, but I dont understand beyond the accounts configured access how it is possible that simply creating a SPN for an account gives that account "ring 0" priveleges. And if that was the case then why is this process so commonly documented without any warning or implication?

Stating that this is an incorrect use of this capability essentially implys that any access should be restricted to the web server itself. From a security perspective, I undersand that might be the safest way to server content. However one cannot imply that using domain accounts for application pools is incorrect, as it is a common and supported practice especially when used internally which is how we are currently utilizing it. So assuming that a domain account has no rights on the domain whatsoever other than on the box in which it is used, how would using an SPN pose a risk to the rest of the domain?
LVL 57

Accepted Solution

Mike Kline earned 250 total points
ID: 24790021
I'm not sure how the SPN would pose a risk and not sure what your infrastructure guy was talking about.  He may have been talking out of his ass you said the account has no rights.  In that case you may even have to manually create the SPN.
I looked at a few well known security guides and they don't mention it either
DISA Active Directory STIG
Best Practice Guide for Securing Active Directory Installations
I'm guessing if you talk to this guy and ask for concrete examples he won't be able to give any and then he will just start spouting off about how Windows sucks and Linux "pwns":)
LVL 31

Assisted Solution

by:Henrik Johansson
Henrik Johansson earned 250 total points
ID: 24794869
It sounds like you're aware of howto configure the permissions of the accounts with less privileges, and that shall be fine.
If service is run with administrator access on local server or domain, you have in any security perspective a big hole, but that isn't really a SPN problem.

I found this thread discussing SPNs being stated as a hole, but it's as I understand it the risk when server announces SPN on its own making it open for spoofing. If using service user accounts correctly, it shouldn't be the same risk.

As Mike said, ask the infrastructure for concrete examples about why service account SPNs shall be a big security risk when it's used to increase the security.

To mention upcoming features, 2008R2 will have Managed Service Accounts

Author Closing Comment

ID: 31600351
Thank you all for your time... sorry I didnt close this question sooner.

Featured Post

Migrating Your Company's PCs

To keep pace with competitors, businesses must keep employees productive, and that means providing them with the latest technology. This document provides the tips and tricks you need to help you migrate an outdated PC fleet to new desktops, laptops, and tablets.

Question has a verified solution.

If you are experiencing a similar issue, please ask a related question

Is your Office 365 signature not working the way you want it to? Are signature updates taking up too much of your time? Let's run through the most common problems that an IT administrator can encounter when dealing with Office 365 email signatures.
While rebooting windows server 2003 server , it's showing "active directory rebuilding indices please wait" at startup. It took a little while for this process to complete and once we logged on not all the services were started so another reboot is …
This tutorial will walk an individual through the steps necessary to join and promote the first Windows Server 2012 domain controller into an Active Directory environment running on Windows Server 2008. Determine the location of the FSMO roles by lo…
This tutorial will walk an individual through the process of transferring the five major, necessary Active Directory Roles, commonly referred to as the FSMO roles from a Windows Server 2008 domain controller to a Windows Server 2012 domain controlle…

679 members asked questions and received personalized solutions in the past 7 days.

Join the community of 500,000 technology professionals and ask your questions.

Join & Ask a Question