É possível enviar mais dados em autenticação baseada em formulários na Primavera?

Question

Eu sou relativamente novo para o Spring Framework e Primavera de segurança.

Eu tenho usado um esquema de autenticação personalizada, HTML:

<form action="j_spring_security_check">
    <input type="text" name="j_username" value="abc"/>
    <input type="text" name="j_password" value="abc"/>
    <input type="text" name="myCustom1" value="pqr"/> <!-- maybe type="hidden" -->
    <input type="text" name="myCustom2" value="pqr"/> <!-- maybe type="hidden" -->
</form>

eo código correspondente:

public class CustomAuthenticationProvider extends AbstractUserDetailsAuthenticationProvider
{
    @Override protected void additionalAuthenticationChecks(UserDetails userDetails, UsernamePasswordAuthenticationToken usernamePasswordAuthenticationToken)
    throws AuthenticationException
    {
        System.out.println("Method invoked : additionalAuthenticationChecks isAuthenticated ? :"+usernamePasswordAuthenticationToken.isAuthenticated());
    }

    @Override protected UserDetails retrieveUser(String username,UsernamePasswordAuthenticationToken authentication)
    throws AuthenticationException
    {
        System.out.println("Method invoked : retrieveUser");
        //I have Username,password:
        //HOW CAN I ACCESS "myCustom1", "myCustom2" here ?
    }
}

Answer 1

Se você precisa usar parâmetros de formulário adicionais para manipular o nome de usuário e senha, você pode implementar seu próprio AuthenticationProcessingFilter

http: / /static.springsource.org/spring-security/site/apidocs/org/springframework/security/ui/webapp/AuthenticationProcessingFilter.html

Esta classe terá acesso total ao HttpRequest e, portanto, todos os parâmetros adicionais que você enviar. Se o seu objetivo é de alguma forma usar esses valores para modificar o nome de usuário e senha, isto é onde você iria fazê-lo.

Answer 2

Todos os acima são grandes e perfeitas soluções. Mas eu usei uma espécie solução alternativa de solução que funciona perfeitamente bem. id multitenant usado para ThreadLocal

package com.mypackage.servlet;

import java.io.IOException;

import javax.servlet.Filter;
import javax.servlet.FilterChain;
import javax.servlet.FilterConfig;
import javax.servlet.ServletException;
import javax.servlet.ServletRequest;
import javax.servlet.ServletResponse;

import org.springframework.util.Assert;

public class ThreadLocalContextUtil implements Filter{
     private static final ThreadLocal<Object> contextHolder =
                new ThreadLocal<Object>();

       public static void setTenantId(Object tenantId) {
          Assert.notNull(tenantId, "customerType cannot be null");
          contextHolder.set(tenantId);
       }

       public static Object getTenantId() {
          return contextHolder.get();
       }

       public static void clearTenant() {
          contextHolder.remove();
       }

    public void destroy() {

    }

    public void doFilter(ServletRequest request, ServletResponse response,
            FilterChain chain) throws IOException, ServletException {
        // Set the tenant Id into a ThreadLocal object
        ThreadLocalContextUtil.setTenantId(request);
        if(chain != null)
            chain.doFilter(request, response);
        else {
            //error
        }
    }

    public void init(FilterConfig filterconfig) throws ServletException {

    }
}

Spring Security xml

<security:http auto-config="true" use-expressions="true" access-denied-page="/forms/auth/403" >
    <security:custom-filter before="FIRST" ref="tenantFilter" />
    ......
    </security:http>

Acesso objeto de solicitação em sua classe de autenticação

HttpServletRequest currRequest = (HttpServletRequest) ThreadLocalContextUtil.getTenantId();

Em seguida, use o objeto de solicitação para obter o seu parâmetros personalizados

Answer 3

O truque aqui é que você precisa para criar um novo AuthenicationToken (talvez) estendendo-se UsernameAndPasswordAuthenicationToken e como @emills diz que você precisa, em seguida, implementar um novo AuthenciationProcessingFilter para mapear os valores de solicitação para o token e submetê-los à AuthenicationManager.

Basicamente, há um par de peças para a implementação de uma cadeia authenication personalizada no spring-security

• AuthenicationToken - detalhes da solicitação authenication e é resultado, ou seja, contém as credenciais que você precisa para autenticar
• AuthenicationProvider - registrado com o AuthenicationManager, aceita o seu AuthenicationToken e valida o usuário e retorna um token com as autoridades concedidas definidos
• AuthenciationFilter - na verdade não tem que ser um filtro apenas usando AbstractProcessingFilter irá tornar sua vida um pouco mais fácil

Answer 4

Gostaria de ir desta maneira:

<bean id="authenticationProcessingFilter"  
    class="org.acegisecurity.ui.webapp.AuthenticationProcessingFilter">
  ...
  <property name="authenticationDetailsSource">
    <bean class="org.acegisecurity.ui.AuthenticationDetailsSourceImpl">
        <property name="clazz"  
           value="com.MyAuthenticationDetails"/>
    </bean>
  </property>
</bean>  

Esta é a classe que mantém as propriedades:

package com;
import javax.servlet.http.HttpServletRequest;
import org.acegisecurity.ui.WebAuthenticationDetails;
public class MyAuthenticationDetails extends WebAuthenticationDetails {
    public MyAuthenticationDetails() {
      super();
    }
    //This constructor will be invoqued by the filter
    public MyAuthenticationDetails(HttpServletRequest request) {
        super(request);
        this.myCustom1 = request.getParameter("myCustom1");
    }
    public String getMyCustom1() {
        return myCustom1;
    }
    private String myCustom1;
}

Agora você tem o nome de usuário, senha e os detalhes.

Answer 5

Eu fiz uma coisa semelhante, mas diferente qualquer um, em seguida, sugeriu aqui. Não estou dizendo que este é o caminho "certo" para fazê-lo - mas funcionou muito bem para mim. No objeto principal não é o usuário e há também um objeto Detalhes no AuthenticationToken que você pode armazenar um mapa (String, String) de outras informações de login.

public class RequestFormDeatils extends SpringSecurityFilter {

   protected void doFilterHttp(HttpServletRequest request, ...) {
      SecurityContext sec = SecurityContextHolder.getContent();
      AbstractAuthenticationToken auth = (AbstractAuthenticationToken)sec.getAuthentication();
      Map<String, String> m = new HashMap<String, String>;
      m.put("myCustom1", request.getParamtere("myCustom1"));
      m.put("myCustom2", request.getParameter("myCustom2"));
      auth.setDetails(m);
}

Agora, em qualquer lugar em seu código que você começa usar o SecurityContext para propagar essa segurança relacionadas com informações sem ter que par para os seus UserDetails objeto, ou passá-lo como argumentos. Eu faço esse código em um SecurityFilter no final da cadeia de filtro de segurança da Primavera.

<bean id="requestFormFilter" class="...RequestFormDetails">
   <custom-filter position="LAST" />
</bean>