Ustawienia wpisu konfiguracji logowania do systemu dla usługi Java Authentication and Authorization Service

Za pomocą tej strony można określić listę konfiguracji logowania do systemu dla usługi JAAS (Java Authentication and Authorization Service).

Aby wyświetlić tę stronę Konsoli administracyjnej, wykonaj następujące czynności:

Kliknij opcję Zabezpieczenia > Zabezpieczenia globalne.
W obszarze Uwierzytelnianie kliknij opcję Usługa uwierzytelniania i autoryzacji Java (JAAS) > Logowania do systemu.

Przed rozpoczęciem definiowania dodatkowych modułów logowania na potrzeby uwierzytelniania w środowisku wykonawczym zabezpieczeń serwera aplikacji należy zapoznać się z dokumentacją usługi JAAS (Java Authentication and Authorization Service). Nie należy usuwać następujących modułów logowania do systemu:

RMI_INBOUND
WEB_INBOUND
DEFAULT
RMI_OUTBOUND
SWAM
SWAM
wssecurity.IDAssertion
wssecurity.signature
wssecurity.PKCS7
wssecurity.PkiPath
wssecurity.UsernameToken
wssecurity.X509BST
LTPA
LTPA_WEB
Uwaga: Moduły LTPA_WEB i WEB_INBOUND mają podobne funkcje. Zaleca się używanie modułu WEB_INBOUND, ponieważ jest to nowszy moduł logowania do systemu.
DESERIALIZE_ASYNCH_CONTEXT

ICSF

Przetwarza żądania logowania, jeśli narzędzie Integrated Cryptographic Services Facility (ICSF) jest używane jako mechanizm uwierzytelnień.

RMI_INBOUND, WEB_INBOUND, DEFAULT

Przetwarzają przychodzące żądania logowania dla wywołań RMI (Remote Method Invocation), aplikacji WWW i większości pozostałych protokołów logowania.

RMI_INBOUND: Ta konfiguracja logowania obsługuje przychodzące żądania RMI. Logowania te są żądaniami dostępu uwierzytelnionego do plików EJB (Enterprise JavaBeans). Jeśli używany jest konektor RMI, logowania mogą być żądaniami dla rozszerzeń JMX (Java Management Extensions).
WEB_INBOUND: Ta konfiguracja logowania obsługuje logowania dla żądań aplikacji WWW, w tym serwletów i plików JSP. Konfiguracja logowania może współdziałać z danymi wyjściowymi wygenerowanymi przez przechwytywacz powiązania zaufania (TAI), jeśli został skonfigurowany. Podmiot przekazany do konfiguracji logowania WEB_INBOUND może zawierać obiekty generowane przez moduł TAI.
DEFAULT: Ta konfiguracja logowania obsługuje logowania dla żądań przychodzących wykonywanych przez większość pozostałych protokołów oraz uwierzytelnień wewnętrznych.

Te trzy konfiguracje logowania przekażą następującą informację wywołania zwrotnego, obsługiwaną przez moduły logowania w tych konfiguracjach. Te wywołania nie są przekazywane w tym samym czasie. Kombinacja tych trzech wywołań określa sposób uwierzytelniania użytkowników przez serwer aplikacji.

Wywołanie zwrotne

callbacks[0] = new javax.security.auth.callback.
NameCallback("Nazwa użytkownika:");

Odpowiedzialność

Pobiera nazwę użytkownika dostarczoną podczas logowania. Ta informacja może być nazwą użytkownika dla następujących typów logowań:

Logowanie za pomocą nazwy użytkownika, nazywane również uwierzytelnianiem podstawowym.
Logowanie tylko za pomocą nazwy użytkownika na potrzeby asercji tożsamości, bez hasła.

Wywołanie zwrotne: callbacks[1] = new javax.security.auth.callback.
PasswordCallback("Hasło:", false);
Odpowiedzialność: Zbieranie haseł podawanych w trakcie logowania. Dozwolone jest hasło o wartości NULL, które jest używane do obsługi asercji tożsamości.

Wywołanie zwrotne: callbacks[2] = new com.ibm.websphere.security.auth.callback.
WSCredTokenCallbackImpl("Znacznik referencji:");
Odpowiedzialność: Pobiera znacznik LTPA (Lightweight Third Party Authentication) lub inny typ znacznika podczas logowania. Ta informacja zwykle zastępuje nazwę użytkownika i hasło, jeśli nie zostały określone.

Wywołanie zwrotne

callbacks[3] = new com.ibm.wsspi.security.auth.callback.
WSTokenHolderCallback("Lista znaczników Authz:");

Odpowiedzialność

Pobiera listę ArrayList obiektów TokenHolder zwracanych z wywołania do metody WSOpaqueTokenHelper. Wywołanie zwrotne używa metody createTokenHolderListFromOpaqueToken z tokenem uwierzytelniania CSIv2 (Common Secure Interoperability version 2) jako źródłem danych wejściowych.

Ograniczenie: To wywołanie zwrotne istnieje tylko w przypadku, gdy uruchomiono opcję Propagacja atrybutu zabezpieczeń, i jest to logowanie propagacji. W logowaniu propagacji odpowiednie atrybuty zabezpieczeń są propagowane z żądaniem, aby zapobiec konieczności uzyskania dostępu do rejestru użytkowników dla dodatkowych atrybutów. Należy uruchomić propagację atrybutu zabezpieczeń dla uwierzytelniania wychodzącego i przychodzącego.

Można włączyć opcję Propagacja atrybutu zabezpieczeń dla uwierzytelniania wychodzącego CSIv2, wykonując następujące kroki:

Kliknij opcję Zabezpieczenia > Zabezpieczenia globalne.
W obszarze Uwierzytelnianie rozwiń pozycję Zabezpieczenia RMI/IIOP i kliknij opcję Uwierzytelnianie danych wychodzących protokołu CSIv2.
Uruchom opcję Propagacja atrybutu zabezpieczeń.

Można włączyć opcję Propagacja atrybutu zabezpieczeń dla uwierzytelniania przychodzącego CSIv2, wykonując następujące kroki:

Kliknij opcję Zabezpieczenia > Zabezpieczenia globalne.
Na karcie Uwierzytelnianie, rozwiń menu Zabezpieczenia RMI/IIOP kliknij opcję Uwierzytelnianie przychodzące CSIv2.
Uruchom opcję Propagacja atrybutu zabezpieczeń.

W konfiguracjach logowania systemu serwer aplikacji uwierzytelnia użytkownika na podstawie informacji pobranej przez wywołania zwrotne. Niestandardowy moduł logowania nie musi odpowiadać na żadne z tych wywołań zwrotnych. Następująca lista zawiera typowe kombinacje tych wywołań zwrotnych:

Tylko wywołanie zwrotne callbacks[0] = new javax.security.auth.callback.NameCallback("Nazwa użytkownika:");
To wywołanie zwrotne występuje w przypadku asercji tożsamości protokołu CSIv2, logowania protokołów WWW i CSIv2 z certyfikatem X509, logowania przechwytywacza TAI starego typu itd. W przypadku logowań protokołów WWW i CSIv2 z certyfikatem X509 serwer aplikacji odwzorowuje certyfikat na nazwę użytkownika. To wywołanie zwrotne jest używane przez dowolny typ logowania ustanawiający zaufanie tylko z nazwą użytkownika.
Zarówno wywołanie zwrotne callbacks[0] = new javax.security.auth.callback.NameCallback("Nazwa użytkownika:");, jak i wywołanie zwrotne callbacks[1] = new javax.security.auth.callback.PasswordCallback("Hasło:", false);.
Ta kombinacja wywołań zwrotnych jest typowa dla podstawowych logowań z uwierzytelnianiem. Te dwa wywołania zwrotne są używane przez większość uwierzytelnień.
Tylko wywołanie zwrotne callbacks[2] = new com.ibm.websphere.security.auth.callback.WSCredTokenCallbackImpl("Znacznik referencji:");
To wywołanie zwrotne jest używane w celu sprawdzenia poprawności znacznika LTPA (Lightweight Third Party Authentication). To sprawdzenie poprawności odbywa się zwykle podczas logowań pojedynczych (SSO) lub zgodnych. Za każdym razem, gdy żądanie jest wysyłane przez serwer aplikacji, zamiast do czystego klienta, znacznik LTPA jest przesyłany do serwera docelowego. W przypadku pojedynczego logowania znacznik LTPA jest odbierany w informacji cookie i używany do logowania. Jeśli niestandardowy moduł logowania wymaga nazwy użytkownika ze znacznika LTPA, moduł może użyć następującej metody, aby pobrać unikalny identyfikator ze znacznika:
com.ibm.wsspi.security.token.WSSecurityPropagationHelper.
validateLTPAToken(byte[])
Po pobraniu unikalnego identyfikatora należy użyć następującej metody, aby pobrać nazwę użytkownika:
com.ibm.wsspi.security.token.WSSecurityPropagationHelper.
getUserFromUniqueID(uniqueID)

Ważne: Za każdym razem, gdy niestandardowy moduł logowania jest podłączany przed modułami logowania serwera aplikacji i zmienia tożsamość za pomocą usługi odwzorowania referencji, ważne jest, aby ten moduł logowania sprawdził poprawność znacznika LTPA, jeśli jest on obecny. Wywołanie następującej metody wystarczy, aby sprawdzić poprawność zaufania w tokenie LTPA:
com.ibm.wsspi.security.token.WSSecurityPropagationHelper.
validateLTPAToken(byte[])
Serwer odbierający musi posiadać te same klucze LTPA, co serwer wysyłający, aby sprawdzenie poprawności było możliwe. Jeśli nie wykonano sprawdzenia poprawności znacznika LTPA, istnieje ryzyko naruszenia zabezpieczeń.
Kombinacja dowolnych poprzednio wymienionych wywołań zwrotnych i wywołania zwrotnego callbacks[3] = new com.ibm.wsspi.security.auth.callback.WSTokenHolderCallback("Lista znaczników Authz:");.
To wywołanie zwrotne wskazuje, że niektóre propagowane atrybuty zostały dostarczone do serwera. Propagowane atrybuty wciąż wymagają jednej z następujących metod uwierzytelniania:
- callbacks[0] = new javax.security.auth.callback.
  NameCallback("Nazwa użytkownika:");
- callbacks[1] = new javax.security.auth.callback.
  PasswordCallback("Hasło:", false);
- callbacks[2] = new com.ibm.websphere.security.auth.callback.
  WSCredTokenCallbackImpl("Znacznik referencji:");
Jeśli atrybuty dodano do podmiotu z czystego klienta, wywołania zwrotne NameCallback oraz PasswordCallback uwierzytelniają informacje, a obiekty, które zostały przekształcone do postaci szeregowej w magazynie znacznika, są dodawane do uwierzytelnionego podmiotu.
Jeśli włączono asercję tożsamości i propagację CSIv2, serwer aplikacji użyje wywołania zwrotnego NameCallback oraz elementu przechowującego znacznik zawierającego wszystkie propagowane atrybuty w celu przekształcenia większości obiektów z postaci szeregowej. Serwer aplikacji używa wywołania zwrotnego NameCallback z powodu ustanowienia zaufania z serwerami wskazanymi na liście serwerów zaufanych CSIv2. Aby określić zaufane serwery, wykonaj następujące kroki:
1. Kliknij opcję Zabezpieczenia > Zabezpieczenia globalne.
2. W obszarze Uwierzytelnianie kliknij opcję Uwierzytelnianie danych przychodzących protokołu CSIv2.
Niestandardowy moduł logowania musi obsługiwać niestandardową metodę przekształcania do postaci szeregowej. Więcej informacji na ten temat zawiera sekcja "Propagacja atrybutu zabezpieczeń" w Centrum informacyjnym.

Oprócz poprzednio zdefiniowanych wywołań, konfiguracja logowania WEB_INBOUND może zawierać tylko następujące dodatkowe wywołania zwrotne:

Wywołanie zwrotne: callbacks[4] = new com.ibm.websphere.security.auth.callback.
WSServletRequestCallback("HttpServletRequest:");
Odpowiedzialność: Pobiera obiekty żądań serwletu HTTP, jeśli istnieją. To wywołanie zwrotne umożliwia modułom logowania pobranie informacji z żądania HTTP w celu wykorzystania podczas logowania.

Wywołanie zwrotne: callbacks[5] = new com.ibm.websphere.security.auth.callback.
WSServletResponseCallback("HttpServletResponse:");
Odpowiedzialność: Pobiera obiekty odpowiedzi serwletu HTTP, jeśli istnieją. To wywołanie zwrotne umożliwia modułom logowania dodanie informacji do odpowiedzi HTTP jako wynik logowania. Na przykład, moduły logowania mogą dodać informację cookie SingleSignonCookie do odpowiedzi.

Wywołanie zwrotne: callbacks[6] = new com.ibm.websphere.security.auth.callback.
WSAppContextCallback("ApplicationContextCallback:");
Odpowiedzialność: Zbiera kontekst aplikacji WWW używany podczas logowania. To wywołanie zwrotne składa się z tabeli mieszającej, która (jeśli istnieje) zawiera nazwę aplikacji i przekierowany adres WWW.
Wywołanie zwrotne: callbacks[7] = new WSRealmNameCallbackImpl("Nazwa dziedziny:",
<dziedzina_domyślna>);
Odpowiedzialność: Pobierz nazwę dziedziny dla informacji logowania. Informacja dziedziny nie musi być zawsze dostarczona i powinna być uznawana jako dziedzina bieżąca, jeśli jej nie dostarczono.
Wywołanie zwrotne: callbacks[8] = new WSX509CertificateChainCallback("X509Certificate[]:");
Odpowiedzialność: Jeśli źródło logowania to certyfikat X509Certificate pobrany z uwierzytelniania klienta SSL, to wywołanie zwrotne zawiera certyfikat sprawdzony przez SSL. Moduł ltpaLoginModule wywołuje te same funkcje odwzorowania, co w poprzednich wydaniach. Po przekazaniu do logowania, dostarcza on moduł logowania niestandardowego z możliwością odwzorowania certyfikatu w niestandardowy sposób. Następnie uruchamiane jest logowanie tabeli mieszającej (przykład logowania tabeli mieszającej można znaleźć w temacie Moduł logowania niestandardowego dla odwzorowania przychodzącego).

Aby użyć propagacji atrybutu zabezpieczeń za pomocą konfiguracji logowania WEB_INBOUND, można włączyć opcję Propagacja atrybutu zabezpieczeń przychodzących danych WWW na panelu Pojedyncze logowanie.

Kliknij opcję Zabezpieczenia > Zabezpieczenia globalne.
W obszarze Uwierzytelnianie rozwiń pozycję Zabezpieczenia WWW i kliknij opcję Pojedyncze logowanie (SSO).
Wybierz opcję Propagacja atrybutu zabezpieczeń przychodzących danych WWW.

Następujące moduły logowania zostały zdefiniowane fabrycznie dla konfiguracji logowania do systemu RMI_INBOUND, WEB_INBOUND i DEFAULT. Można dodać niestandardowe moduły logowania przed, między lub po modułach logowania, ale nie można usunąć tych zdefiniowanych fabrycznie modułów:

com.ibm.ws.security.server.lm.ltpaLoginModule
Uruchamia logowanie podstawowe, jeśli propagacja atrybutu jest włączona lub wyłączona. Logowanie podstawowe używa zwykłych informacji uwierzytelniania, jak np. identyfikator użytkownika i hasło, znacznik LTPA lub przechwytywacz powiązania zaufań (TAI) oraz nazwę wyróżniającą certyfikatu. Jeśli którykolwiek z następujących scenariuszy jest prawdziwy, ten moduł logowania nie zostanie użyty, a moduł the.com.ibm.ws.security.server.lm.wsMapDefaultInboundLoginModule wykonuje logowanie podstawowe:
- Obiekt java.util.Hashtable zawierający wymagane atrybuty użytkownika jest zawarty w Temacie.
- Obiekt java.util.Hashtable wraz z wymaganymi atrybutami użytkownika jest obecny w atrybucie sharedState HashMap obiektu LoginContext.
- Wywołanie zwrotne WSTokenHolderCallback istnieje bez określonego hasła. Jeśli nazwa użytkownika i hasło są obecne w wywołaniu zwrotnym WSTokenHolderCallback, który wskazuje propagowane informacje, żądanie jest wysyłanym z prostego klienta lub serwera z innej dziedziny, która odwzorowała istniejącą tożsamość na użytkownika i hasło.
com.ibm.ws.security.server.lm.wsMapDefaultInboundLoginModule
Ten moduł logowania wykonuje logowanie za pomocą zwykłej informacji uwierzytelniania, jeśli dowolny z poniższych warunków jest prawdziwy:
- Obiekt java.util.Hashtable z wymaganymi atrybutami użytkownika jest zawarty w Temacie.
- Obiekt java.util.Hashtable z wymaganymi atrybutami użytkownika jest zawarty w obiekcie sharedState HashMap kontekstu LoginContext.
- Wywołanie zwrotne WSTokenHolderCallback istnieje bez wywołania PasswordCallback.
Jeśli obiekt java.util.Hashtable istnieje, moduł logowania odwzorowuje atrybuty obiektu do poprawnego Tematu. Jeśli wywołanie WSTokenHolderCallback jest obecne, moduł logowania przekształca obiekt znacznika bajtowego z postaci cyfrowej i ponownie generuje treść podmiotu przekształconego do postaci cyfrowej. Tabela mieszająca java.util.Hashtable ma znaczenie rozstrzygające przed wszystkimi pozostałymi formami logowania. Należy pamiętać, aby zapobiec duplikacji nadpisania danych propagowanych poprzednio przez serwer aplikacji.

Poprzez określenie tabeli mieszającej java.util.Hashtable, aby miała znaczenie rozstrzygające przed informacją uwierzytelniania, niestandardowy moduł logowania sprawdził poprawność znacznika LTPA (jeśli istnieje), aby ustanowić wystarczające zaufanie. Niestandardowy moduł logowania może użyć metody com.ibm.wsspi.security.token.WSSecurityPropagationHelper.validationLTPAToken(byte[]) w celu sprawdzenia poprawności znacznika LTPA zawartego w wywołaniu zwrotnym WSCredTokenCallback. Niepowodzenie podczas sprawdzania poprawności znacznika LTPA oznacza zagrożenie zabezpieczeń.

Dodatkowe informacje dotyczące dodawania tabeli mieszającej, która zawiera ogólnie znane i prawidłowo utworzone atrybuty używane przez serwer aplikacji jako wystarczające informacje logowania zawiera sekcja "Konfigurowanie odwzorowania tożsamości przychodzącej" w Centrum informacyjnym.

RMI_OUTBOUND

Przetwarza żądania RMI (Remote Method Invocation) wysyłane na zewnątrz do innego serwera, jeśli właściwości com.ibm.CSI.rmiOutboundLoginEnabled lub the com.ibm.CSIOutboundPropagationEnabled posiadają wartość true.

Te właściwości są ustawiane w panelu uwierzytelniania CSIv2. Aby otworzyć panel, wykonaj następujące kroki:

Kliknij opcję Zabezpieczenia > Zabezpieczenia globalne.
W obszarze Uwierzytelnianie rozwiń pozycję Zabezpieczenia RMI/IIOP i kliknij opcję Uwierzytelnianie danych wychodzących protokołu CSIv2.

Aby ustawić właściwość com.ibm.CSI.rmiOutboundLoginEnabled wybierz opcję Niestandardowe odwzorowanie przychodzące. Aby ustawić właściwość com.ibm.CSIOutboundPropagationEnabled, należy wybrać opcję Propagacja atrybutu zabezpieczeń.

Ta konfiguracja logowania określa możliwości konfiguracyjne serwera docelowego i jego domeny zabezpieczeń. Jeśli serwer aplikacji wysyła informacje uwierzytelniania i autoryzacji do serwera zgodnie z kierunkiem przesyłania, serwer aplikacji umożliwia pominięcie kolejnego uzyskania dostępu do bazy danych i wyszukanie atrybutów zabezpieczeń użytkownika dla celów autoryzacji. Dodatkowo, dowolne obiekty niestandardowe, które zostały dodane w serwerze wysyłającym są obecne w Temacie serwera.

Następujące wywołanie zwrotne jest dostępne w konfiguracji logowania RMI_OUTBOUND. Można użyć strategii obiektu com.ibm.wsspi.security.csiv2.CSIv2PerformPolicy zwracanego przez własne wywołanie zwrotne w celu wysłania zapytania strategii zabezpieczeń dla danego żądania wychodzącego. To zapytanie może pomóc w określeniu, czy dziedzina docelowa jest inna niż dziedzina bieżąca, co oznacz konieczność odwzorowania dziedziny. Dodatkowe informacje zawiera sekcja "Konfigurowanie wychodzącego odwzorowania na inną dziedzinę docelową" w Centrum informacyjnym.

Wywołanie zwrotne

callbacks[0] = new WSProtocolPolicyCallback("Wywołanie zwrotne strategii dla protokołu: ");

Odpowiedzialność

Udostępnia specyficzną dla protokołu informację strategii dla modułów logowania w tym wywołaniu wychodzącym. Ta informacja jest używana w celu określenia poziomu zabezpieczeń, łącznie z dziedziną docelową oraz docelowymi i połączonymi wymaganiami zabezpieczeń.

Następująca metoda pobiera strategię CSIv2PerformPolicy z tego specyficznego modułu logowania:

csiv2PerformPolicy = (CSIv2PerformPolicy)
((WSProtocolPolicyCallback)callbacks[0]).getProtocolPolicy();

Protokół inny niż RMI może posiadać inny typ obiektu strategii.

Następujący moduł logowania został zdefiniowany fabrycznie w konfiguracji logowania RMI_OUTBOUND. Można dodać niestandardowe moduły logowania przed, między lub po modułach logowania, ale nie można usunąć zdefiniowanych fabrycznie modułów.

com.ibm.ws.security.lm.wsMapCSIv2OutboundLoginModule

Pobiera następujące znaczniki i obiekty przed utworzeniem przysłaniającego bajtu, który zostanie wysłany do innego serwera za pomocą warstwy znacznika autoryzacji Common Secure Interoperability Version 2 (CSIv2):

Implementacje com.ibm.wsspi.security.token.Token zawarte w Temacie
Niestandardowe obiekty podmiotu z możliwością serializacji
Znaczniki propagacji z wątku

Można użyć niestandardowego modułu logowania przed tym modułem logowania, aby odwzorować uwierzytelnianie. Jest jednak zalecane, aby moduł logowania zmienił treść podmiotu przekazanego podczas fazy logowania. Jeśli to zalecenie zostanie spełnione, moduły logowania zostaną przetworzone po zmodyfikowaniu nowej treści podmiotu przez ten moduł logowania.

Dodatkowe informacje zawiera sekcja "Konfigurowanie wychodzącego odwzorowania na inną dziedzinę docelową" w Centrum informacyjnym.

SWAM

Przetwarza żądania logowania w środowisku pojedynczego serwera, jeśli mechanizm SWAM (Simple WebSphere Authentication Mechanism) jest używany jako metoda uwierzytelniania.

Mechanizm SWAM nie obsługuje uwierzytelnień z możliwością przekierowania. Jeśli SWAM jest metodą uwierzytelniania, serwer aplikacji nie może przesyłać żądań z serwera na serwer. W tym przypadku należy użyć LTPA.

Uwaga: Konfiguracja logowania SWAM jest nieaktualna i zostanie usunięta w kolejnych wydaniach.

Uwaga: Mechanizm SWAM jest nieaktualny dla serwera aplikacji Wersja 8.5 i zostanie usunięty w kolejnej wersji.

SWAM

Ta konfiguracja logowania umożliwia odwzorowanie identyfikatora w rejestrze użytkowników protokołu LDAP (Lightweight Directory Access Protocol) do identyfikatora użytkownika SAF (System Authorization Facility).

Uwaga: Mechanizm SWAM jest nieaktualny dla serwera aplikacji Wersja 8.5 i zostanie usunięty w kolejnej wersji.

wssecurity.IDAssertion

Przetwarza żądania konfiguracji logowania dla zabezpieczeń usług Web Service za pomocą asercji tożsamości.

Ta konfiguracja logowania jest przeznaczona dla aplikacji JAX-RPC (wersja 5.x) WS-Security (wersja robocza numer 13). Więcej informacji na ten temat zawiera sekcja "Metoda uwierzytelniania w oparciu o asercję tożsamości" w Centrum informacyjnym.

wssecurity.IDAssertionUsernameToken

Przetwarza żądania konfiguracji logowania dla zabezpieczeń usług Web Service za pomocą asercji tożsamości.

Ta konfiguracja logowania jest przeznaczona dla aplikacji JAX-RPC zabezpieczeń usług Web Service w wersji 1.0.

Dla modułu logowania JAAS IDAssertionUsernameToken można skonfigurować właściwość niestandardową com.ibm.wsspi.wssecurity.auth.module.IDAssertionLoginModule.disableUserRegistryCheck. Właściwość ta stanowi opcję modułu logowania JAAS asercji tożsamości zabezpieczeń usług Web Service o nazwie wssecurity.IDAssertionUsernameToken. Wskazuje ona, że moduł logowania nie powinien wykonywać sprawdzania rejestru użytkowników podczas przetwarzania przychodzącego znacznika tożsamości.

wssecurity.PKCS7

Weryfikuje certyfikat X.509 za pomocą listy odwołań certyfikatów w obiekcie PKCS7 (Public Key Cryptography Standards #7).

Ta konfiguracja logowania jest przeznaczona dla systemów wersji 6.0.x.

wssecurity.PkiPath

Weryfikuje certyfikat X.509 za pomocą ścieżki infrastruktury kluczy publicznych (PKI).

Ta konfiguracja logowania jest przeznaczona dla systemów wersji 6.0.x.

wssecurity.signature

Przetwarza żądania konfiguracji logowania dla zabezpieczeń usług Web Service za pomocą procedury sprawdzenia poprawności podpisu cyfrowego.

Ta konfiguracja logowania jest używana przez systemy wersji 5.x.

wssecurity.UsernameToken

Sprawdza poprawność uwierzytelniania podstawowego (nazwa użytkownika i hasła).

Jeśli jest używane środowisko wykonawcze JAX-RPC, dla modułu logowania JAAS UsernameToken można skonfigurować następujące właściwości niestandardowe:

Dla modułu logowania JAAS UsernameToken można skonfigurować właściwość niestandardową com.ibm.wsspi.wssecurity.auth.module.UsernameLoginModule.disableUserRegistryCheck. Właściwość ta stanowi opcję modułu logowania JAAS znacznika nazwy użytkownika zabezpieczeń usług Web Service o nazwie com.ibm.wsspi.wssecurity.auth.module.UsernameLoginModule. Wskazuje ona, że moduł logowania nie powinien wykonywać sprawdzania rejestru użytkowników podczas przetwarzania przychodzącego znacznika nazwy użytkownika.

wssecurity.X509BST

Weryfikuje binarny token zabezpieczeń (BST) dla certyfikatu X.509, sprawdzając ważność certyfikatu i ścieżki certyfikatu.

Ta konfiguracja logowania jest przeznaczona dla systemów wersji 6.0.x.

LTPA_WEB

Przetwarza żądania logowania do komponentów w kontenerach WWW, takich jak serwlety i pliki JSP.

Moduł logowania com.ibm.ws.security.web.AuthenLoginModule został fabrycznie zdefiniowany w konfiguracji logowania LTPA. Można dodać niestandardowe moduły logowania przed lub po tym module w konfiguracji logowania LTPA_WEB.

Konfiguracja logowania LTPA_WEB może przetwarzać obiekt HttpServletRequest, obiekt HttpServletResponse oraz nazwę aplikacji WWW, które przekazano za pomocą procedury obsługi wywołania zwrotnego. Więcej informacji na ten temat zawiera sekcja "Przykład: Dostosowywanie konfiguracji logowania i uwierzytelniania usług JAAS (Java Authentication and Authorization Service) po stronie serwera" w Centrum informacyjnym.

LTPA

Przetwarza żądania logowania, które nie zostały obsłużone przez konfigurację logowania LTPA_WEB.

Ta konfiguracja logowania jest używana przez serwer WebSphere Application Server 6.1 i poprzednie wersje.

Moduł logowania com.ibm.ws.security.server.lm.ltpaLoginModule został fabrycznie zdefiniowany w konfiguracji logowania LTPA. Można dodać niestandardowe moduły logowania przed lub po tym module w konfiguracji logowania LTPA. Więcej informacji na ten temat zawiera sekcja "Przykład: Dostosowywanie konfiguracji logowania i uwierzytelniania usług JAAS (Java Authentication and Authorization Service) po stronie serwera" w Centrum informacyjnym.

LTPA_WEB

Przetwarza żądania logowania do komponentów w kontenerach WWW, takich jak serwlety i pliki JSP.

DESERIALIZE_ASYNCH_CONTEXT

Przetwarza żądania logowania dla asynchronicznych komponentów bean.

Konfiguracja DESERIALIZE_ASYNCH_CONTEXT jest używana tylko dla asynchronicznych komponentów bean. Program planujący wykorzystuje menedżer alarmów asynchronicznych komponentów bean do odroczonego startu, co umożliwia przekształcanie kontekstu J2EE do i z postaci szeregowej. Ta konfiguracja logowania jest używana podczas korzystania z asynchronicznych komponentów bean, programu planującego i liczników czasu EJB.

UWAGA:

Konfiguracja logowania DESERIALIZE_ASYNCH_CONTEXT ma ograniczenie. Dowolna operacja, która wymaga sprawdzenia poprawności znacznika w modułach loginModule skonfigurowanych w konfiguracji logowania DESERIALIZE_ASYNC_CONTEXT, może spowodować, że interfejs API będzie wielokrotnie zgłaszał wyjątek TokenExpiredException.

Nazwa pliku: usec_sysjaas.html