@Secured не работает в контроллере, но intercept-url работает нормально

Не похоже, что @Secured на методах в моем @Controller читаются. Когда используется фильтрация безопасности, основанная на sec: intercept-url, это работает нормально. Следующий код приводит к Spring безопасности, предоставляющему мне эту запись в журнале:

DEBUG: org.springframework.security.web.access.intercept.FilterSecurityInterceptor - Открытый объект - аутентификация не выполнена

web.xml

         contextConfigLocation                  /WEB -INF/ spring/root-context.xml          

<!-- Creates the Spring Container shared by all Servlets and Filters -->
<listener>
    <listener-class>org.springframework.web.context.ContextLoaderListener</listener-class>
</listener>

<!-- Processes application requests -->
<servlet>
    <servlet-name>appServlet</servlet-name>
    <servlet-class>org.springframework.web.servlet.DispatcherServlet</servlet-class>
    <init-param>
        <param-name>contextConfigLocation</param-name>
        <param-value>
            /WEB-INF/spring/appServlet/servlet-context.xml
        </param-value>
    </init-param>
    <load-on-startup>1</load-on-startup>
</servlet>

<!-- Filter security -->
<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>

servlet-context.xml содержит конфигурацию viewResolvers и все маршаллинга. Эта конфигурация управляется аннотацией.

корневой context.xml

    <sec:global-method-security secured-annotations="enabled" />

<sec:http auto-config="true">
    <sec:http-basic/>
</sec:http>

<!-- Declare an authentication-manager to use a custom userDetailsService -->
<sec:authentication-manager>
    <sec:authentication-provider
        user-service-ref="userDetailsService">
        <sec:password-encoder ref="passwordEncoder" />
    </sec:authentication-provider>
</sec:authentication-manager>

<bean
    class="org.springframework.security.authentication.encoding.PlaintextPasswordEncoder"
    id="passwordEncoder" />
<sec:user-service id="userDetailsService">
    <sec:user name="john" password="john" authorities="ROLE_USER, ROLE_ADMIN" />
    <sec:user name="jane" password="jane" authorities="ROLE_USER" />
</sec:user-service>

PingController.java

@Controller
public class PingController {

    @Secured("ROLE_ADMIN")
    @RequestMapping(value = "/ping", method = RequestMethod.GET)
    public void ping() {
    }

}

Это, похоже, не имеет никакого отношения к тому методу аутентификации, который я использую, поэтому основной-http-тег можно упустить.

У меня есть идея, что @Secured не работает из-за того, что он используется в другом контексте, чем root-context.xml, в котором настроена безопасность. Я попытался переместить эту конфигурацию в файл servlet-context.xml, но, похоже, он не достигнет springSecurityFilterChain. Любые мысли о проблеме и моей теории?

Ответ 1

Вы правы, <global-method-security> применяется для каждого контекста. Однако вам не нужно переместить всю конфигурацию безопасности на servlet-context.xml, просто добавьте к ней элемент <global-method-security>.

Ответ 2

См. Spring Часто задаваемые вопросы по безопасности (акцент мой). Если вы применяете pointcuts к уровню обслуживания, вам нужно установить <global-method-security> в контекст безопасности приложения.

В веб-приложении Spring контекст приложения, который содержит Spring MVC beans для сервлета диспетчера часто отделяется от основной контекст приложения. Он часто определяется в файле с именем myapp-servlet.xml, где "myapp" - это имя, присвоенное SpringDispatcherServlet в web.xml. Приложение может иметь несколько DispatcherServlets, каждый со своим изолированным контекстом приложения. beans в этих "дочерних" контекстах не видны остальным выражение. Контекст "родительского" приложения загружается ContextLoaderListener, который вы определяете в своем web.xml и видим для всех детского контекста. Этот родительский контекст обычно используется там, где вы определяете вашей конфигурации безопасности, включая элемент). В результате любые ограничения безопасности, применяемые к методам в эти веб-страницы beans не будут применяться, поскольку beans не может быть замечен из контекста DispatcherServlet. Вам нужно либо переместить  объявления в веб-контекст или beans, который вы хотите зафиксировать в главном контексте приложения.

Обычно мы рекомендуем применять метод безопасности на службе а не на отдельных веб-контроллерах.