samesite set by Tomcat CookieProcessor ignored when creating XSRF-TOKEN cookie in CsrfTokenRepository

[burghduffkc]

Describe the bug
Prior to Spring Security 6, the CsrfTokenRepository used the response.addCookie in the saveToken method to add the XSRF-TOKEN cookie. In Spring-Security 6 it was changed to call response.addHeader which bypasses the Tomcat CookieProcessor.

To Reproduce
I forked the Spring-Security-Samples project and used hello-security-explicit
https://github.com/burghduffkc/spring-security-samples/commits/main/servlet/spring-boot/java/hello-security-explicit, below are the modifications and steps to reproduce.

1. Add the following to the HttpSecurity in the SecurityFilterChain bean of the SecurityConfiguration class

.csrf((httpSecurityCsrfConfigurer -> {
			 //START Bug change
	httpSecurityCsrfConfigurer
		.csrfTokenRepository(CookieCsrfTokenRepository.withHttpOnlyFalse())
		.ignoringRequestMatchers(request -> Pattern.compile("^(GET)$").matcher(request.getMethod()).matches());
}))

3. Add the following Bean to the SecurityConfiguration class

	@Bean
	WebServerFactoryCustomizer<TomcatServletWebServerFactory> servletWebServerFactoryWebServerFactoryCustomizer(){
		return container -> container.addContextCustomizers(context -> {
			Rfc6265CookieProcessor rfc = new Rfc6265CookieProcessor();
			rfc.setSameSiteCookies("STRICT");
			context.setCookieProcessor(rfc);
		});
	}

4. run the spring boot application
5. Open Chrome and the Chrome Developer tools and access http://locahost:8080
6. Look at the cookies under Application -> Storage -> Cookies. You will see that the JSESSIONID cookie has the sameSite set to Strict, but the XSRF-TOKEN does not have sameSite set. This is because the CsrfTokenRepository#saveToken does not use addCookie, bypassing the Tomcat CookieProcessor.

Expected behavior
A clear and concise description of what you expected to happen.
The XSRF-TOKEN cookie should have sameSite set to Strict.
Sample

Change to hello-security-explicit sample
burghduffkc/spring-security-samples@fb8971a

Full code for Spring-Security Example
https://github.com/burghduffkc/spring-security-samples/commits/main/servlet/spring-boot/java/hello-security-explicit

A link to a GitHub repository with a minimal, reproducible sample.

Reports that include a sample will take priority over reports that do not.
At times, we may require a sample, so it is good to try and include a sample up front.

[marcusdacoregio]

Hi, @burghduffkc. Thanks for the report.
I've successfully reproduced the error on my side. We are working on a fix.

[marcusdacoregio]

For the time being, you can work around that by customizing the cookie generated by the CookieCsrfTokenRepository, like so:

var repository = CookieCsrfTokenRepository.withHttpOnlyFalse();
repository.setCookieCustomizer((customizer) -> {
	customizer.sameSite(sameSitePolicy);
});

[burghduffkc]

@marcusdacoregio Thank you for the suggestion, unfortunately that would require us to update all applications, as our current Tomcat CookieProcessor is configured in the context.xml file and not in Spring.

Example Configuration for context.xml
<Context> <CookieProcessor className="org.apache.tomcat.util.http.Rfc265CookieProcessor" sameSiteCookes="strict" /> </Context>

[marcusdacoregio]

Thanks, @burghduffkc. This is now merged into 6.1.x and main. It would be awesome if you could try 6.1.6-SNAPSHOT (the updated version will be available in a few minutes) and let us know if that is really fixed.

[burghduffkc]

@marcusdacoregio I tested the snapshot and was able to verify the issue was fixed. Thanks for the quick turnaround!!!