mirror of
				https://github.com/spring-projects/spring-security.git
				synced 2025-10-30 22:28:46 +00:00 
			
		
		
		
	Merge branch '6.0.x' into 6.1.x
This commit is contained in:
		
						commit
						148e9e59d9
					
				| @ -114,12 +114,12 @@ X-Content-Type-Options: nosniff | ||||
| Refer to the relevant sections to see how to customize the defaults for both xref:servlet/exploits/headers.adoc#servlet-headers-hsts[servlet] and xref:reactive/exploits/headers.adoc#webflux-headers-hsts[webflux] based applications. | ||||
| ==== | ||||
| 
 | ||||
| When you type in your bank's website, do you enter `mybank.example.com` or do you enter `https://mybank.example.com`? | ||||
| When you type in your bank's website, do you enter `mybank.example.com` or do you enter `\https://mybank.example.com`? | ||||
| If you omit the `https` protocol, you are potentially vulnerable to https://en.wikipedia.org/wiki/Man-in-the-middle_attack[Man-in-the-Middle attacks]. | ||||
| Even if the website performs a redirect to https://mybank.example.com, a malicious user could intercept the initial HTTP request and manipulate the response (for example, redirect to https://mibank.example.com and steal their credentials). | ||||
| Even if the website performs a redirect to `\https://mybank.example.com`, a malicious user could intercept the initial HTTP request and manipulate the response (for example, redirect to `\https://mibank.example.com` and steal their credentials). | ||||
| 
 | ||||
| Many users omit the `https` protocol, and this is why https://tools.ietf.org/html/rfc6797[HTTP Strict Transport Security (HSTS)] was created. | ||||
| Once `mybank.example.com` is added as a https://tools.ietf.org/html/rfc6797#section-5.1[HSTS host], a browser can know ahead of time that any request to mybank.example.com should be interpreted as https://mybank.example.com. | ||||
| Once `mybank.example.com` is added as a https://tools.ietf.org/html/rfc6797#section-5.1[HSTS host], a browser can know ahead of time that any request to mybank.example.com should be interpreted as `\https://mybank.example.com`. | ||||
| This greatly reduces the possibility of a Man-in-the-Middle attack occurring. | ||||
| 
 | ||||
| [NOTE] | ||||
|  | ||||
| @ -20,8 +20,8 @@ Spring Security provides support for xref:features/exploits/headers.adoc#headers | ||||
| == Proxy Server Configuration | ||||
| 
 | ||||
| When using a proxy server, it is important to ensure that you have configured your application properly. | ||||
| For example, many applications have a load balancer that responds to request for https://example.com/ by forwarding the request to an application server at https://192.168.1:8080 | ||||
| Without proper configuration, the application server can not know that the load balancer exists and treats the request as though https://192.168.1:8080 was requested by the client. | ||||
| For example, many applications have a load balancer that responds to request for `\https://example.com/` by forwarding the request to an application server at `\https://192.168.0.107` | ||||
| Without proper configuration, the application server can not know that the load balancer exists and treats the request as though `\https://192.168.0.107:8080` was requested by the client. | ||||
| 
 | ||||
| To fix this, you can use https://tools.ietf.org/html/rfc7239[RFC 7239] to specify that a load balancer is being used. | ||||
| To make the application aware of this, you need to configure your application server to be aware of the X-Forwarded headers. | ||||
|  | ||||
		Loading…
	
	
			
			x
			
			
		
	
		Reference in New Issue
	
	Block a user