Пользовательский модуль входа в Wildfly 8, получающий доступ к параметрам HttpServletRequest

Я бы предложил создать LoginContext и передать реализацию CallbackHandler. В обработчике обратного вызова учитывайте дополнительное свойство UUID.

Хотя этот код работает для меня, вам нужно будет обновить его, чтобы учесть дополнительное свойство UUID.

public class NamePasswordCallbackHandler implements CallbackHandler {
    private final String username;
    private final String password;

    private NamePasswordCallbackHandler(String username, String password) {
        this.username = username;
        this.password = password;
    }

    public void handle(Callback[] callbacks) throws IOException, UnsupportedCallbackException {
        for (Callback current : callbacks) {
            if (current instanceof NameCallback) {
                ((NameCallback) current).setName(username);
            } else if (current instanceof PasswordCallback) {
                ((PasswordCallback) current).setPassword(password.toCharArray());
            } else {
                throw new UnsupportedCallbackException(current);
            }
        }
    }
}

Я создал собственную реализацию объекта Configuration (показан ниже как JBossJaasConfiguration).

Затем перейдите через этот обработчик обратного вызова в свой LoginContext:

CallbackHandler cbh = new NamePasswordCallbackHandler(username, password);
Configuration config = new JBossJaasConfiguration("mysqldomain");

LoginContext loginContext = new LoginContext("mycontext", new Subject(), cbh, config);
loginContext.login();

Свойство «mysqldomain» относится к имени домена безопасности в вашем файле standalone.xml.

<subsystem xmlns="urn:jboss:domain:security:1.2">
    <security-domains>
        <security-domain name="mysqldomain" cache-type="default">
             <authentication>
                  <login-module code="com.soccerx.security.DatabaseServerLoginRealm" flag="required">
                     <module-option name="dsJndiName" value="java:jboss/datasources/SoccerSoftwareDS"/>
                     <module-option name="principalsQuery" value="select userId, tenantId, password, salt from User where username=? and StatusId != 2"/>

            <module-option name="rolesQuery" value="select Role, 'Roles' from User where Username=?"/>
                    <module-option name="password-stacking" value="useFirstPass"/>
                    <module-option name="principalClass" value="com.soccerx.security.DatabasePrincipal"/>
                </login-module>
            </authentication>
        </security-domain>
    <security-domains>
</subsystem>

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

Примечание. Вам нужно будет учесть это в вашем CustomDatabaseLoginRealm, как определено в вашем standalone.xml. Это означает доступ к имени пользователя/паролю/uuid и сравнение его со значениями в базе данных.

Дополнительную документацию см. здесь

Вместо того, чтобы вызывать метод HttpServletRequest.login() непосредственно из веб-службы покоя, вы можете настроить домен безопасности в Wildfly.

Этот домен безопасности должен быть указан в элементе login-config вашего веб-приложения web.xml с ограничением безопасности, чтобы включить JAAS

Вот пример web. xml, который объявляет ограничение безопасности и конфигурацию входа (с методом аутентификации BASIC)

И пример конфигурации Wildfly standalone.xml для конфигурации security-domain с использованием стандартного предоставленного модуля входа в базу данных, а не пользовательского:

<security-domain name="securityDomain" cache-type="default">
    <authentication>
        <login-module code="Database" flag="required">
            <module-option name="dsJndiName" value="java:/TestDS"/>
            <module-option name="principalsQuery" value="select password from User where login = ? and (disabled is null or disabled = 0) and activated = 1"/>
            <module-option name="rolesQuery" value="select name,'Roles' from Role r, User_Role ur, User u where u.login=? and u.id = ur.userId and r.id = ur.roleId"/>
            <module-option name="hashAlgorithm" value="SHA-256"/>
            <module-option name="hashEncoding" value="base64"/>
            <module-option name="unauthenticatedIdentity" value="guest"/>
        </login-module>
    </authentication>
</security-domain>

Затем в вашем ресурсе REST вам просто нужно использовать аннотации @RolesAllowed или @PermitAll, чтобы ограничить доступ или не выполнять также авторизацию.