RESTful-аутентификация через Spring

Проблема: у
нас есть RESTful API на основе Spring MVC, который содержит конфиденциальную информацию. API должен быть защищен, однако отправка учетных данных пользователя (user / pass combo) с каждым запросом нежелательна. В соответствии с рекомендациями REST (и внутренними бизнес-требованиями) сервер должен оставаться без состояния. API будет использоваться другим сервером в стиле mashup.

Требования:

• Клиент делает запрос .../authenticate(незащищенный URL) с учетными данными; Сервер возвращает безопасный токен, который содержит достаточно информации, чтобы сервер мог проверить будущие запросы и остаться без состояния. Скорее всего, он будет содержать ту же информацию, что и токен Spring Security « Remember-Me» .

• Клиент делает последующие запросы к различным (защищенным) URL-адресам, добавляя ранее полученный токен в качестве параметра запроса (или, менее желательно, заголовок HTTP-запроса).

• Нельзя ожидать, что клиент будет хранить куки.

• Поскольку мы уже используем Spring, решение должно использовать Spring Security.

Мы бились головой об стену, пытаясь заставить это работать, так что, надеюсь, кто-то там уже решил эту проблему.

Учитывая приведенный выше сценарий, как вы можете решить эту конкретную потребность?

Нам удалось заставить это работать точно так, как описано в OP, и, надеюсь, кто-то другой может использовать решение. Вот что мы сделали:

Установите контекст безопасности следующим образом:

<security:http realm="Protected API" use-expressions="true" auto-config="false" create-session="stateless" entry-point-ref="CustomAuthenticationEntryPoint">
    <security:custom-filter ref="authenticationTokenProcessingFilter" position="FORM_LOGIN_FILTER" />
    <security:intercept-url pattern="/authenticate" access="permitAll"/>
    <security:intercept-url pattern="/**" access="isAuthenticated()" />
</security:http>

<bean id="CustomAuthenticationEntryPoint"
    class="com.demo.api.support.spring.CustomAuthenticationEntryPoint" />

<bean id="authenticationTokenProcessingFilter"
    class="com.demo.api.support.spring.AuthenticationTokenProcessingFilter" >
    <constructor-arg ref="authenticationManager" />
</bean>

Как видите, мы создали кастом AuthenticationEntryPoint, который в основном просто возвращает a, 401 Unauthorizedесли наш запрос не был аутентифицирован в цепочке фильтров AuthenticationTokenProcessingFilter.

CustomAuthenticationEntryPoint :

public class CustomAuthenticationEntryPoint implements AuthenticationEntryPoint {
    @Override
    public void commence(HttpServletRequest request, HttpServletResponse response,
            AuthenticationException authException) throws IOException, ServletException {
        response.sendError( HttpServletResponse.SC_UNAUTHORIZED, "Unauthorized: Authentication token was either missing or invalid." );
    }
}

AuthenticationTokenProcessingFilter :

public class AuthenticationTokenProcessingFilter extends GenericFilterBean {

    @Autowired UserService userService;
    @Autowired TokenUtils tokenUtils;
    AuthenticationManager authManager;

    public AuthenticationTokenProcessingFilter(AuthenticationManager authManager) {
        this.authManager = authManager;
    }

    @Override
    public void doFilter(ServletRequest request, ServletResponse response,
            FilterChain chain) throws IOException, ServletException {
        @SuppressWarnings("unchecked")
        Map<String, String[]> parms = request.getParameterMap();

        if(parms.containsKey("token")) {
            String token = parms.get("token")[0]; // grab the first "token" parameter

            // validate the token
            if (tokenUtils.validate(token)) {
                // determine the user based on the (already validated) token
                UserDetails userDetails = tokenUtils.getUserFromToken(token);
                // build an Authentication object with the user's info
                UsernamePasswordAuthenticationToken authentication = 
                        new UsernamePasswordAuthenticationToken(userDetails.getUsername(), userDetails.getPassword());
                authentication.setDetails(new WebAuthenticationDetailsSource().buildDetails((HttpServletRequest) request));
                // set the authentication into the SecurityContext
                SecurityContextHolder.getContext().setAuthentication(authManager.authenticate(authentication));         
            }
        }
        // continue thru the filter chain
        chain.doFilter(request, response);
    }
}

Очевидно, TokenUtilsсодержит некоторый секретный (и очень специфичный для конкретного случая) код и не может быть легко распространен. Вот его интерфейс:

public interface TokenUtils {
    String getToken(UserDetails userDetails);
    String getToken(UserDetails userDetails, Long expiration);
    boolean validate(String token);
    UserDetails getUserFromToken(String token);
}

Это должно дать вам хорошее начало. Удачного кодирования. :)

Вы могли бы рассмотреть Дайджест-аутентификацию доступа . По сути, протокол выглядит следующим образом:

1. Запрос сделан от клиента
2. Сервер отвечает уникальной одноразовой строкой
3. Клиент предоставляет имя пользователя и пароль (и некоторые другие значения), хэшированные md5 с одноразовым номером; этот хеш известен как HA1
4. Затем сервер может проверить личность клиента и предоставить запрошенные материалы
5. Связь с одноразовым номером может продолжаться до тех пор, пока сервер не предоставит новый одноразовый номер (счетчик используется для устранения атак воспроизведения)

Все это сообщение осуществляется через заголовки, которые, как указывает jmort253, в целом более безопасны, чем передача чувствительного материала в параметрах URL.

Дайджест-аутентификация доступа поддерживается Spring Security . Обратите внимание, что, хотя в документах говорится, что у вас должен быть доступ к текстовому паролю вашего клиента, вы можете успешно пройти аутентификацию, если у вас есть хэш HA1 для вашего клиента.

Что касается токенов, несущих информацию, JSON Web Tokens ( http://jwt.io ) - блестящая технология. Основная идея состоит в том, чтобы встраивать информационные элементы (утверждения) в токен, а затем подписывать весь токен, чтобы проверяющая сторона могла убедиться, что утверждения действительно заслуживают доверия.

Я использую эту реализацию Java: https://bitbucket.org/b_c/jose4j/wiki/Home

Существует также модуль Spring (spring-security-jwt), но я не изучал, что он поддерживает.

Почему бы вам не начать использовать OAuth с JSON WebTokens

http://projects.spring.io/spring-security-oauth/

OAuth2 - это стандартизированный протокол / среда авторизации. Согласно официальной спецификации OAuth2 :

Вы можете найти больше информации здесь