コントローラーのURLが適切に保護されているかどうかを単体テストする方法を見つけようとしていました。誰かが環境を変え、誤ってセキュリティ設定を削除した場合に備えて。
私のコントローラーメソッドは次のようになります。
@RequestMapping("/api/v1/resource/test")
@Secured("ROLE_USER")
public @ResonseBody String test() {
return "test";
}
次のようにWebTestEnvironmentを設定します。
import javax.annotation.Resource;
import javax.naming.NamingException;
import javax.sql.DataSource;
import org.junit.Before;
import org.junit.runner.RunWith;
import org.slf4j.Logger;
import org.slf4j.LoggerFactory;
import org.springframework.beans.factory.annotation.Autowired;
import org.springframework.beans.factory.annotation.Qualifier;
import org.springframework.context.support.ClassPathXmlApplicationContext;
import org.springframework.security.authentication.UsernamePasswordAuthenticationToken;
import org.springframework.security.core.userdetails.UserDetails;
import org.springframework.security.core.userdetails.UserDetailsService;
import org.springframework.security.web.FilterChainProxy;
import org.springframework.test.context.ActiveProfiles;
import org.springframework.test.context.ContextConfiguration;
import org.springframework.test.context.junit4.SpringJUnit4ClassRunner;
import org.springframework.test.context.web.WebAppConfiguration;
import org.springframework.test.web.servlet.MockMvc;
import org.springframework.test.web.servlet.setup.MockMvcBuilders;
import org.springframework.web.context.WebApplicationContext;
@RunWith(SpringJUnit4ClassRunner.class)
@WebAppConfiguration
@ContextConfiguration({
"file:src/main/webapp/WEB-INF/spring/security.xml",
"file:src/main/webapp/WEB-INF/spring/applicationContext.xml",
"file:src/main/webapp/WEB-INF/spring/servlet-context.xml" })
public class WebappTestEnvironment2 {
@Resource
private FilterChainProxy springSecurityFilterChain;
@Autowired
@Qualifier("databaseUserService")
protected UserDetailsService userDetailsService;
@Autowired
private WebApplicationContext wac;
@Autowired
protected DataSource dataSource;
protected MockMvc mockMvc;
protected final Logger logger = LoggerFactory.getLogger(this.getClass());
protected UsernamePasswordAuthenticationToken getPrincipal(String username) {
UserDetails user = this.userDetailsService.loadUserByUsername(username);
UsernamePasswordAuthenticationToken authentication =
new UsernamePasswordAuthenticationToken(
user,
user.getPassword(),
user.getAuthorities());
return authentication;
}
@Before
public void setupMockMvc() throws NamingException {
// setup mock MVC
this.mockMvc = MockMvcBuilders
.webAppContextSetup(this.wac)
.addFilters(this.springSecurityFilterChain)
.build();
}
}
私の実際のテストでは、次のようなことを試みました。
import static org.springframework.test.web.servlet.request.MockMvcRequestBuilders.get;
import static org.springframework.test.web.servlet.result.MockMvcResultMatchers.status;
import org.junit.Test;
import org.springframework.mock.web.MockHttpSession;
import org.springframework.security.authentication.UsernamePasswordAuthenticationToken;
import org.springframework.security.core.context.SecurityContextHolder;
import org.springframework.security.web.context.HttpSessionSecurityContextRepository;
import eu.ubicon.webapp.test.WebappTestEnvironment;
public class CopyOfClaimTest extends WebappTestEnvironment {
@Test
public void signedIn() throws Exception {
UsernamePasswordAuthenticationToken principal =
this.getPrincipal("test1");
SecurityContextHolder.getContext().setAuthentication(principal);
super.mockMvc
.perform(
get("/api/v1/resource/test")
// .principal(principal)
.session(session))
.andExpect(status().isOk());
}
}
私はこれをここで拾いました:
しかし、よく見ると、これは実際のリクエストをURLに送信せず、機能レベルでサービスをテストする場合にのみ役立ちます。私の場合、「アクセス拒否」例外がスローされました。
org.springframework.security.access.AccessDeniedException: Access is denied
at org.springframework.security.access.vote.AffirmativeBased.decide(AffirmativeBased.Java:83) ~[spring-security-core-3.1.3.RELEASE.jar:3.1.3.RELEASE]
at org.springframework.security.access.intercept.AbstractSecurityInterceptor.beforeInvocation(AbstractSecurityInterceptor.Java:206) ~[spring-security-core-3.1.3.RELEASE.jar:3.1.3.RELEASE]
at org.springframework.security.access.intercept.aopalliance.MethodSecurityInterceptor.invoke(MethodSecurityInterceptor.Java:60) ~[spring-security-core-3.1.3.RELEASE.jar:3.1.3.RELEASE]
at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.Java:172) ~[spring-aop-3.2.1.RELEASE.jar:3.2.1.RELEASE]
...
次の2つのログメッセージは、Principal
の設定が機能しなかったこと、または上書きされたことを示すユーザーが認証されなかったことを基本的に示しています。
14:20:34.454 [main] DEBUG o.s.s.a.i.a.MethodSecurityInterceptor - Secure object: ReflectiveMethodInvocation: public Java.util.List test.TestController.test(); target is of class [test.TestController]; Attributes: [ROLE_USER]
14:20:34.454 [main] DEBUG o.s.s.a.i.a.MethodSecurityInterceptor - Previously Authenticated: org.springframework.security.authentication.AnonymousAuthenticationToken@9055e4a6: Principal: anonymousUser; Credentials: [PROTECTED]; Authenticated: true; Details: org.springframework.security.web.authentication.WebAuthenticationDetails@957e: RemoteIpAddress: 127.0.0.1; SessionId: null; Granted Authorities: ROLE_ANONYMOUS
Spring Securityフィルターチェーンの一部であるSecurityContextPersistenceFilter
は、常にSecurityContext
をリセットし、SecurityContextHolder.getContext().setAuthentication(principal)
の呼び出しを設定します(または.principal(principal)
メソッドを使用して)。このフィルターは、SecurityContext
のSecurityContextHolder
をSecurityContext
からSecurityContextRepository
に設定します。上書き前に設定したもの。リポジトリはデフォルトでHttpSessionSecurityContextRepository
です。 HttpSessionSecurityContextRepository
は、指定されたHttpRequest
を検査し、対応するHttpSession
へのアクセスを試みます。存在する場合、SecurityContext
からHttpSession
を読み取ろうとします。これが失敗すると、リポジトリは空のSecurityContext
を生成します。
したがって、私の解決策は、HttpSession
を保持するリクエストとともにSecurityContext
を渡すことです。
import static org.springframework.test.web.servlet.request.MockMvcRequestBuilders.get;
import static org.springframework.test.web.servlet.result.MockMvcResultMatchers.status;
import org.junit.Test;
import org.springframework.mock.web.MockHttpSession;
import org.springframework.security.authentication.UsernamePasswordAuthenticationToken;
import org.springframework.security.core.context.SecurityContextHolder;
import org.springframework.security.web.context.HttpSessionSecurityContextRepository;
import eu.ubicon.webapp.test.WebappTestEnvironment;
public class Test extends WebappTestEnvironment {
public static class MockSecurityContext implements SecurityContext {
private static final long serialVersionUID = -1386535243513362694L;
private Authentication authentication;
public MockSecurityContext(Authentication authentication) {
this.authentication = authentication;
}
@Override
public Authentication getAuthentication() {
return this.authentication;
}
@Override
public void setAuthentication(Authentication authentication) {
this.authentication = authentication;
}
}
@Test
public void signedIn() throws Exception {
UsernamePasswordAuthenticationToken principal =
this.getPrincipal("test1");
MockHttpSession session = new MockHttpSession();
session.setAttribute(
HttpSessionSecurityContextRepository.SPRING_SECURITY_CONTEXT_KEY,
new MockSecurityContext(principal));
super.mockMvc
.perform(
get("/api/v1/resource/test")
.session(session))
.andExpect(status().isOk());
}
}
答えを探す同時に簡単で柔軟なものを見つけることができなかったので、 Spring Security Reference を見つけ、完璧なソリューションに近いことに気付きました。多くの場合、AOPソリューションはテストに最適なソリューションであり、Springはこのアーティファクトで@WithMockUser
、@WithUserDetails
、および@WithSecurityContext
を提供しています。
<dependency>
<groupId>org.springframework.security</groupId>
<artifactId>spring-security-test</artifactId>
<version>4.2.2.RELEASE</version>
<scope>test</scope>
</dependency>
ほとんどの場合、@WithUserDetails
は必要な柔軟性とパワーを収集します。
基本的に、テストする可能性のあるすべてのユーザープロファイルを含むカスタムUserDetailsService
name__を作成する必要があります。例えば
@TestConfiguration
public class SpringSecurityWebAuxTestConfig {
@Bean
@Primary
public UserDetailsService userDetailsService() {
User basicUser = new UserImpl("Basic User", "[email protected]", "password");
UserActive basicActiveUser = new UserActive(basicUser, Arrays.asList(
new SimpleGrantedAuthority("ROLE_USER"),
new SimpleGrantedAuthority("PERM_FOO_READ")
));
User managerUser = new UserImpl("Manager User", "[email protected]", "password");
UserActive managerActiveUser = new UserActive(managerUser, Arrays.asList(
new SimpleGrantedAuthority("ROLE_MANAGER"),
new SimpleGrantedAuthority("PERM_FOO_READ"),
new SimpleGrantedAuthority("PERM_FOO_WRITE"),
new SimpleGrantedAuthority("PERM_FOO_MANAGE")
));
return new InMemoryUserDetailsManager(Arrays.asList(
basicActiveUser, managerActiveUser
));
}
}
これでユーザーの準備ができたので、このコントローラー関数へのアクセス制御をテストしたいと想像してください。
@RestController
@RequestMapping("/foo")
public class FooController {
@Secured("ROLE_MANAGER")
@GetMapping("/salute")
public String saluteYourManager(@AuthenticationPrincipal User activeUser)
{
return String.format("Hi %s. Foo salutes you!", activeUser.getUsername());
}
}
ここには、ルートへのマップされた関数の取得/ foo/saluteがあり、@Secured
でロールベースのセキュリティをテストしていますただし、@PreAuthorize
および@PostAuthorize
もテストできます。有効なユーザーがこの敬礼応答を表示できるかどうかを確認するテストと、実際に禁止されているかどうかを確認するテストの2つのテストを作成しましょう。
@RunWith(SpringRunner.class)
@SpringBootTest(
webEnvironment = SpringBootTest.WebEnvironment.RANDOM_PORT,
classes = SpringSecurityWebAuxTestConfig.class
)
@AutoConfigureMockMvc
public class WebApplicationSecurityTest {
@Autowired
private MockMvc mockMvc;
@Test
@WithUserDetails("[email protected]")
public void givenManagerUser_whenGetFooSalute_thenOk() throws Exception
{
mockMvc.perform(MockMvcRequestBuilders.get("/foo/salute")
.accept(MediaType.ALL))
.andExpect(status().isOk())
.andExpect(content().string(containsString("[email protected]")));
}
@Test
@WithUserDetails("[email protected]")
public void givenBasicUser_whenGetFooSalute_thenForbidden() throws Exception
{
mockMvc.perform(MockMvcRequestBuilders.get("/foo/salute")
.accept(MediaType.ALL))
.andExpect(status().isForbidden());
}
}
ご覧のとおり、テストのためにユーザーに提供するためにSpringSecurityWebAuxTestConfig
name__をインポートしました。単純なアノテーションを使用するだけで、それぞれが対応するテストケースで使用され、コードと複雑さが軽減されます。
ご覧のとおり、@WithUserDetails
は、ほとんどのアプリケーションに必要な柔軟性をすべて備えています。ロールや権限など、GrantedAuthorityを持つカスタムユーザーを使用できます。ただし、ロールを使用するだけの場合、テストはさらに簡単になり、カスタムUserDetailsService
name__の作成を避けることができます。そのような場合、 @ WithMockUser を使用して、ユーザー、パスワード、およびロールの単純な組み合わせを指定します。
@Target({ElementType.METHOD, ElementType.TYPE})
@Retention(RetentionPolicy.RUNTIME)
@Inherited
@Documented
@WithSecurityContext(
factory = WithMockUserSecurityContextFactory.class
)
public @interface WithMockUser {
String value() default "user";
String username() default "";
String[] roles() default {"USER"};
String password() default "password";
}
注釈は、非常に基本的なユーザーのデフォルト値を定義します。私たちの場合、テストしているルートは認証されたユーザーがマネージャーである必要があるだけなので、SpringSecurityWebAuxTestConfig
name__を使用して終了し、これを行うことができます。
@Test
@WithMockUser(roles = "MANAGER")
public void givenManagerUser_whenGetFooSalute_thenOk() throws Exception
{
mockMvc.perform(MockMvcRequestBuilders.get("/foo/salute")
.accept(MediaType.ALL))
.andExpect(status().isOk())
.andExpect(content().string(containsString("user")));
}
ユーザー[email protected]の代わりに、@WithMockUser
が提供するデフォルトを取得していることに注意してください:user;しかし、私たちが本当に気にしているのは彼の役割ROLE_MANAGER
なので、それは重要ではありません。
@WithUserDetails
や@WithMockUser
などのアノテーションを見るとわかるように、単純なテストを行うためだけに、アーキテクチャから疎外されたクラスを構築せずに異なる認証ユーザーシナリオを切り替えるを実行できます。また、柔軟性を高めるために @ WithSecurityContext がどのように機能するかを確認することもお勧めします。
Spring 4.0以降、最良の解決策は@WithMockUserでテストメソッドに注釈を付けることです。
@Test
@WithMockUser(username = "user1", password = "pwd", roles = "USER")
public void mytest1() throws Exception {
mockMvc.perform(get("/someApi"))
.andExpect(status().isOk());
}
次の依存関係をプロジェクトに追加することを忘れないでください
'org.springframework.security:spring-security-test:4.2.3.RELEASE'
Pom.xmlに追加します。
<dependency>
<groupId>org.springframework.security</groupId>
<artifactId>spring-security-test</artifactId>
<version>4.0.0.RC2</version>
</dependency>
そして、承認要求にorg.springframework.security.test.web.servlet.request.SecurityMockMvcRequestPostProcessors
を使用します。 https://github.com/rwinch/spring-security-test-blog ( )の使用例を参照してくださいhttps://jira.spring.io/browse/SEC-2592 )。
更新:
4.0.0.RC2は、spring-security 3.xで機能します。 spring-security 4の場合、spring-security-testはspring-securityの一部になります( http://docs.spring.io/spring-security/site/docs/4.0.x/reference/ htmlsingle /#test 、バージョンは同じです)。
セットアップが変更されました: http://docs.spring.io/spring-security/site/docs/4.0.x/reference/htmlsingle/#test-mockmvc
public void setup() {
mvc = MockMvcBuilders
.webAppContextSetup(context)
.apply(springSecurity())
.build();
}
基本認証のサンプル: http://docs.spring.io/spring-security/site/docs/4.0.x/reference/htmlsingle/#testing-http-basic-authentication 。
Base64基本認証を使用してSpring MockMvc Security Configをテストする場合の例は次のとおりです。
String basicDigestHeaderValue = "Basic " + new String(Base64.encodeBase64(("<username>:<password>").getBytes()));
this.mockMvc.perform(get("</get/url>").header("Authorization", basicDigestHeaderValue).accept(MediaType.APPLICATION_JSON)).andExpect(status().isOk());
Mavenの依存関係
<dependency>
<groupId>commons-codec</groupId>
<artifactId>commons-codec</artifactId>
<version>1.3</version>
</dependency>
短い答え:
@Autowired
private WebApplicationContext webApplicationContext;
@Autowired
private Filter springSecurityFilterChain;
@Before
public void setUp() throws Exception {
final MockHttpServletRequestBuilder defaultRequestBuilder = get("/dummy-path");
this.mockMvc = MockMvcBuilders.webAppContextSetup(this.webApplicationContext)
.defaultRequest(defaultRequestBuilder)
.alwaysDo(result -> setSessionBackOnRequestBuilder(defaultRequestBuilder, result.getRequest()))
.apply(springSecurity(springSecurityFilterChain))
.build();
}
private MockHttpServletRequest setSessionBackOnRequestBuilder(final MockHttpServletRequestBuilder requestBuilder,
final MockHttpServletRequest request) {
requestBuilder.session((MockHttpSession) request.getSession());
return request;
}
春のセキュリティテストからformLogin
を実行すると、ログインしたユーザーとして各リクエストが自動的に呼び出されます。
長答:
この解決策を確認してください(答えはSpring 4向けです): Spring 3.2の新しいmvcテストでユーザーをログインする方法
テストでSecurityContextHolderを使用しないようにするオプション:
SecurityContextHolder
を意味する-EasyMockたとえばSecurityContextHolder.get...
呼び出しをラップします-たとえば、SecurityServiceImpl
インターフェースを実装するメソッドgetCurrentPrincipal
を使用したSecurityService
で、テストで目的のプリンシパルを返すこのインターフェースのモック実装を簡単に作成できますSecurityContextHolder
へのアクセスなし。