mirror of
				https://github.com/spring-projects/spring-security.git
				synced 2025-11-04 08:39:05 +00:00 
			
		
		
		
	
		
			
				
	
	
		
			79 lines
		
	
	
		
			4.4 KiB
		
	
	
	
		
			Plaintext
		
	
	
	
	
	
			
		
		
	
	
			79 lines
		
	
	
		
			4.4 KiB
		
	
	
	
		
			Plaintext
		
	
	
	
	
	
[[servlet-x509]]
 | 
						|
= X.509 Authentication
 | 
						|
 | 
						|
 | 
						|
[[x509-overview]]
 | 
						|
== Overview
 | 
						|
The most common use of X.509 certificate authentication is in verifying the identity of a server when using SSL, most commonly when using HTTPS from a browser.
 | 
						|
The browser will automatically check that the certificate presented by a server has been issued (ie digitally signed) by one of a list of trusted certificate authorities which it maintains.
 | 
						|
 | 
						|
You can also use SSL with "mutual authentication"; the server will then request a valid certificate from the client as part of the SSL handshake.
 | 
						|
The server will authenticate the client by checking that its certificate is signed by an acceptable authority.
 | 
						|
If a valid certificate has been provided, it can be obtained through the servlet API in an application.
 | 
						|
Spring Security X.509 module extracts the certificate using a filter.
 | 
						|
It maps the certificate to an application user and loads that user's set of granted authorities for use with the standard Spring Security infrastructure.
 | 
						|
 | 
						|
You should be familiar with using certificates and setting up client authentication for your servlet container before attempting to use it with Spring Security.
 | 
						|
Most of the work is in creating and installing suitable certificates and keys.
 | 
						|
For example, if you're using Tomcat then read the instructions here https://tomcat.apache.org/tomcat-9.0-doc/ssl-howto.html[https://tomcat.apache.org/tomcat-9.0-doc/ssl-howto.html].
 | 
						|
It's important that you get this working before trying it out with Spring Security
 | 
						|
 | 
						|
 | 
						|
== Adding X.509 Authentication to Your Web Application
 | 
						|
Enabling X.509 client authentication is very straightforward.
 | 
						|
Just add the `<x509/>` element to your http security namespace configuration.
 | 
						|
 | 
						|
[source,xml]
 | 
						|
----
 | 
						|
<http>
 | 
						|
...
 | 
						|
	<x509 subject-principal-regex="CN=(.*?)," user-service-ref="userService"/>;
 | 
						|
</http>
 | 
						|
----
 | 
						|
 | 
						|
The element has two optional attributes:
 | 
						|
 | 
						|
* `subject-principal-regex`.
 | 
						|
The regular expression used to extract a username from the certificate's subject name.
 | 
						|
The default value is shown above.
 | 
						|
This is the username which will be passed to the `UserDetailsService` to load the authorities for the user.
 | 
						|
* `user-service-ref`.
 | 
						|
This is the bean Id of the `UserDetailsService` to be used with X.509.
 | 
						|
It isn't needed if there is only one defined in your application context.
 | 
						|
 | 
						|
The `subject-principal-regex` should contain a single group.
 | 
						|
For example the default expression "CN=(.*?)," matches the common name field.
 | 
						|
So if the subject name in the certificate is "CN=Jimi Hendrix, OU=...", this will give a user name of "Jimi Hendrix".
 | 
						|
The matches are case insensitive.
 | 
						|
So "emailAddress=(+.*?+)," will match "EMAILADDRESS=jimi@hendrix.org,CN=..." giving a user name "jimi@hendrix.org".
 | 
						|
If the client presents a certificate and a valid username is successfully extracted, then there should be a valid `Authentication` object in the security context.
 | 
						|
If no certificate is found, or no corresponding user could be found then the security context will remain empty.
 | 
						|
This means that you can easily use X.509 authentication with other options such as a form-based login.
 | 
						|
 | 
						|
[[x509-ssl-config]]
 | 
						|
== Setting up SSL in Tomcat
 | 
						|
There are some pre-generated certificates in the {gh-samples-url}/servlet/java-configuration/authentication/x509/server[Spring Security Samples repository].
 | 
						|
You can use these to enable SSL for testing if you don't want to generate your own.
 | 
						|
The file `server.jks` contains the server certificate, private key and the issuing certificate authority certificate.
 | 
						|
There are also some client certificate files for the users from the sample applications.
 | 
						|
You can install these in your browser to enable SSL client authentication.
 | 
						|
 | 
						|
To run tomcat with SSL support, drop the `server.jks` file into the tomcat `conf` directory and add the following connector to the `server.xml` file
 | 
						|
 | 
						|
[source,xml]
 | 
						|
----
 | 
						|
 | 
						|
<Connector port="8443" protocol="HTTP/1.1" SSLEnabled="true" scheme="https" secure="true"
 | 
						|
			clientAuth="true" sslProtocol="TLS"
 | 
						|
			keystoreFile="${catalina.home}/conf/server.jks"
 | 
						|
			keystoreType="JKS" keystorePass="password"
 | 
						|
			truststoreFile="${catalina.home}/conf/server.jks"
 | 
						|
			truststoreType="JKS" truststorePass="password"
 | 
						|
/>
 | 
						|
 | 
						|
----
 | 
						|
 | 
						|
`clientAuth` can also be set to `want` if you still want SSL connections to succeed even if the client doesn't provide a certificate.
 | 
						|
Clients which don't present a certificate won't be able to access any objects secured by Spring Security unless you use a non-X.509 authentication mechanism, such as form authentication.
 | 
						|
 |