Az oldal segítségével megadhatja azokat a visszahívás-kezelő beállításokat a JAX-WS számára, amelyek meghatározzák, hogy a rendszer hogyan szerzi meg a biztonsági jelsorokat az üzenetfejlécekből.
Az általános cella vagy kiszolgáló szintű kötés szerkesztésekor lehetősége van visszahívás-kezelő beállításokat megadni. Alkalmazásspecifikus kötéseket is beállíthat olyan tokenekhez és üzenetrészekhez, amelyeket az irányelvkészlet megkövetel.
Hiba elkerülése: Mielőtt értékeket ad meg az oldalon
lévő Kulcstár és Kulcs
tulajdonságokhoz, tisztában kell lennie azzal, hogy az előállítóhoz megadott
kulcstár/álnév információk és a fogyasztóhoz megadott kulcstár/álnév
információk más célokra lesznek felhasználva.
A fő különbség egy X.509
visszahívás-kezelő álnevére vonatkozik:
gotcha- Előállító
- Ha egy titkosítás-előállítóval együtt van használatban, akkor az
előállítóhoz megadott álnév szolgál az üzenet titkosításához használandó
nyilvános kulcs lekérésére. Jelszó nem szükséges. A titkosítás-előállítóhoz
tartozó visszahívás-kezelőn megadott álnévnek elérhetőnek kell lennie jelszó
nélkül. Ez azt jelenti, hogy az álnévhez nem tartozhatnak privát kulcs
információk a kulcstárban. Ha egy aláírás-előállítóval együtt van
használatban, akkor az előállítóhoz megadott álnév szolgál az üzenet
aláírásához használandó privát kulcs lekérésére. Jelszó szükséges.
![[Updated in October 2013]](../images/delta.gif)
Hiba elkerülése: Mivel
az üzenet aláírásához használt álnév jelszót igényel, az üzenet titkosításához
használt álnév pedig nem követeli meg a jelszó alkalmazását, ezért az aláírás
és a titkosítás előállítójaként nem használható ugyanaz az álnév. gotcha![[Updated in October 2013]](../images/deltaend.gif)
- Fogyasztó
- Ha egy titkosítás-fogyasztóval együtt van használatban, akkor an
fogyasztóhoz megadott álnév szolgál az üzenet visszafejtéséhez használandó
privát kulcs lekérésére. Jelszó szükséges.
Ha egy aláírás-fogyasztóval társítva kerül felhasználásra, akkor a fogyasztóhoz megadott álnév szigorúan a nyilvános kulcs lekérésére szolgál, amely egy olyan X.509 tanúsítvány feloldására szolgál, amely nincs átadva a SOAP biztonsági fejlécben BinarySecurityToken elemként. Jelszó nem szükséges.
Az aláírás-fogyasztóhoz tartozó visszahívás-kezelőn megadott álnévnek elérhetőnek kell lennie jelszó nélkül. Ez azt jelenti, hogy az álnévhez nem tartozhatnak privát kulcs információk a kulcstárban.
Ha egy X.509 tanúsítvány nincs átadva a SOAP biztonsági fejlécben egy BinarySecurityToken elemként, akkor egy SecurityTokenReference jelenik meg a KeyInfo elemben a Signature elemen belül a SOAP biztonsági fejlécben, amely az X.509 tanúsítvány feloldására fog szolgálni. A használható metódusok: Kulcsazonosító, X.509 kibocsátó neve és kibocsátó sorozatszáma és Ujjlenyomat. A fogyasztó a három metódus bármelyikét elfogadja az üzeneten kívüli X.509 tanúsítvány feloldásához, ha egy kulcstár/álnév van beállítva az aláírás-fogyasztóhoz tartozó X.509 token-fogyasztóhoz. Az X.509-es tokenfelhasználó nem dinamikusan oldja fel az üzeneten kívül megjelenő tanúsítványokat kulcstároló bejegyzésekre. A tanúsítványokat, amelyek felhasználásra kerülnek ismerni kell a beállítás időpontjában és kódolva kell lenniük az X.509-es tokenfelhasználó visszahívás kezelőjébe.
Ha egy X.509-es tanúsítványt kell feloldani az üzeneten kívül, akkor általános kötések használatakor több tanúsítványt is feloldhat, de ha alkalmazásspecifikus kötéseket használ, akkor csak egyet. Csak egy tanúsítvány oldható fel az üzeneten kívül, ha alkalmazásspecifikus kötéseket használ, mert az alkalmazásspecifikus kötésekben csak egy X.509 tokenfelhasználó áll rendelkezésre. Mivel csak egy használható X.509-es tokenfelhasználó van, csak egy álnév használható, ezért csak egy tanúsítványt lehet feloldani. Ha például az X.509 token-fogyasztó az A tanúsítványhoz beállítva, és az A ügyfél elküldi az A tanúsítvány kulcsazonosítóját, akkor a tanúsítvány lekérhető. Ha azonban a B ügyfél elküldi a B tanúsítvány kulcsazonosítóját, akkor a tanúsítványt nem lehet lekérni, és az üzenet visszautasításra kerül.
Általános kötések használatakor több X.509-es tokenfelhasználó is létrehozható, amelyek mindegyikén másik tanúsítvány van beállítva (kulcstároló/álnévs). A kötésekben a feloldandó tanúsítványokkal társított összes X.509-es tokenfelhasználó hozzárendelésre kerül az aláírt részt aláírási kulcs információihoz.
Amikor egy X.509 tanúsítvány kerül elküldésre a SOAP biztonsági fejlécben egy BinarySecurityToken elemként, ha egy kulcstár/álnév van beállítva az aláírás-fogyasztóhoz tartozó X.509 token-fogyasztón, akkor a fogyasztón beállított tanúsítvány összehasonlításra kerül az üzenetben átadott tanúsítvánnyal. Ha nem egyeznek, akkor az üzenet visszautasításra kerül. Ez a viselkedés eltér a JAX-RPC viselkedésétől. Az X.509 token fogyasztón beállított álnévhez tartozó tanúsítvány nem szolgál a bizalom kiértékelésére a bejövő tanúsítványon. Erre a célra csak a kulcsadatbázisok és tanúsítványtárok szolgálnak.
Ha azt szeretné, hogy az aláírás-fogyasztóhoz tartozó X.509 token-fogyasztón beállított tanúsítvány elérhető legyen a KeyInfo feloldáshoz, de ne legyenek visszautasítva az üzenetben átadott nem-egyező X.509 tanúsítványok, akkor hozzáadhatja a következő egyéni tulajdonságot az X.509 token-fogyasztó visszahívás-kezelőhöz:com.ibm.wsspi.wssecurity.consumer.callbackHandlerKeystoreLimitsAccess=false Hiba elkerülése: Mivel az üzenet visszafejtéséhez
használt álnév jelszót igényel, az üzenet aláírásának ellenőrzéséhez használt
álnév pedig nem követeli meg a jelszó alkalmazását, ezért az aláírás és a
titkosítás feldolgozójaként nem használható ugyanaz az álnév. gotcha
- Kattintson a lehetőségre. A kötések panelen látható, hogy melyik az alapértelmezett kötés, például a Szolgáltató minta kötés.
- Ezen alapértelmezett kötés szerkesztéséhez kattintson a elemre.
- Kattintson az első lépésben megállapított alapértelmezett kötés nevére. Például Szolgáltató minta.
- Kattintson a WS-Security irányelvre az Irányelvek táblázatban.
- Kattintson a Hitelesítés és védelem hivatkozásra a Fő üzenetbiztonsági irányelv kötések részben.
- Kattintson a token_neve hivatkozásra a Védelmi tokenek részben vagy a Hitelesítési tokenek részben.
- Kattintson a Visszahívás-kezelő hivatkozásra.
- Kattintson az lehetőségre.
- Válasszon ki egy webszolgáltatásokat tartalmazó alkalmazást. Az alkalmazásnak tartalmaznia kell egy szolgáltatót vagy szolgáltatási ügyfelet.
- Kattintson a Szolgáltatói irányelvkészletek és kötések hivatkozásra vagy a Szolgáltatási ügyfél irányelvkészletek és kötések hivatkozásra a Webszolgáltatások tulajdonságai részben.
- Válasszon ki egy kötést. Korábban már mellékelnie kellett egy irányelvkészletet és hozzárendelnie egy alkalmazásspecifikus kötést.
- Kattintson a WS-Security irányelvre az Irányelvek táblázatban.
- Kattintson a Hitelesítés és védelem hivatkozásra a Fő üzenetbiztonsági irányelv kötések részben.
- Kattintson a token_neve hivatkozásra a Védelmi tokenek részben vagy a Hitelesítési tokenek részben.
- Kattintson a Visszahívás-kezelő hivatkozásra.
Ez az adminisztrációs konzol oldal csak Java API XML webszolgáltatásokhoz (JAX-WS) alkalmazásokra vonatkozik.
A Visszahívás-kezelő máshogy jeleníti meg a mezőket a különböző tokenekhez. Attól függően, hogy előállító vagy felhasználó tokeneket állít be védelemhez, vagy pedig bejövő vagy kimenő tokeneket hitelesítéshez, a panel egyes részei és mezői mindent megjelenítenek az itt leírtak közül, vagy csak bizonyos elemeket, az egyes mezők leírásánál jelzett módon.
![[z/OS]](../ngzos.gif)
JCERACFKS