Archive | SharePoint 2010 Security RSS feed for this section

Vulnerabilities in SharePoint 2010


MS12-050: Vulnerabilities in SharePoint could allow elevation of privilege: July 10, 2012

The following articles contain additional information about this security update as it relates to individual product versions. The articles may contain known issue information. If this is the case, the known issue is listed below each article link.

Test SQL Server and SharePoint security using PowerShell


Use PowerShell to Security Test SQL Server and SharePoint

Niklas Goude, talks about using Windows PowerShell to perform brute force security testing on SQL Server and SharePoint.
Source: http://blogs.technet.com/b/heyscriptingguy/archive/2012/07/03/use-powershell-to-security-test-sql-server-and-sharepoint.aspx 

Configuring SharePoint 2010 with Kerberos Authentication


How to configure SharePoint 2010 with Kerberos authentication?
Before start configuring SharePoint 2010 with Kerberos, it’s better to understand what is Kerberos authentication and how it can help SharePoint.

About Kerberos authentication

Kerberos is a secure protocol that supports ticketing authentication. A Kerberos authentication server grants a ticket in response to a client computer authentication request, if the request contains valid user credentials and a valid service principal name (SPN). The client computer then uses the ticket to access network resources. To enable Kerberos authentication, the client and server computers must have a trusted connection to the domain Key Distribution Center (KDC). The KDC distributes shared secret keys to enable encryption. The client and server computers must also be able to access Active Directory Domain Services (AD DS). For AD DS, the forest root domain is the center of Kerberos authentication referrals.

To deploy a server farm running Microsoft SharePoint Server 2010 using Kerberos authentication, you must install and configure a variety of applications on your computers. This article describes an example server farm running SharePoint Server 2010 and provides guidance for deploying and configuring the farm to use Kerberos authentication to support the following functionality:

  • Communication between SharePoint Server 2010 and Microsoft SQL Server database software.
  • Access to the SharePoint Central Administration Web application.
  • Access to other Web applications, including a portal site Web application and a My Site Web application.

    Read More: Configure Kerberos authentication (SharePoint Server 2010)

 

Step by step instruction how how to configure SharePoint 2010 with Kerberos Authentication
Source: Configuring SharePoint 2010 with Kerberos Authentication

Follow the steps below to be absolutely sure of the account responsible for running the site that will support kerberos authentication.  If SharePoint has already been configured verify your application pool account is, in fact, running the IIS application pool that supports the website where Kerberos is enabled

Configuring SharePoint 2010 with Kerberos Authentication - Step 1

Open the web application that will support Kerberos and make a note of the application pool that supports this web application (note that you may have more than one web application for the same data for such cases as http and https so take care to determine the exact web application)

Configuring SharePoint 2010 with Kerberos Authentication - Step 2

Make a note of the account that is the identity of this application pool, later this account must be trusted for “Delegation”. 

* If the application pool is “Network Service” then Kerberos cannot be configured, the application pool account configured through Central Administration must be a domain account.

Configuring SharePoint 2010 with Kerberos Authentication - Step 3

Read More from the original post:

Configuring SharePoint 2010 with Kerberos Authentication

SharePoint Designer 2010 to detach pages from the site definition


Site Collection Administration > SharePoint Designer Settings

Use this page to manage the SharePoint Designer Settings for sites in this site collection.

SharePoint Deisgner 2010 to detach pages from the site definition

Allow Site Owners and Designers to Detach Pages from the Site Definition

Specify whether to allow Site Owners and Designers to detach pages from the original Site Definition using SharePoint Designer. Site Collection Administrators will always be able to perform this operation.

Restrict SharePoint Designer Access in SharePoint 2010


Restrict SharePoint Designer Access in SharePoint 2010

Allow Site Owners and Designers to use SharePoint Designer in this Site Collection

Specify whether to allow Site Owners and Designers to edit the sites in this Site Collection using SharePoint Designer. Site Collection Administrators will always be able to edit sites.

Allow Site Owners and Designers to Detach Pages from the Site Definition

Specify whether to allow Site Owners and Designers to detach pages from the original Site Definition using SharePoint Designer. Site Collection Administrators will always be able to perform this operation.
 

Allow Site Owners and Designers to Customize Master Pages and Page Layouts

Specify whether to allow Site Owners and Designers to customize Master Pages and Page Layouts using SharePoint Designer. Site Collection Administrators will always be able to perform this operation.
 

Allow Site Owners and Designers to See the Hidden URL structure of their Web Site

Specify whether to allow Site Owners and Designers to view and manage the hidden URL structure of their Web site using SharePoint Designer. Site Collection Administrators will always be able to perform this operation.

Go to Site Actions -> Site Settings

To Restrict SharePoint Designer Access In SharePoint 2010 - Step-1

 

Go to Site Collection Administration and open SharePoint Designer Settings

To Restrict SharePoint Designer Access In SharePoint 2010 - Step 2

To Restrict SharePoint Designer Access In SharePoint 2010 - Step 3

Allow Site Owners and Designers to use SharePoint Designer in this Site Collection

Specify whether to allow Site Owners and Designers to edit the sites in this Site Collection using SharePoint Designer. Site Collection Administrators will always be able to edit sites.

Allow Site Owners and Designers to Detach Pages from the Site Definition

Specify whether to allow Site Owners and Designers to detach pages from the original Site Definition using SharePoint Designer. Site Collection Administrators will always be able to perform this operation.

Allow Site Owners and Designers to Customize Master Pages and Page Layouts

Specify whether to allow Site Owners and Designers to customize Master Pages and Page Layouts using SharePoint Designer. Site Collection Administrators will always be able to perform this operation.

Allow Site Owners and Designers to See the Hidden URL structure of their Web Site

Specify whether to allow Site Owners and Designers to view and manage the hidden URL structure of their Web site using SharePoint Designer. Site Collection Administrators will always be able to perform this operation.

SharePoint 2010 Claims Based Security


Claims-based identity provides a common way for applications to acquire identity information from users inside their organization, in other organizations, and on the Internet. Identity information is contained in a security token, often simply called a token. A token contains one or more claims about the user. Think of it as metadata about the user that stays with them throughout their session.

One big benefit when configuring claims is that it’s going to be easier as they look at the people picker.

Note that with beta 2 you might never recognize that claims are available for you to work with because you might have web applications that are created in classic mode.

Open the SharePoint Central Administration.

Navigate to Application Management.

Select the Manage web applications hyperlink.

Click the New button to create a new web application.

The first section is the Authentication section. There you can choose if you want to create the web application with Classic Mode Authentication or with Claims Based Authentication.

Select the Claims Based Authentication option.

 

Claims Based Authentication in Sharepoint 2010

Scroll down to the Identity Providers section. Notice that you can enable ­­Windows Authentication, or enable ASP.NET Membership and Role Provider. If you would have other trusted identity providers, you could add them to this list as well.

SharePoint 2010 Identity Providers:

Go back to the main page of the SharePoint Central Administration.

Click on the Security hyperlink.

Notice that in the General Security section there is a Manage trust hyperlink.

Click on the hyperlink to see a list of trusted identity providers. The Trusted Service Consumer is the one that is there by default.

Click the Farm Trusts tab on the ribbon.

Click the New button to create a new trust.

In the General Settings enter the name Live ID.

You have to specify a Root Certificate for trust to indicate that you trust the new authentication system.

You also have to specify the Farm Trust.

Establish Farm Trust in SharePoint 2010

Cancel the process.

Go back to the SharePoint Central Administration and again choose to create a new web application.

Again select the Claims Based Authentication option.

If you would have configured the Live ID as a trusted Identity Provider it would appear in the section of Identity Providers together with Windows Authentication and ASP.NET Membership.

Scroll down to the Sign In Page URL section.

Sign In Page Url, SharePoint 2010

You could design your own sign-in page that would be displayed when a user navigates to your SharePoint site.

Navigate to the Site Permissions page of the intranet site to add some users.

Click the Grant Permissions button.

Choose a user from the People Picker. This is a sample of the People Picker in classic mode.

Select People and Group in SharePoint 2010

Navigate to the Site Settings page and select the People and Groups hyperlink.

Select the New User button.

In the Grant Permissions dialog you can enter the name of a new user. The claim based People Picker is displayed.

The left pane is populated with all claims providers.

image

When you type in a brian and then search for it, you will see that the Active Directory contains 2 results.

For More Info:
http://channel9.msdn.com/Learn/Courses/SharePoint2010Developer/
SharePoint2010Security/ConfiguringClaimsDemo

SharePoint Security -Five Golden Rules


SharePoint Security is an often ignored issue , many users and admins focus on optimizing SharePoint for performance and convenience to the detriment of security. To kick off our SharePoint security series we present the four golden rules for ensuring the security of your SharePoint site/farm, we will dive into greater depth on security in future article but these are the high level rules to get started with.

Rule 1 : Never open anonymous connections from the Internet to your local network unless necessary.

Opening your SharePoint site for anonymous access is an open invitation to script kiddies and hostile bots/worms that are designed to track you down and load your site with spam and trojans. In the title I  said “unless necessary” – which really means NEVER EVER. Of course, there are still SharePoint sites and services available from the internet for regular, anonymous users – but they just need to be opened to the world using a more complex setup (see Rule 2).

Rule 2 : For Internet-enabled SharePoint sites, use a dedicated Web-Front SharePoint server that will be placed in Demilitarized Zone (DMZ).

A DMZ Zone is a network segment that is directly connected to the firewall. This is a more secure way of sharing a SharePoint application with the world. It’s still not a perfect solution, but at least you are not opening up your entire local network. For more on the using SharePoint in a DMZ please refer to this article.
This solution is still vulnerable to Denial of Service (DoS) attacks but placing SharePoint in a DMZ Zone limits the surface area of any attack.

Rule 3 : If you are opening a SharePoint site to the public internet – use  Microsoft TMG Firewall as a proxy.

This should be considered a golden rule for all deployments of corporate sites.  Microsoft Forefront TMG’s primary security feature  is a firewall which  inspects network traffic and filters out malware, attempts to exploit security vulnerabilities and content which does not match a predefined security policy.
TMG can also boost performance through compression and caching.

Rule 4 : Use SSL for all Extranet Sites, consider SSL for Intranet Sites.

In the past using SSL with IIS was a tricky and involved a large performance penalty. These issues have largely been addressed in IIS7  (see Install an SSL Certificate on IIS 7 for details on how to get started).

SSL ensures that your data is encrypted  when it is sent from the end-user to SharePoint Front-End. Although it can be overkill in some circumstances (since 100% of the data is encrypted when all you may want is to prevent a packet sniffer hijacking a user’s account)  SSL is still the primary protection against nefarious users accessing user data which is transmitted over the internet.

Rule 5 : Ensure all Updates and Patches are Applied the OS.

The recent ASP.NET security vulnerability may have highlighted this issue, but it has always been a security best practice to ensure that the OS and any parts of the stack that SharePoint runs are fully patched with the latest updates. For more on security of ASP.NET check out ASP.NET Security Best Practices.

Resource: Thank You SharePoint Monitor.

SharePoint Security – SharePoint Authentication Part 1


Running SharePoint  on Windows Server 2008 R2 offers a wealth of possible  SharePoint authentication scenarios. You are no longer limited to the basic, often unsecure authentication types.

In this article I will cover the SharePoint authentication methods, which closely mirror Windows Server 2008 R2 authentication scenarios since both SharePoint relies on Windows Server for much of its security. I will start with an overview of  the primary authentication methods and then I will demonstrate  how to configure authentication.

 

Excellent post from SharePoint Monitor
http://www.sharepointmonitor.com/2011/02/sharepoint-security-authentication/comment-page-1/


Follow

Get every new post delivered to your Inbox.

Join 123 other followers