12

Tomcat で実行されている典型的な Spring MVC があります。システムを HTTPS で実行するように切り替えた後 (通常の HTTP ではすべて正常に動作しています)、ログインが機能しなくなりました。その理由は、Spring のSecurityContextHolder.getContext().getAuthentication()オブジェクトが使用されたnull後になるためRedirectViewです。

私はすでに答えを探していました.BeanセットアップでプロパティredirectHttp10Compatibleを設定することを提案した唯一の答えです。これは役に立ちませんでした。falseviewResolver

また、リダイレクト全体で、セッション ID が同じままで、接続が安全であることも確認しました。つまり、(少なくとも私が知る限り) http と https の間の変更、またはその逆の問題ではありません。

何が問題なのですか?

<beans:beans xmlns="http://www.springframework.org/schema/security" xmlns:beans="http://www.springframework.org/schema/beans" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://www.springframework.org/schema/beans
http://www.springframework.org/schema/beans/spring-beans-3.1.xsd
http://www.springframework.org/schema/security
http://www.springframework.org/schema/security/spring-security-3.1.xsd">


  <http auto-config="true">
    <intercept-url pattern="/**" requires-channel="https" />

    <intercept-url pattern="/index*" access="ROLE_USER"/>


    <intercept-url pattern="/dashboard*" access="ROLE_USER" requires-channel="https"/>  

    <intercept-url pattern="/login*" access="ROLE_GUEST, ROLE_ANONYMOUS, ROLE_USER"/>
    <intercept-url pattern="/signin*" access="ROLE_GUEST, ROLE_ANONYMOUS, ROLE_USER"/>
    <intercept-url pattern="/signup*" access="ROLE_GUEST, ROLE_ANONYMOUS, ROLE_USER"/>    


    <form-login login-page="/home" 
                default-target-url="/home" 
                authentication-failure-url="/home?authentication_error=true"
                authentication-success-handler-ref="redefineTargetURL"
    />


    <anonymous username="guest" granted-authority="ROLE_GUEST" key="anonymousKey"/>
    <logout invalidate-session="true" logout-success-url="/logout?message=Logout Successful" />

    </http>



<authentication-manager alias="authenticationManager">
    <authentication-provider user-service-ref="userDetailsService" />
</authentication-manager>


<beans:bean id="redefineTargetURL" class="com.groupskeed.common.RedefineTargetURL" />
<beans:bean id="userDetailsService" class="com.groupskeed.security.UserDetailsServiceImpl" />

4

1 に答える 1

30

スレッドバウンドであるため、リダイレクト後SecurityContextHolder.getContext().getAuthentication()に null になることは正しいです。ただし、セッションから再設定する必要があります。SPRING_SECURITY_CONTEXTしたがって、セッション内の属性を追跡するようにしてください。アイデアを得るためのコード例を次に示します。

HttpSession session = request.getSession(true);
System.out.println(session.getAttribute("SPRING_SECURITY_CONTEXT"));

Spring Security のドキュメントには、HTTPS/HTTP 切り替えがセッションを台無しにする方法についての部分があり、おそらくどこかに問題のヒントがあります。 http://static.springsource.org/spring-security/site/faq.html#d0e223

上記の FAQ は、アプリケーションでセッションがどのように処理されるかを調べることにつながります。私はおそらく AuthenticationSuccessHandler の実装を見始めるでしょう。(必要に応じて、質問に投稿できます。)

Web アプリケーションでのセキュリティ コンテキストの処理方法の詳細については、以下を参照してください: (セクション 5.4 Web アプリケーションでの認証): http://static.springsource.org/spring-security/site/docs/3.0.x/reference /technical-overview.html

于 2013-06-11T09:17:02.243 に答える