Защита приложений Java WebLogic с помощью ролей и утверждений ролей

В этой статье показано приложение Java WebLogic, которое использует OpenID Connect для входа пользователей и ролей приложения идентификатора Microsoft Entra (роли приложения) для авторизации.

Это приложение реализует управление доступом на основе ролей (RBAC) с помощью ролей приложения Идентификатора Майкрософт и функции утверждений ролей. Другим подходом является использование групп идентификаторов Microsoft Entra и утверждений групп. Группы идентификаторов и роли приложений Microsoft Entra не являются взаимоисключающими. Их можно использовать для точного управления доступом.

Вы также можете использовать RBAC с ролями приложений и утверждениями ролей для безопасного применения политик авторизации.

Видео, охватывающее этот сценарий и этот пример, см. в статье "Реализация авторизации в приложениях с помощью ролей приложений, групп безопасности, областей и ролей каталога".

Дополнительные сведения о работе протоколов в этом сценарии и других сценариях см. в статье "Проверка подлинности и авторизация".

Это приложение использует MSAL для Java (MSAL4J) для входа пользователя и получения маркера идентификатора из идентификатора Microsoft Entra ID.

Этот пример сначала использует MSAL для Java (MSAL4J) для входа пользователя. На домашней странице отображается параметр для просмотра утверждений в маркерах идентификатора пользователя. Это приложение также позволяет пользователям просматривать привилегированную страницу администратора или обычную страницу пользователя в зависимости от роли приложения, к которым они были назначены. Идея заключается в том, чтобы предоставить пример того, как в приложении доступ к определенным функциям или страницам ограничен подмножествами пользователей в зависимости от того, к какой роли они относятся.

Такая авторизация реализуется с помощью RBAC. С помощью RBAC администратор предоставляет разрешения ролям, а не отдельным пользователям или группам. Затем администратор может назначать роли разным пользователям и группам для управления доступом к определенному содержимому и функциям.

В этом примере приложения определены следующие две роли приложения:

• PrivilegedAdmin: авторизован для доступа только к администраторам и страницам обычных пользователей.
• RegularUser: авторизовано для доступа к странице "Обычные пользователи ".

Эти роли приложения определяются на портале Azure в манифесте регистрации приложения. Когда пользователь входит в приложение, идентификатор Microsoft Entra выдает утверждение ролей для каждой роли, предоставленной отдельно пользователю в виде членства в роли.

Вы можете назначить пользователей и группы ролям с помощью портал Azure.

Примечание.

Утверждения роли не присутствуют для гостевых пользователей в клиенте, если https://login.microsoftonline.com/common/ конечная точка используется в качестве центра входа пользователей. Необходимо войти в клиентную конечную точку, например https://login.microsoftonline.com/tenantid.

Необходимые компоненты

• JDK версии 8 или более поздней
• Maven 3
• Клиент идентификатора Microsoft Entra. Дополнительные сведения см. в разделе "Как получить клиент идентификатора Microsoft Entra".
• Учетная запись пользователя в собственном клиенте Идентификатора Microsoft Entra, если вы хотите работать только с учетными записями в каталоге организации , то есть в режиме одного клиента. Если вы еще не создали учетную запись пользователя в клиенте, перед тем как продолжить, сделайте это. Дополнительные сведения см. в статье "Создание, приглашение и удаление пользователей".

• WebLogic
• Visual Studio Code
• Инструменты Azure для Visual Studio Code

Рекомендации

• Некоторые знания о Java / Jakarta Servlets.
• Некоторые знания о терминале Linux/OSX.
• jwt.ms для проверки маркеров.
• Fiddler для мониторинга активности сети и устранения неполадок.
• Следуйте блогу по идентификатору Microsoft Entra ID, чтобы оставаться в курсе последних разработок.

Настройка примера

В следующих разделах показано, как настроить пример приложения.

Клонирование или скачивание примера репозитория

Чтобы клонировать пример, откройте окно Bash и выполните следующую команду:

git clone https://github.com/Azure-Samples/ms-identity-msal-java-samples.git
cd 3-java-servlet-web-app/3-Authorization-II/roles

Кроме того, перейдите к репозиторию ms-identity-msal-java-samples , а затем скачайте его в виде файла .zip и извлеките его на жесткий диск.

Внимание

Чтобы избежать ограничений длины пути к файлам в Windows, клонируйте или извлеките репозиторий в каталог рядом с корнем жесткого диска.

Регистрация примера приложения в клиенте Идентификатора Microsoft Entra

В этом примере есть один проект. В следующих разделах показано, как зарегистрировать приложение с помощью портал Azure.

Выберите клиент Идентификатора Microsoft Entra, в котором вы хотите создать приложения

Чтобы выбрать клиент, выполните следующие действия.

1. Войдите на портал Azure.

2. Если ваша учетная запись присутствует в нескольких клиентах идентификатора Microsoft Entra ID, выберите профиль в углу портал Azure, а затем выберите "Переключить каталог", чтобы изменить сеанс на нужный клиент Идентификатора Microsoft Entra.

Регистрация приложения (java-servlet-webapp-role)

Сначала зарегистрируйте новое приложение в портал Azure, следуя инструкциям в кратком руководстве. Регистрация приложения с помощью платформа удостоверений Майкрософт.

Затем выполните следующие действия, чтобы завершить регистрацию:

1. Перейдите на страницу Регистрация приложений Платформы удостоверений Майкрософт для разработчиков.

2. Выберите Создать регистрацию.

3. На появившемся экране "Регистрация приложения" введите следующие сведения о регистрации приложения:

   • В разделе "Имя" введите понятное имя приложения для отображения пользователям приложения, напримерjava-servlet-webapp-roles.

   • В разделе "Поддерживаемые типы учетных записей" выберите один из следующих вариантов:

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

   • В разделе URI перенаправления выберите Веб-файл в поле со списком и введите следующий URI перенаправления: http://localhost:8080/msal4j-servlet-roles/auth/redirect

4. Выберите Зарегистрировать, чтобы создать приложение.

5. На странице регистрации приложения найдите и скопируйте значение идентификатора приложения (клиента), которое будет использоваться позже. Это значение используется в файле конфигурации или файлах приложения.

6. Выберите Сохранить, чтобы сохранить изменения.

7. На странице регистрации приложения выберите сертификаты и секреты на панели навигации, чтобы открыть страницу, где можно создать секреты и отправить сертификаты.

8. В разделе Секреты клиента выберите Создать секрет клиента.

9. Введите описание, например секрет приложения.

10. Выберите одну из доступных продолжительности: в течение 1 года, за 2 года или никогда не истекает.

11. Выберите Добавить. Отображается созданное значение.

12. Скопируйте и сохраните созданное значение для использования в последующих шагах. Это значение требуется для файлов конфигурации кода. Это значение не отображается снова, и его нельзя получить другими средствами. Таким образом, не забудьте сохранить его из портал Azure перед переходом на любой другой экран или область.

Определение ролей приложения

Чтобы определить роли приложения, выполните следующие действия.

1. По-прежнему на той же регистрации приложения выберите роли приложений на панели навигации.

2. Выберите " Создать роль приложения", а затем введите следующие значения:

   • Для отображаемого имени введите подходящее имя, например PrivilegedAdmin.
   • Для типов разрешенных элементов выберите "Пользователь".
   • Для параметра Value введите PrivilegedAdmin.
   • В поле "Описание" введите PrivilegedAdmins, который может просмотреть страницу администрирования.

3. Выберите " Создать роль приложения", а затем введите следующие значения:

   • В поле Отображаемое имя введите подходящее имя, например RegularUser.
   • Для типов разрешенных элементов выберите "Пользователь".
   • Для параметра Value введите RegularUser.
   • В поле "Описание" введите RegularUsers, которые могут просматривать страницу пользователя.

4. Щелкните Применить, чтобы сохранить изменения.

Назначение пользователям ролей приложения

Чтобы добавить пользователей в роль приложения, определенную ранее, следуйте инструкциям ниже. Назначьте пользователей и группы ролям.

---

Настройка приложения (java-servlet-webapp-role) для использования регистрации приложения

Чтобы настроить приложение, выполните следующие действия.

Примечание.

В следующих шагах ClientID выполняется то же самое, что Application ID и AppId.

1. Откройте проект в интегрированной среде разработки.

2. Откройте файл authentication.properties.

3. Найдите строку {enter-your-tenant-id-here}. Замените существующее значение идентификатором клиента Идентификатора Microsoft Entra.

4. Найдите строку {enter-your-client-id-here} и замените существующее значение идентификатором приложения или clientId java-servlet-webapp-call-graph приложением, скопированным из портал Azure.

5. Найдите строку {enter-your-client-secret-here} и замените существующее значение значением, сохраненным во время создания java-servlet-webapp-roles приложения, в портал Azure.

6. app.roles Найдите свойство и убедитесь, что для параметра задано app.roles=admin PrivilegedAdmin, user RegularUserзначение или замените имена определенных ролей.

Сборка примера

Чтобы создать пример с помощью Maven, перейдите в каталог, содержащий файл pom.xml для примера, а затем выполните следующую команду:

mvn clean package

Эта команда создает WAR-файл , который можно запустить на различных серверах приложений.

Развертывание примера

В этих инструкциях предполагается, что вы установили WebLogic и настроили некоторый домен сервера.

Перед развертыванием в WebLogic выполните следующие действия, чтобы внести некоторые изменения конфигурации в сам пример, а затем выполнить сборку или перестроить пакет:

1. В примере найдите файл application.properties или authentication.properties , где вы настроили идентификатор клиента, клиент, URL-адрес перенаправления и т. д.

2. В этом файле измените ссылки на localhost:8080 localhost:8443 URL-адрес и порт, на который выполняется WebLogic, в котором по умолчанию должно быть localhost:7001.

3. Кроме того, необходимо внести те же изменения в регистрацию приложения Azure, где вы задали его в портал Azure в качестве значения URI перенаправления на вкладке "Проверка подлинности".

Чтобы развернуть пример в WebLogic с помощью веб-консоли, выполните следующие действия.

1. Запустите сервер WebLogic с DOMAIN_NAME\bin\startWebLogic.cmd.

2. Перейдите в веб-консоль WebLogic в браузере http://localhost:7001/console.

3. Перейдите к развертываниям структуры>домена, выберите "Установить", выберите "Отправить файлы", а затем найдите war-файл, созданный с помощью Maven.

4. Выберите "Установить это развертывание в качестве приложения", нажмите кнопку "Далее", выберите "Готово" и нажмите кнопку "Сохранить".

5. Большинство параметров по умолчанию должны быть хорошо, за исключением того, что вы должны присвоить приложению имя для сопоставления URI перенаправления, заданного в примере конфигурации или регистрации приложений Azure. То есть, если универсальный код ресурса (URI перенаправления) имеет значение http://localhost:7001/msal4j-servlet-auth, то следует присвоить приложению msal4j-servlet-authимя.

6. Вернитесь к развертываниям структуры>домена и запустите приложение.

7. После запуска приложения перейдите http://localhost:7001/<application-name>/к приложению и сможете получить доступ к приложению.

Анализ примера

Чтобы изучить пример, выполните следующие действия.

1. Обратите внимание, что состояние входа или выхода отображается в центре экрана.
2. Нажмите кнопку с учетом контекста в углу. Эта кнопка считывает вход при первом запуске приложения.
3. На следующей странице следуйте инструкциям и войдите с учетной записью в клиенте идентификатора Microsoft Entra ID.
4. На экране согласия обратите внимание на запрашиваемые области.
5. Обратите внимание, что кнопка с учетом контекста теперь говорит выход и отображает имя пользователя.
6. Выберите сведения о маркере идентификатора, чтобы просмотреть некоторые декодированные утверждения маркера идентификатора.
7. Выберите "Только администраторы", чтобы просмотреть страницу /admin_only . Только пользователи с ролью PrivilegedAdmin приложения могут просматривать эту страницу. В противном случае отображается сообщение об ошибке авторизации.
8. Выберите "Обычные пользователи", чтобы просмотреть страницу /regular_user . Только пользователи с ролью RegularUser приложения или PrivilegedAdmin могут просматривать эту страницу. В противном случае отображается сообщение об ошибке авторизации.
9. Нажмите кнопку в углу, чтобы выйти из нее.

Примечания о коде

В этом примере используется MSAL для Java (MSAL4J) для входа пользователя и получения маркера идентификатора, который может содержать утверждение ролей. В зависимости от утверждения ролей пользователь, вошедшего в систему, не может получить доступ ни к одному, одному или обоим защищенным страницам и Admins Only Regular Users.

Если вы хотите реплицировать поведение этого примера, можно скопировать файл pom.xml и содержимое вспомогательных и папок authservlets в папке src/main/java/com/microsoft/azuresamples/msal4j. Вам также нужен файл authentication.properties . Эти классы и файлы содержат универсальный код, который можно использовать в широком массиве приложений. Вы также можете скопировать остальную часть примера, но другие классы и файлы создаются специально для решения задачи этого примера.

Содержимое

В следующей таблице показано содержимое папки примера проекта:

Файл или папка	Description
src/main/java/com/microsoft/azuresamples/msal4j/role/	Этот каталог содержит классы, определяющие серверную бизнес-логику приложения.
src/main/java/com/microsoft/azuresamples/msal4j/authservlets/	Этот каталог содержит классы, используемые для входа и выхода конечных точек.
____Servlet.java	Все доступные конечные точки определяются в классах .java, заканчивающиеся ____Servlet.java.
src/main/java/com/microsoft/azuresamples/msal4j/helpers/	Вспомогательные классы для проверки подлинности.
AuthenticationFilter.java	Перенаправляет запросы без проверки подлинности на защищенные конечные точки на страницу 401.
src/main/resources/authentication.properties	Идентификатор и конфигурация программы Microsoft Entra.
src/main/webapp/	Этот каталог содержит шаблоны JSP пользовательского интерфейса
CHANGELOG.md	Список изменений в примере.
CONTRIBUTING.md	Рекомендации по участию в образце.
ЛИЦЕНЗИЯ	Лицензия для примера.

Обработка утверждения ролей в маркере идентификатора

Утверждение ролей маркера включает имена ролей, которым назначен пользователь, выполнившего вход, как показано в следующем примере:

{
  ...
  "roles": [
    "Role1",
    "Role2",]
  ...
}

ConfidentialClientApplication

ConfidentialClientApplication Экземпляр создается в файле AuthHelper.java, как показано в следующем примере. Этот объект помогает создать URL-адрес авторизации Microsoft Entra, а также помогает обмениваться маркером проверки подлинности для маркера доступа.

// getConfidentialClientInstance method
IClientSecret secret = ClientCredentialFactory.createFromSecret(SECRET);
confClientInstance = ConfidentialClientApplication
                     .builder(CLIENT_ID, secret)
                     .authority(AUTHORITY)
                     .build();

Для создания экземпляров используются следующие параметры:

• Идентификатор клиента приложения.
• Секрет клиента, который является обязательным для конфиденциальных клиентских приложений.
• Центр идентификатора Microsoft Entra, который включает идентификатор клиента Microsoft Entra.

В этом примере эти значения считываются из файла authentication.properties с помощью средства чтения свойств в файле Config.java .

Пошаговое руководство

Ниже приведены пошаговые инструкции по функциональным возможностям приложения:

1. Первым шагом процесса входа является отправка запроса /authorize в конечную точку для клиента Идентификатора Microsoft Entra. Экземпляр MSAL4J ConfidentialClientApplication используется для создания URL-адреса запроса авторизации. Приложение перенаправляет браузер на этот URL-адрес, где пользователь входит в систему.

   final ConfidentialClientApplication client = getConfidentialClientInstance();
   AuthorizationRequestUrlParameters parameters = AuthorizationRequestUrlParameters.builder(Config.REDIRECT_URI, Collections.singleton(Config.SCOPES))
           .responseMode(ResponseMode.QUERY).prompt(Prompt.SELECT_ACCOUNT).state(state).nonce(nonce).build();
   
   final String authorizeUrl = client.getAuthorizationRequestUrl(parameters).toString();
   contextAdapter.redirectUser(authorizeUrl);
   

   В следующем списке описываются функции этого кода:

   • AuthorizationRequestUrlParameters: параметры, которые должны быть заданы для сборки AuthorizationRequestUrl.
   • REDIRECT_URI: где идентификатор Microsoft Entra перенаправляет браузер вместе с кодом проверки подлинности после сбора учетных данных пользователя. Он должен соответствовать URI перенаправления в регистрации приложения идентификатора Записи Майкрософт в портал Azure.
   • SCOPES: области — это разрешения, запрашиваемые приложением.
     • Как правило, три области openid profile offline_access достаточно для получения ответа маркера идентификатора.
     • Полный список областей, запрашиваемых приложением, можно найти в файле authentication.properties . Можно добавить дополнительные области, например User.Read.

2. Пользователь предоставляет запрос на вход с помощью идентификатора Microsoft Entra. Если попытка входа выполнена успешно, браузер пользователя перенаправляется в конечную точку перенаправления приложения. Допустимый запрос к этой конечной точке содержит код авторизации.

3. Затем ConfidentialClientApplication экземпляр обменивается этим кодом авторизации для маркера идентификатора и маркера доступа из идентификатора Microsoft Entra ID.

   // First, validate the state, then parse any error codes in response, then extract the authCode. Then:
   // build the auth code params:
   final AuthorizationCodeParameters authParams = AuthorizationCodeParameters
           .builder(authCode, new URI(Config.REDIRECT_URI)).scopes(Collections.singleton(Config.SCOPES)).build();
   
   // Get a client instance and leverage it to acquire the token:
   final ConfidentialClientApplication client = AuthHelper.getConfidentialClientInstance();
   final IAuthenticationResult result = client.acquireToken(authParams).get();
   

   В следующем списке описываются функции этого кода:

   • AuthorizationCodeParameters: параметры, которые необходимо задать для обмена кодом авторизации для идентификатора и (или) маркера доступа.
   • authCode: код авторизации, полученный в конечной точке перенаправления.
   • REDIRECT_URI: URI перенаправления, используемый на предыдущем шаге, должен быть передан еще раз.
   • SCOPES: области, используемые на предыдущем шаге, должны быть переданы снова.

4. При успешном выполнении acquireToken извлекаются утверждения токена. Если проверка неисключения проходит, результаты помещаются в context экземпляр сеанса IdentityContextData и сохраняются в сеансе. Затем приложение может создать экземпляр IdentityContextData сеанса путем экземпляра IdentityContextAdapterServlet , когда ему требуется доступ, как показано в следующем коде:

   // parse IdToken claims from the IAuthenticationResult:
   // (the next step - validateNonce - requires parsed claims)
   context.setIdTokenClaims(result.idToken());
   
   // if nonce is invalid, stop immediately! this could be a token replay!
   // if validation fails, throws exception and cancels auth:
   validateNonce(context);
   
   // set user to authenticated:
   context.setAuthResult(result, client.tokenCache().serialize());
   

Защита маршрутов

Сведения о том, как пример приложения фильтрует доступ к маршрутам, см. в AuthenticationFilter.java. В файле app.protect.authenticated authentication.properties свойство содержит разделенные запятыми маршруты, к которым могут получить доступ только прошедшие проверку подлинности пользователи, как показано в следующем примере:

# for example, /token_details requires any user to be signed in and does not require special roles claim(s)
app.protect.authenticated=/token_details

Все маршруты, перечисленные в наборах app.protect.roles правил, разделенных запятыми, также отключены для пользователей, прошедших проверку подлинности, как показано в следующем примере. Однако эти маршруты также содержат разделенный пробелами список членства в роли приложения: только пользователи, имеющие по крайней мере одну из соответствующих ролей, могут получить доступ к этим маршрутам после проверки подлинности.

# local short names for app roles - for example, sets admin to mean PrivilegedAdmin (useful for long rule sets defined in the next key, app.protect.roles)
app.roles=admin PrivilegedAdmin, user RegularUser

# A route and its corresponding <space-separated> role(s) that can access it; the start of the next route & its role(s) is delimited by a <comma-and-space-separator>
# this says: /admins_only can be accessed by PrivilegedAdmin, /regular_user can be accessed by PrivilegedAdmin role and the RegularUser role
app.protect.roles=/admin_only admin, /regular_user admin user

Области

Области сообщают Microsoft Entra ID уровень доступа, который запрашивает приложение.

На основе запрошенных областей идентификатор Microsoft Entra представляет диалог согласия для пользователя при входе. Если пользователь дает согласие на одну или несколько областей и получает маркер, в результируемые области кодируются в результирующий access_tokenкод.

Области, запрошенные приложением, см. в разделе authentication.properties. Эти три области запрашиваются MSAL и предоставляются идентификатором Microsoft Entra ID по умолчанию.

Дополнительные сведения

• Библиотека проверки подлинности Майкрософт (MSAL) для Java
• Платформа удостоверений Майкрософт
• Краткое описание: регистрация приложения на платформе Microsoft Identity
• Общие сведения о согласии приложений с идентификатором Microsoft Entra ID
• Understand user and admin consent (Получение согласия пользователя и администратора)
• Примеры кода MSAL
• Практическое руководство. Добавление ролей приложения в приложение, зарегистрированное в Azure Active Directory, и их получение в токене
• Управление назначением пользователей для приложения в Microsoft Entra ID

Следующий шаг

Развертывание приложений Java WebLogic в WebLogic в Azure Виртуальные машины