Подтвердить что ты не робот

Внедрение пользовательского AuthenticationProvider в Spring Безопасность 2.06

Я использую Spring Security для защиты веб-приложения Struts2. Из-за ограничений проекта я использую Spring Security 2.06.

Моя команда построила пользовательский API управления пользователями, который аутентифицирует пользователя после ввода параметров имени пользователя и пароля и возвращает пользовательский объект, содержащий список ролей и других атрибутов, таких как электронная почта, имя и т.д.

С моей точки зрения, типичный Spring случай использования безопасности использует UserDetailsService по умолчанию для извлечения объекта UserDetails; этот объект будет содержать (помимо прочего) поле пароля, которое будет использоваться каркасом для аутентификации пользователя.

В моем случае я хочу, чтобы наш пользовательский API выполнял аутентификацию, а затем возвращал пользовательский объект UserDetails, содержащий роли и другие атрибуты (электронная почта и т.д.).

После некоторых исследований я понял, что могу сделать это с помощью пользовательской реализации AuthenticationProvider. У меня также есть пользовательские реализации UserDetailsService и UserDetails.

Моя проблема в том, что я действительно не понимаю, что я должен возвращать в CustomAuthenticationProvider. Я использую свой пользовательский объект UserDetailsService здесь? Это даже необходимо? Извините, я действительно смущен.

CustomAuthenticationProvider:

public class CustomAuthenticationProvider implements AuthenticationProvider {

private Logger logger = Logger.getLogger(CustomAuthenticationProvider.class);

private UserDetailsService userDetailsService; //what am i supposed to do with this?

@Override
public Authentication authenticate(Authentication authentication) throws AuthenticationException {
    UsernamePasswordAuthenticationToken auth = (UsernamePasswordAuthenticationToken) authentication;
    String username = String.valueOf(auth.getPrincipal());
    String password = String.valueOf(auth.getCredentials());

    logger.info("username:" + username);
    logger.info("password:" + password);
    /* what should happen here? */

    return null;  //what do i return?
}

@Override
public boolean supports(Class aClass) {
    return true;  //To indicate that this authenticationprovider can handle the auth request. since there currently only one way of logging in, always return true
}

public UserDetailsService getUserDetailsService() {
    return userDetailsService;
}

public void setUserDetailsService(UserDetailsService userDetailsService) {
    this.userDetailsService = userDetailsService;
}

}

ApplicationContext-security.xml:

<beans:bean id="customUserDetailsService" scope="prototype" class="com.test.testconsole.security.CustomUserDetailsService"/>

<beans:bean id="customAuthenticationProvider" class="com.test.testconsole.security.CustomAuthenticationProvider">
    <custom-authentication-provider />
    <beans:property name="userDetailsService" ref="customUserDetailsService" />
</beans:bean>

Подводя итог, это то, что мне нужно:

  • Пользователь регистрируется через веб-форму
  • Аутентификация пользователя с использованием внутреннего API управления пользователями
  • Для успешных пользователей, прошедших проверку подлинности, заполните GrantedAuthories и т.д.

  • Возвращает пользовательский объект, содержащий роли/полномочия и другие атрибуты, такие как адрес электронной почты, имя и т.д. Затем я должен иметь доступ к этому объекту так.

    //spring security get user name
Authentication auth = SecurityContextHolder.getContext().getAuthentication();
userName = auth.getName(); //get logged in username
logger.info("username: " + userName);

//spring security get user role
GrantedAuthority[] authorities = auth.getAuthorities();
userRole = authorities[0].getAuthority();
logger.info("user role: " + userRole);

Надеюсь, это имеет смысл. Любая помощь или указатели будут оценены!

Спасибо!

Update:

Я сделал некоторый прогресс, я думаю.

У меня есть пользовательский объект аутентификации, реализующий интерфейс аутентификации:

public class CustomAuthentication implements Authentication {

    String name;
    GrantedAuthority[] authorities;
    Object credentials;
    Object details;
    Object principal;
    boolean authenticated;

    public CustomAuthentication(String name, GrantedAuthority[] authorities, Object credentials, Object details, Object principal, boolean
                                authenticated){
        this.name=name;
        this.authorities=authorities;
        this.details=details;
        this.principal=principal;
        this.authenticated=authenticated;

    }
    @Override
    public GrantedAuthority[] getAuthorities() {
        return new GrantedAuthority[0];  //To change body of implemented methods use File | Settings | File Templates.
    }

    @Override
    public Object getCredentials() {
        return null;  //To change body of implemented methods use File | Settings | File Templates.
    }

    @Override
    public Object getDetails() {
        return null;  //To change body of implemented methods use File | Settings | File Templates.
    }

    @Override
    public Object getPrincipal() {
        return null;  //To change body of implemented methods use File | Settings | File Templates.
    }

    @Override
    public boolean isAuthenticated() {
        return false;  //To change body of implemented methods use File | Settings | File Templates.
    }

    @Override
    public void setAuthenticated(boolean isAuthenticated) throws IllegalArgumentException {
        //To change body of implemented methods use File | Settings | File Templates.
    }

    @Override
    public String getName() {
        return null;  
    }
}

и обновил класс CustomerAuthenticationProvider:

    @Override
    public Authentication authenticate(Authentication authentication) throws AuthenticationException {
        UsernamePasswordAuthenticationToken auth = (UsernamePasswordAuthenticationToken) authentication;
        String username = String.valueOf(auth.getPrincipal());
        String password = String.valueOf(auth.getCredentials());

        logger.info("username:" + username);
        logger.info("password:" + password);

        //no actual validation done at this time

        GrantedAuthority[] authorities = new GrantedAuthorityImpl[1];
        authorities[0] = new GrantedAuthorityImpl("ROLE_USER");

        CustomAuthentication customAuthentication = new CustomAuthentication("TestMerchant",authorities,"details",username,password,true);

    return customAuthentication;

    //return new UsernamePasswordAuthenticationToken(username,password,authorities); 
}

Он работает, если я возвращаю объект UsernamePasswordAuthenticationToken, но если я попытаюсь вернуть CustomAuthentication, я получаю следующую ошибку:

java.lang.ClassCastException: com.test.testconsole.security.CustomAuthentication cannot be cast to org.springframework.security.providers.UsernamePasswordAuthenticationToken
    at com.test.testconsole.security.CustomAuthenticationProvider.authenticate(CustomAuthenticationProvider.java:27)
    at org.springframework.security.providers.ProviderManager.doAuthentication(ProviderManager.java:188)
    at org.springframework.security.AbstractAuthenticationManager.authenticate(AbstractAuthenticationManager.java:46)
    at org.springframework.security.intercept.AbstractSecurityInterceptor.authenticateIfRequired(AbstractSecurityInterceptor.java:319)
    at org.springframework.security.intercept.AbstractSecurityInterceptor.beforeInvocation(AbstractSecurityInterceptor.java:258)
    at org.springframework.security.intercept.web.FilterSecurityInterceptor.invoke(FilterSecurityInterceptor.java:106)
    at org.springframework.security.intercept.web.FilterSecurityInterceptor.doFilter(FilterSecurityInterceptor.java:83)
    at org.springframework.security.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:390)
    at org.springframework.security.ui.SessionFixationProtectionFilter.doFilterHttp(SessionFixationProtectionFilter.java:67)
    at org.springframework.security.ui.SpringSecurityFilter.doFilter(SpringSecurityFilter.java:53)
    at org.springframework.security.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:390)
    at org.springframework.security.ui.ExceptionTranslationFilter.doFilterHttp(ExceptionTranslationFilter.java:101)
    at org.springframework.security.ui.SpringSecurityFilter.doFilter(SpringSecurityFilter.java:53)
    at org.springframework.security.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:390)
    at org.springframework.security.providers.anonymous.AnonymousProcessingFilter.doFilterHttp(AnonymousProcessingFilter.java:105)
    at org.springframework.security.ui.SpringSecurityFilter.doFilter(SpringSecurityFilter.java:53)
    at org.springframework.security.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:390)
    at org.springframework.security.ui.rememberme.RememberMeProcessingFilter.doFilterHttp(RememberMeProcessingFilter.java:116)
    at org.springframework.security.ui.SpringSecurityFilter.doFilter(SpringSecurityFilter.java:53)
    at org.springframework.security.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:390)
    at org.springframework.security.wrapper.SecurityContextHolderAwareRequestFilter.doFilterHttp(SecurityContextHolderAwareRequestFilter.java:91)
    at org.springframework.security.ui.SpringSecurityFilter.doFilter(SpringSecurityFilter.java:53)
    at org.springframework.security.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:390)
    at org.springframework.security.ui.basicauth.BasicProcessingFilter.doFilterHttp(BasicProcessingFilter.java:174)
    at org.springframework.security.ui.SpringSecurityFilter.doFilter(SpringSecurityFilter.java:53)
    at org.springframework.security.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:390)
    at org.springframework.security.ui.AbstractProcessingFilter.doFilterHttp(AbstractProcessingFilter.java:278)
    at org.springframework.security.ui.SpringSecurityFilter.doFilter(SpringSecurityFilter.java:53)
    at org.springframework.security.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:390)
    at org.springframework.security.ui.logout.LogoutFilter.doFilterHttp(LogoutFilter.java:89)
    at org.springframework.security.ui.SpringSecurityFilter.doFilter(SpringSecurityFilter.java:53)
    at org.springframework.security.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:390)
    at org.springframework.security.context.HttpSessionContextIntegrationFilter.doFilterHttp(HttpSessionContextIntegrationFilter.java:235)
    at org.springframework.security.ui.SpringSecurityFilter.doFilter(SpringSecurityFilter.java:53)
    at org.springframework.security.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:390)
    at org.springframework.security.util.FilterChainProxy.doFilter(FilterChainProxy.java:175)
    at org.springframework.web.filter.DelegatingFilterProxy.invokeDelegate(DelegatingFilterProxy.java:236)
    at org.springframework.web.filter.DelegatingFilterProxy.doFilter(DelegatingFilterProxy.java:167)
    at org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1157)
    at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:388)
    at org.mortbay.jetty.security.SecurityHandler.handle(SecurityHandler.java:216)
    at org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:182)
    at org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:765)
    at org.mortbay.jetty.webapp.WebAppContext.handle(WebAppContext.java:418)
    at org.mortbay.jetty.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:230)
    at org.mortbay.jetty.handler.HandlerCollection.handle(HandlerCollection.java:114)
    at org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:152)
    at org.mortbay.jetty.Server.handle(Server.java:326)
    at org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:536)
    at org.mortbay.jetty.HttpConnection$RequestHandler.headerComplete(HttpConnection.java:915)
    at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:539)
    at org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:212)
    at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:405)
    at org.mortbay.io.nio.SelectChannelEndPoint.run(SelectChannelEndPoint.java:409)
    at org.mortbay.thread.QueuedThreadPool$PoolThread.run(QueuedThreadPool.java:582)

Это похоже на то, что ожидается не только любой объект аутентификации, но и конкретная реализация его - UsernamePasswordAuthenticationToken. Это заставляет меня думать, что я могу пропустить другой пользовательский компонент. Может быть, фильтр?

4b9b3361

ОТВЕТЫ

Ответ 1

Если вы реализуете свой собственный AuthenticationProvider, вам не нужно реализовывать UserDetailsService, если вы этого не хотите. UserDetailsService просто предоставляет стандартную DAO для загрузки пользовательской информации, а некоторые другие классы в рамках этой платформы реализованы для ее использования.

Обычно для аутентификации с использованием имени пользователя и пароля вы создаете DaoAuthenticationProvider и вводите это с помощью UserDetailsService. Это может быть вашим лучшим подходом. Если вы внедряете своего собственного провайдера, вы берете на себя ответственность за то, чтобы пользователь предоставил правильный пароль и так далее. Однако в некоторых случаях это более простой подход.

Чтобы ответить на ваше "что должно произойти здесь?" комментарий в вашем коде, это было бы что-то вроде

@Override
public Authentication authenticate(Authentication authentication) throws AuthenticationException {
  UsernamePasswordAuthenticationToken auth = (UsernamePasswordAuthenticationToken) authentication;
  String username = String.valueOf(auth.getPrincipal());
  String password = String.valueOf(auth.getCredentials());

  logger.info("username:" + username);
  logger.info("password:" + password); // Don't log passwords in real app

  // 1. Use the username to load the data for the user, including authorities and password.
  YourUser user = ....

  // 2. Check the passwords match (should use a hashed password here).
  if (!user.getPassword().equals(password)) {
    throw new BadCredentialsException("Bad Credentials");
  }

  // 3. Preferably clear the password in the user object before storing in authentication object
  user.clearPassword();

  // 4. Return an authenticated token, containing user data and authorities  

  return new UsernamePasswordAuthenticationToken(user, null, user.getAuthorities()) ;
}

Пользовательский объект затем будет доступен с помощью

Authentication.getPrincipal()

и вы можете получить доступ к дополнительным свойствам (электронной почте и т.д.), переведя его в пользовательскую реализацию пользователя.

Как вы загружаете пользовательские данные, зависит от вас. Все Spring Безопасность заботится здесь о AuthenticationProvider интерфейсе.

Вы также должны хранить хешированные пароли и проверять предоставленный пароль с использованием того же алгоритма, а не простой проверки равенства.

Ответ 2

спасибо за публикацию этого Люка!

Сохранял меня от большего количества повреждений головного мозга.

Только примечание, на которое я столкнулся, для всех, кто заботится:

Моя настройка:

  • Grails 2.0.4
  • Groovy 1.8
  • spring -security-core 1.2.7.3
  • spring -security-ui 0.2
  • hibernate 2.0.4

При использовании сильно оцененного упрощенного/элегантного подхода, который предлагает Люк, НЕ реализуя пользовательский объект UserDetails (или UserDetailsService) - и - используя свой собственный объект домен, который не распространяется ни на что особенное, вы должны сделайте дополнительный шаг, если вы используете пользовательские теги "sec" из spring безопасности (на ваших страницах, конечно):

Когда вы создаете базовый, нестандартный UserPasswordAuthenticationToken, вы ДОЛЖНЫ передать ему экземпляр того, что расширяет Principal, опять же, если вы хотите, чтобы ваши теги пользовательских разметок безопасности spring работали. Я сделал что-то вроде этого, чтобы сделать его максимально простым (ссылаясь на мои значения объекта пользовательского домена, где это полезно/подходит):

def principalUser = new org.springframework.security.core.userdetails.User(user.username, user.password, user.enabled, !user.accountExpired, !user.passwordExpired,!user.accountLocked, authorities)
def token = new UsernamePasswordAuthenticationToken(principalUser, presentedPassword, authorities)

Это должно удовлетворять условиям, проверенным в grails.plugins.springsecurity.SecurityTagLib.determineSource(), поэтому вы знаете, что ваши страницы, которые используют <sec:loggedInUserInfo>, будут фактически отображаться:

if (principal.metaClass.respondsTo(principal, 'getDomainClass')) {
            return principal.domainClass
}

В противном случае, если вы создадите экземпляр UsernamePasswordAuthenticationToken с помощью объекта вашего домена пользователя (как показано в его примере в Luke), этот метод lib для метода безопасности (defineSource()) просто сделает это лучше всего и вернет (meta) значение org. codehaus.groovy.grails.commons.DefaultGrailsDomainClass, и вы получите сообщение об ошибке, когда тег будет искать переменную-член имени пользователя:

 Error executing tag <sec:ifLoggedIn>: Error executing tag <sec:loggedInUserInfo>: No such property: username for class: org.codehaus.groovy.grails.commons.DefaultGrailsDomainClass

За исключением повторного внедрения/подклассификации тегов taglib-модулей для