• Najnowsze pytania
  • Bez odpowiedzi
  • Zadaj pytanie
  • Kategorie
  • Tagi
  • Zdobyte punkty
  • Ekipa ninja
  • IRC
  • FAQ
  • Regulamin
  • Książki warte uwagi

Podczas logowania powinno zostać użyte Spring Security do bezpiecznego logowania

Object Storage Arubacloud
0 głosów
519 wizyt
pytanie zadane 24 kwietnia 2017 w Java przez Jonki Dyskutant (8,180 p.)

Po namyśle postanowiłem zamienić swoją konfiguracje XML na JavaConfig, lecz oczywiście nie natknąłem się na masę błędów. Wiekszość rozwiązałem, ale z jednym nie mogę sobie poradzić. Posiadam autoryzowane logowanie w JavaConfig

@Override
    protected void configure(HttpSecurity http) throws Exception {
        http.authorizeRequests()
                .anyRequest().authenticated()
                .and()
                    .formLogin()
                        .loginPage("/login")
                        .defaultSuccessUrl("/loginSuccessfully")
                        .failureUrl("/login?error=true")
                        .usernameParameter("username")
                        .passwordParameter("password")
                .and()
                    .logout()
                        .logoutUrl("/logout")
                        .logoutSuccessUrl("/logout")
                .and()
                    .csrf();
    }

natomiast w XML wyglądało to tak

<http auto-config="true" use-expressions="true">
  <form-login login-page="/login" default-target-url="/loginSuccessfully" authentication-failure-url="/login?error=true" username-parameter="username" password-parameter="password" /> 
  <logout logout-success-url="/login" /> 
  <csrf /> 
  </http>

IDENTYCZNIE. Podczas konfiguracji XML działało, a teraz w JavaConfig nie. Natomiast problem polega na tym, że podczas logowania nie jest "używane" Spring Security. Po naciśnięciu na przycisk zaloguj szuka metody oznaczonej 'POST'.

Startowa konfiguracja wygląda tak

@Configuration
public class WebInit extends AbstractAnnotationConfigDispatcherServletInitializer {
 
    @Override
    protected Class<?>[] getRootConfigClasses() {
        return null;
    }
 
    @Override
    protected Class<?>[] getServletConfigClasses() {
 
        return new Class[] {WebConfig.class,
                            WebSecurityConfig.class,
                            WebDatasourceConfig.class};
    }
 
    @Override
    protected String[] getServletMappings() {
        return new String[] {"/"};
    }
}

a to cały WebSpringConfig

@Configuration
@EnableWebSecurity
@EnableGlobalMethodSecurity(securedEnabled = true, prePostEnabled = true)
public class WebSecurityConfig extends WebSecurityConfigurerAdapter {
 
    @Autowired
    private DataSource dataSource;
 
    @Override
    protected void configure(HttpSecurity http) throws Exception {
        http.authorizeRequests()
                .anyRequest().authenticated()
                .and()
                    .formLogin()
                        .loginPage("/login")
                        .defaultSuccessUrl("/loginSuccessfully")
                        .failureUrl("/login?error=true")
                        .usernameParameter("username")
                        .passwordParameter("password")
                .and()
                    .logout()
                        .logoutUrl("/logout")
                        .logoutSuccessUrl("/logout")
                .and()
                    .csrf();
    }
 
    @Autowired
    public void configureGlobal(AuthenticationManagerBuilder auth) throws Exception {
        auth.jdbcAuthentication()
                .passwordEncoder(passwordEncoder())
                .dataSource(dataSource)
                .usersByUsernameQuery("SELECT username, password, enabled FROM users WHERE username=?")
                .authoritiesByUsernameQuery("SELECT username, ‘ROLE_USER’ FROM users WHERE username=?");
    }
 
    @Bean
    public BCryptPasswordEncoder passwordEncoder() {
        return new BCryptPasswordEncoder(12);
    }
}

Według mnie nie ma błędu w Spring Security, tylko może gdzieś zrobiłem pomyłkę i nie puściłem odpowiedniego skanowania.

2 odpowiedzi

0 głosów
odpowiedź 24 kwietnia 2017 przez Wiciorny Ekspert (269,710 p.)
co podaje JVM za błąd? może wtedy będzie mi łatwiej rozszyfrować
komentarz 24 kwietnia 2017 przez Jonki Dyskutant (8,180 p.)
No właśnie nie ma błędu. Screen https://zapodaj.net/da8c7babc0dad.png.html Gdy na formie logowania naciskam przycisk aby zalogować, to szuka metody oznaczonej PostMapping. A powinno podjąć działanie wg. Spring Security, czyli albo jest poprawne zalogowanie albo błąd. Tak jakby nie widziało tej konfiguracji. Dal sprawdzenia stworzyłem na chwilę metodę PostMapping i wyświetliłem obiekt Principal z SecurityContextHolder i wywaliło NullPointerException(nie stworzyło żadnego obiektu). Czyli wydaje mi się, że te konfiguracje coś się nie stykają.
komentarz 25 kwietnia 2017 przez Jonki Dyskutant (8,180 p.)

Może w tej klasie zastępującej web.xml, czyli WebInit, może coś tu jest walnięte. Stara konfiguracja web.xml wyglądała tak

<web-app id="WebApp_ID" version="2.4" xmlns="http://java.sun.com/xml/ns/j2ee" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://java.sun.com/xml/ns/j2ee http://java.sun.com/xml/ns/j2ee/web-app_2_4.xsd">
  <display-name>My application</display-name> 
- <servlet>
  <servlet-name>mvc-dispatcher</servlet-name> 
  <servlet-class>org.springframework.web.servlet.DispatcherServlet</servlet-class> 
- <init-param>
  <param-name>contextConfigLocation</param-name> 
  <param-value>/WEB-INF/applicationContext.xml</param-value> 
  </init-param>
  <load-on-startup>1</load-on-startup> 
  </servlet>
- <servlet-mapping>
  <servlet-name>mvc-dispatcher</servlet-name> 
  <url-pattern>/</url-pattern> 
  </servlet-mapping>
- <!-- Spring Security
  --> 
- <context-param>
  <param-name>contextConfigLocation</param-name> 
  <param-value>/WEB-INF/security-context.xml</param-value> 
  </context-param>
- <filter>
  <filter-name>springSecurityFilterChain</filter-name> 
  <filter-class>org.springframework.web.filter.DelegatingFilterProxy</filter-class> 
  </filter>
- <filter-mapping>
  <filter-name>springSecurityFilterChain</filter-name> 
  <url-pattern>/*</url-pattern> 
  </filter-mapping>
- <!-- 
  --> 
- <listener>
  <listener-class>org.springframework.web.context.ContextLoaderListener</listener-class> 
  </listener>
  </web-app>

ale po przesiadce na JavaConfig, trochę mam problem z przeniesieniem tego.

0 głosów
odpowiedź 25 kwietnia 2017 przez Jonki Dyskutant (8,180 p.)
Jest ktoś w stanie pomóc mi określić czemu nie ma reakcji ze strony konfiguracji WebSecurityConfig?

Podobne pytania

0 głosów
0 odpowiedzi 194 wizyt
pytanie zadane 3 sierpnia 2017 w Java przez Jonki Dyskutant (8,180 p.)
+1 głos
0 odpowiedzi 288 wizyt
+1 głos
1 odpowiedź 180 wizyt

92,555 zapytań

141,403 odpowiedzi

319,557 komentarzy

61,940 pasjonatów

Motyw:

Akcja Pajacyk

Pajacyk od wielu lat dożywia dzieci. Pomóż klikając w zielony brzuszek na stronie. Dziękujemy! ♡

Oto polecana książka warta uwagi.
Pełną listę książek znajdziesz tutaj.

Akademia Sekuraka

Kolejna edycja największej imprezy hakerskiej w Polsce, czyli Mega Sekurak Hacking Party odbędzie się już 20 maja 2024r. Z tej okazji mamy dla Was kod: pasjamshp - jeżeli wpiszecie go w koszyku, to wówczas otrzymacie 40% zniżki na bilet w wersji standard!

Więcej informacji na temat imprezy znajdziecie tutaj. Dziękujemy ekipie Sekuraka za taką fajną zniżkę dla wszystkich Pasjonatów!

Akademia Sekuraka

Niedawno wystartował dodruk tej świetnej, rozchwytywanej książki (około 940 stron). Mamy dla Was kod: pasja (wpiszcie go w koszyku), dzięki któremu otrzymujemy 10% zniżki - dziękujemy zaprzyjaźnionej ekipie Sekuraka za taki bonus dla Pasjonatów! Książka to pierwszy tom z serii o ITsec, który łagodnie wprowadzi w świat bezpieczeństwa IT każdą osobę - warto, polecamy!

...