5

基于这个Jaspic 示例，我为 a 编写了以下validateRequest方法ServerAuthModule：

public AuthStatus validateRequest(MessageInfo messageInfo, Subject clientSubject,
        Subject serviceSubject) throws AuthException {

    boolean authenticated = false;
    final HttpServletRequest request = 
                      (HttpServletRequest) messageInfo.getRequestMessage();
    final String token = request.getParameter("token");
    TokenPrincipal principal = (TokenPrincipal) request.getUserPrincipal();

    Callback[] callbacks = new Callback[] {
            new CallerPrincipalCallback(clientSubject, (TokenPrincipal) null) };

    if (principal != null) {
        callbacks = new Callback[] { 
                new CallerPrincipalCallback(clientSubject, principal) };
        authenticated = true;
    } else {
        if (token != null && token.length() == Constants.tokenLength) {
            try {
                principal = fetchUser(token);
            } catch (final Exception e) {
                throw (AuthException) new AuthException().initCause(e);
            }
            callbacks = new Callback[]
                        { 
                             new CallerPrincipalCallback(clientSubject, principal),
                             new GroupPrincipalCallback(clientSubject,
                                                        new String[] { "aRole" })
                        };
            messageInfo.getMap().put("javax.servlet.http.registerSession", "TRUE");
            authenticated = true;
        }
    }

    if (authenticated) {
        try {
            handler.handle(callbacks);
        } catch (final Exception e) {
            throw (AuthException) new AuthException().initCause(e);
        }
        return SUCCESS;
    }

    return AuthStatus.SEND_FAILURE;
}

这可以按预期工作，对于 ejb 的第一次调用，@RolesAllowed("aRole")但对于下一次调用，这根本不起作用。Wildfly 通过以下错误消息否认它：

ERROR [org.jboss.as.ejb3.invocation] (default task-4) WFLYEJB0034: EJB Invocation 
    failed on component TestEJB for method public java.lang.String 
    com.jaspic.security.TestEJB.getPrincipalName():
    javax.ejb.EJBAccessException: WFLYSEC0027: Invalid User

如果我猜对了，错误发生在： wilfly 的源代码的org.jboss.as.security.service.SimpleSecurityManager 第 367 行，由于第 405 行，其中credential已检查，但似乎是null.

这在 Wildfly 8/9/10CR 中似乎是相同的（其他版本未测试）。

我再次不确定，如果我做错了，或者这是否与 https://issues.jboss.org/browse/WFLY-4626相同的错误？这是一个错误，还是预期的行为？

4

1 回答 1

7

这听起来对我来说也是一个错误，因为调用者身份（调用者/组Principal）似乎保留在对 Web 的后续调用中，而不是对 EJB 容器的调用。我自己的 JASPIC 类（在 GlassFish 4.1 上正常运行）在 WildFly 9.0.2.Final 和 10.0.0.CR4 与普通 Servlet 和 SLSB 一起使用时，即使后者标记为@PermitAll.

由于我自己不熟悉 WildFly 安全内部，因此我无法在这方面为您提供帮助。除非您可以对此进行修补，否则我暂时能想到的唯一 SAM 级解决方法是不使用javax.servlet.http.registerSession看似触发问题的回调属性，而是在每次调用时CallbackHandler同时注册调用者Principal 及其validateRequest(...)组。如果适用于您的用例，您可能希望将该信息附加到HttpSession以加快处理速度；否则从头开始重复。因此，例如：

public class Sam implements ServerAuthModule {

    // ...

    @Override
    public AuthStatus validateRequest(MessageInfo mi, Subject client, Subject service) throws AuthException {
        boolean authenticated = false;
        boolean attachAuthnInfoToSession = false;
        final String callerSessionKey = "authn.caller";
        final String groupsSessionKey = "authn.groups";
        final HttpServletRequest req = (HttpServletRequest) mi.getRequestMessage();
        TokenPrincipal tp = null;
        String[] groups = null;
        String token = null;
        HttpSession hs = req.getSession(false);
        if (hs != null) {
            tp = (TokenPrincipal) hs.getAttribute(callerSessionKey);
            groups = (String[]) hs.getAttribute(groupsSessionKey);
        }
        Callback[] callbacks = null;
        if (tp != null) {
            callbacks = new Callback[] { new CallerPrincipalCallback(client, tp), new GroupPrincipalCallback(client, groups) };
            authenticated = true;
        }
        else if (isValid(token = req.getParameter("token"))) {
            tp = newTokenPrincipal(token);
            groups = fetchGroups(tp);
            callbacks = new Callback[] { new CallerPrincipalCallback(client, tp), new GroupPrincipalCallback(client, groups) };
            authenticated = true;
            attachAuthnInfoToSession = true;
        }
        if (authenticated) {
            try {
                handler.handle(callbacks);
                if (attachAuthnInfoToSession && ((hs = req.getSession(false)) != null)) {
                    hs.setAttribute(callerSessionKey, tp);
                    hs.setAttribute(groupsSessionKey, groups);
                }
            }
            catch (IOException | UnsupportedCallbackException e) {
                throw (AuthException) new AuthException().initCause(e);
            }
            return AuthStatus.SUCCESS;
        }
        return AuthStatus.SEND_FAILURE;
    }

    // ...

    @Override
    public void cleanSubject(MessageInfo mi, Subject subject) throws AuthException {
        // ...
        // just to be safe
        HttpSession hs = ((HttpServletRequest) mi.getRequestMessage()).getSession(false);
        if (hs != null) {
            hs.invalidate();
        }
    }

    private boolean isValid(String token) {
        // whatever
        return ((token != null) && (token.length() == 10));
    }

    private TokenPrincipal newTokenPrincipal(String token) {
        // whatever
        return new TokenPrincipal(token);
    }

    private String[] fetchGroups(TokenPrincipal tp) {
        // whatever
        return new String[] { "aRole" };
    }

}

我在上述 WildFly 版本上以上述方式测试了上述内容（即使用单个 Servlet 引用单个 SLSB 标记@DeclareRoles/方法级别@RolesAllowed），它似乎按预期工作。显然我不能保证这种方法不会以其他意想不到的方式失败。

也可以看看：

于 2015-11-20T13:06:36.107 回答