Apigee Edge belgelerini görüntülüyorsunuz.
.
Git:
Apigee X belgeleri. bilgi

Ne?
İstemcilerden veya diğer sistemlerden alınan bir JWT'deki imzayı doğrular. Bu politika ayrıca sonraki politikaların veya koşulların inceleyebilmesi için hak taleplerini bağlam değişkenlerine ayırır bu değerleri kullanarak yetkilendirme veya yönlendirme kararları verebilirsiniz. Ayrıntılı bilgi için JWS ve JWT politikalarına genel bakış sayfasına göz atın.
Bu politika yürütüldüğünde Edge bir JWT'nin imzasını doğrular ve JWT'nin son geçerlilik tarihine göre ve varsa daha önce kullanılacak şekilde de geçerlidir. Politika isteğe bağlı olarak JWT ile ilgili belirli iddiaların değerlerini de doğrularsınız (konu, kartı veren kuruluş, veya ek hak taleplerinin değeri olabilir.
JWT doğrulanmış ve geçerliyse, JWT kapsamındaki tüm hak talepleri sonraki politikalar veya koşullar tarafından kullanılmak üzere bağlam değişkenlerine ayıklanır ve istek devam etmesine izin veriliyor. JWT imzası doğrulanamazsa veya JWT; bu hata nedeniyle tüm işleme durur ve yanıtta bir hata döndürülür.
JWT'nin bölümleri ve bunların nasıl şifrelenip imzalandığı hakkında bilgi edinmek için RFC7519'a bakın.
Video
JWT'de imzayı nasıl doğrulayacağınızı öğrenmek için kısa bir video izleyin.
Örnekler
- HS256 ile imzalanmış bir JWT'yi doğrulayın algoritma
- RS256 ile imzalanmış bir JWT'yi doğrulama algoritma
HS256 ile imzalanmış bir JWT'yi doğrulayın algoritma
Bu örnek politika, HS256 şifreleme algoritması HMAC ile imzalanan bir JWT'yi doğrular
sağlayabilir. JWT, proxy isteğinde
jwt
Anahtar, private.secretkey
adlı bir değişkende yer alır.
Politikaya nasıl istekte bulunabileceğiniz de dahil olmak üzere eksiksiz bir örnek için yukarıdaki videoyu izleyin.
Politika yapılandırması, Edge'in JWT'nin kodunu çözmesi ve değerlendirmesi için gereken bilgileri içerir. JWT'nin nerede bulunacağı (Kaynak öğesinde belirtilen bir akış değişkeninde) gizli anahtarın bulunacağı (Edge akış değişkeninde saklanan Edge KVM'den alınmıştır) ve bir dizi gerekli talep ile bunların değerler.
<VerifyJWT name="JWT-Verify-HS256"> <DisplayName>JWT Verify HS256</DisplayName> <Algorithm>HS256</Algorithm> <Source>request.formparam.jwt</Source> <IgnoreUnresolvedVariables>false</IgnoreUnresolvedVariables> <SecretKey encoding="base64"> <Value ref="private.secretkey"/> </SecretKey> <Subject>monty-pythons-flying-circus</Subject> <Issuer>urn://apigee-edge-JWT-policy-test</Issuer> <Audience>fans</Audience> <AdditionalClaims> <Claim name="show">And now for something completely different.</Claim> </AdditionalClaims> </VerifyJWT>
Politika, çıktısını bağlam değişkenlerine yazar, böylece sonraki politikalar veya koşullar bu değerleri inceleyebilir. Ayrıntılı bilgi için Akış değişkenleri bu politika tarafından ayarlanan değişkenlerin listesini oluşturun.
RS256 ile imzalanmış bir JWT'yi doğrulama algoritma
Bu örnek politika, RS256 algoritmasıyla imzalanan bir JWT'yi doğrular. Doğrulamak için:
ortak anahtarı sağlamanız gerekir. JWT, proxy isteğinde bir form parametresi kullanılarak iletilir
jwt
olarak adlandırıldı. Ortak anahtar, public.publickey
adlı bir değişkende bulunur.
Politikaya nasıl istekte bulunabileceğiniz de dahil olmak üzere eksiksiz bir örnek için yukarıdaki videoyu izleyin.
Bu kılavuzdaki her bir öğeyle ilgili gereksinimler ve seçenekler için Öğe referansına bakın. örnek politika.
<VerifyJWT name="JWT-Verify-RS256"> <Algorithm>RS256</Algorithm> <Source>request.formparam.jwt</Source> <IgnoreUnresolvedVariables>false</IgnoreUnresolvedVariables> <PublicKey> <Value ref="public.publickey"/> </PublicKey> <Subject>apigee-seattle-hatrack-montage</Subject> <Issuer>urn://apigee-edge-JWT-policy-test</Issuer> <Audience>urn://c60511c0-12a2-473c-80fd-42528eb65a6a</Audience> <AdditionalClaims> <Claim name="show">And now for something completely different.</Claim> </AdditionalClaims> </VerifyJWT>
Yukarıdaki yapılandırma için, şu başlığa sahip bir JWT ...
{ "typ" : "JWT", "alg" : "RS256" }
Ve bu yük...
{ "sub" : "apigee-seattle-hatrack-montage", "iss" : "urn://apigee-edge-JWT-policy-test", "aud" : "urn://c60511c0-12a2-473c-80fd-42528eb65a6a", "show": "And now for something completely different." }
... imzanın herkes tarafından doğrulanabildiği durumlarda geçerli kabul edilir. tuşuna basın.
Aynı başlığa ancak bu yüke sahip bir JWT ...
{ "sub" : "monty-pythons-flying-circus", "iss" : "urn://apigee-edge-JWT-policy-test", "aud" : "urn://c60511c0-12a2-473c-80fd-42528eb65a6a", "show": "And now for something completely different." }
... imzanın geçersiz olduğu kabul edilecektir. Bunun nedeni, "alt" JWT'ye dahil edilen hak talebi, gerekli "Konu" değeriyle eşleşmiyor öğesini politika yapılandırmasında belirtilir.
Politika, çıktısını bağlam değişkenlerine yazar, böylece sonraki politikalar veya koşullar bu değerleri inceleyebilir. Ayrıntılı bilgi için Akış değişkenleri bu politika tarafından ayarlanan değişkenlerin listesini oluşturun.
Temel öğeleri ayarlama
JWT'yi doğrulamak için kullanılan anahtarı belirtmek için kullandığınız öğeler, seçilen algoritmaya bağlı olarak değişir. aşağıdaki tabloda gösterildiği gibi):
Algoritma | Temel öğeler | |
---|---|---|
HD* |
<SecretKey encoding="base16|hex|base64|base64url"> <Value ref="private.secretkey"/> </SecretKey> |
|
RS*, İspanya*, PS* | <PublicKey> <Value ref="rsa_public_key_or_value"/> </PublicKey> veya: <PublicKey> <Certificate ref="signed_cert_val_ref"/> </PublicKey> veya: <PublicKey> <JWKS ref="jwks_val_or_ref"/> </PublicKey> |
|
*Temel şartlar hakkında daha fazla bilgi için İmza şifreleme algoritmaları hakkında. |
Öğe referansı
Politika referansında, JWT'yi doğrula politikasının öğelerini ve özellikleri açıklanır.
Not: Yapılandırma, şifrelemeye bağlı olarak biraz farklılık gösterir. belirlemektir. Aşağıdaki örnekler için Örnekler'e bakın: yapılandırmalarına yardımcı olur.
Proje hedefini üst düzey öğe
<VerifyJWT name="JWT" continueOnError="false" enabled="true" async="false">
Aşağıdaki özellikler tüm politika üst öğeleri için ortaktır.
Özellik | Açıklama | Varsayılan | Bulunma |
---|---|---|---|
ad |
Politikanın dahili adı. Adda kullanabileceğiniz karakterler aşağıdakilerle sınırlıdır:
A-Z0-9._\-$ % Bununla birlikte, Edge yönetim arayüzü,
alfasayısal olmayan karakterlerin otomatik olarak kaldırılması gibi kısıtlamalara tabidir.
İsteğe bağlı olarak, |
Yok | Zorunlu |
continueOnError |
Bir politika başarısız olduğunda hata döndürmesi için false olarak ayarlayın. Bu beklenen bir durumdur
çoğu politika için geçerli olur.
Akış yürütmenin bir politikadan sonra bile devam etmesi için |
false | İsteğe bağlı |
etkin |
Politikayı uygulamak için true olarak ayarlayın.
"Kapat" için |
true | İsteğe bağlı |
eş zamansız | Bu özelliğin desteği sonlandırıldı. | false | Kullanımdan kaldırıldı |
<DisplayName>
<DisplayName>Policy Display Name</DisplayName>
Yönetim kullanıcı arayüzü proxy düzenleyicisinde politikayı etiketlemek için ad özelliğine ek olarak kullanın doğal bir dille değiştirin.
Varsayılan | Bu öğeyi çıkarırsanız politikanın ad özelliğinin değeri kullanılır. |
Bulunma | İsteğe bağlı |
Tür | Dize |
<Algorithm>
<Algorithm>HS256</Algorithm>
Jetonu imzalamak için kullanılacak şifreleme algoritmasını belirtir. RS*/PS*/ES* algoritmaları bir ortak/gizli anahtar çifti kullanır, HS* algoritmaları ortak bir sır kullanır. Şu kaynakları da inceleyin: İmza şifreleme algoritmaları hakkında.
Virgülle ayırarak birden çok değer belirtebilirsiniz. Örneğin "HS256, HS512" veya "RS256, PS256". Ancak, HS* algoritmalarını diğer algoritmalarla veya ES* algoritmalarını başka algoritmalarla birleştiremezsiniz, çünkü belirli bir anahtar türü gerektirir. RS* ve PS* algoritmalarını birleştirebilirsiniz.
Varsayılan | Yok |
Bulunma | Zorunlu |
Tür | Virgülle ayrılmış değerler dizesi |
Geçerli değerler | HS256, HS384, HS512, RS256, RS384, RS512, ES256, ES384, ES512, PS256, PS384, PS512 |
<Audience>
<Audience>audience-here</Audience> or: <Audience ref='variable-name-here'/>
Politika, JWT'deki kitle hak talebinin yapılandırma. Eşleşme olmazsa politika hata verir. Bu iddia, JWT'nin hedeflendiği alıcılar. Bu, şurada belirtilen kayıtlı hak taleplerinden biridir: RFC7519.
Varsayılan | Yok |
Bulunma | İsteğe bağlı |
Tür | Dize |
Geçerli değerler | Kitleyi tanımlayan bir akış değişkeni veya dizesi. |
<AdditionalClaims/Claim>
<AdditionalClaims> <Claim name='claim1'>explicit-value-of-claim-here</Claim> <Claim name='claim2' ref='variable-name-here'/> <Claim name='claim3' ref='variable-name-here' type='boolean'/> </AdditionalClaims> or: <AdditionalClaims ref='claim_payload'/>
JWT yükünün belirtilen ek talepleri içerdiğini ve hak talebi değerleri eşleşiyor.
Diğer hak taleplerinde, standart ve kayıtlı JWT hak talebi adlarından biri olmayan bir ad kullanılıyor. Ek bir talebin değeri bir dize, sayı, boole, harita veya dizi olabilir. Harita bir ad/değer çiftleri kümesidir. Bu türlerin herhangi birindeki bir hak talebinin değeri belirtilebilir doğrudan politika yapılandırmasında veya bir akış değişkenine referans vererek dolaylı şekilde değiştirebilirsiniz.
Varsayılan | Yok |
Bulunma | İsteğe bağlı |
Tür | Dize, sayı, boole veya harita |
Dizi | Değerin bir tür dizisi olup olmadığını belirtmek için true olarak ayarlayın. Varsayılan: yanlış |
Geçerli değerler | Ek bir hak talebi için kullanmak istediğiniz herhangi bir değer. |
<Claim>
öğesi şu özellikleri alır:
- name - (Zorunlu) Hak talebinin adı.
- ref - (İsteğe bağlı) Bir akış değişkeninin adı. Varsa politika, değişkeninin hak talebi olarak kabul edildiğini gösterir. Hem bir ref özelliği hem de açık bir hak talebi değeri belirtilirse açık değer varsayılan değerdir ve başvurulan akış değişkeni çözümlenmemişse kullanılır.
- type - (İsteğe bağlı) Şunlardan biri: dize (varsayılan), sayı, boole veya harita
- dizi - (İsteğe bağlı) Değerin bir tür dizisi olup olmadığını belirtmek için true olarak ayarlayın. Varsayılan: false (yanlış) değerini alır.
<Claim>
öğesini eklediğinizde, hak talebi adları
politikayı yapılandırın. Alternatif olarak talep adlarını belirtmek için bir JSON nesnesi aktarabilirsiniz.
JSON nesnesi değişken olarak geçirildiğinden, talep adları çalışma zamanında belirlenir.
Örneğin:
<AdditionalClaims ref='json_claims'/>
json_claims
değişkeninin şu biçimde bir JSON nesnesi içerdiği durumda:
{ "sub" : "person@example.com", "iss" : "urn://secure-issuer@example.com", "non-registered-claim" : { "This-is-a-thing" : 817, "https://example.com/foobar" : { "p": 42, "q": false } } }
<AdditionalHeaders/Claim>
<AdditionalHeaders> <Claim name='claim1'>explicit-value-of-claim-here</Claim> <Claim name='claim2' ref='variable-name-here'/> <Claim name='claim3' ref='variable-name-here' type='boolean'/> <Claim name='claim4' ref='variable-name' type='string' array='true'/> </AdditionalHeaders>
JWT başlığının, belirtilen ek talep adı/değer çiftlerini içerdiğini ve bildirilen hak talebi değerlerinin eşleştiğini doğrular.
Ek hak talebinde, standart ve kayıtlı JWT hak talebi adlarından biri olmayan bir ad kullanılıyor. Ek bir talebin değeri bir dize, sayı, boole, harita veya dizi olabilir. Harita bir ad/değer çiftleri kümesidir. Bu türlerin herhangi birindeki bir hak talebinin değeri belirtilebilir doğrudan politika yapılandırmasında veya bir akış değişkenine referans vererek dolaylı şekilde değiştirebilirsiniz.
Varsayılan | Yok |
Bulunma | İsteğe bağlı |
Tür |
Dize (varsayılan), sayı, boole veya eşleme. Tür belirtilmezse tür varsayılan olarak Dize olur. |
Dizi | Değerin bir tür dizisi olup olmadığını belirtmek için true olarak ayarlayın. Varsayılan: yanlış |
Geçerli değerler | Ek bir hak talebi için kullanmak istediğiniz herhangi bir değer. |
<Claim>
öğesi şu özellikleri alır:
- name - (Zorunlu) Hak talebinin adı.
- ref - (İsteğe bağlı) Bir akış değişkeninin adı. Varsa politika, değişkeninin hak talebi olarak kabul edildiğini gösterir. Hem bir ref özelliği hem de açık bir hak talebi değeri belirtilirse açık değer varsayılan değerdir ve başvurulan akış değişkeni çözümlenmemişse kullanılır.
- type - (İsteğe bağlı) Şunlardan biri: dize (varsayılan), sayı, boole veya harita
- dizi - (İsteğe bağlı) Değerin bir tür dizisi olup olmadığını belirtmek için true olarak ayarlayın. Varsayılan: false (yanlış) değerini alır.
<CustomClaims>
Not: Şu anda yeni bir Kullanıcı arayüzü aracılığıyla JWT politikası oluşturun. Bu öğe işlevsel olmadığı için yoksayıldı. Doğru öğesi <AdditionalClaims>. Kullanıcı arayüzü doğru öğeleri daha sonra ekleyecek şekilde güncellenir.
<Id>
<Id>explicit-jti-value-here</Id> -or- <Id ref='variable-name-here'/> -or- <Id/>
JWT'nin ilgili jti hak talebine sahip olduğunu doğrular. Metin değeri ve referans özelliği boşsa politika, rastgele UUID içeren bir jti oluşturur. JWT kimliği (jti) hak talebi, JWT için benzersiz bir tanımlayıcıdır. jti hakkında daha fazla bilgi için RFC7519'a bakın.
Varsayılan | Yok |
Bulunma | İsteğe bağlı |
Tür | Dize veya referans. |
Geçerli değerler | Bir dize veya kimliği içeren bir akış değişkeninin adı. |
<IgnoreCriticalHeaders>
<IgnoreCriticalHeaders>true|false</IgnoreCriticalHeaders>
JWT'nin crit başlığı, <KnownHeaders>
öğesinde listelenmiyor.
VerifyJWT politikasının, crit başlığını yoksaymasına neden olmak için doğru değerine ayarlayın.
Bu öğeyi doğru değerine ayarlamanın nedenlerinden biri, test ortamında olmanız ve henüz bir hata oluşmasına yol açmaya hazır değildir.
Varsayılan | false |
Bulunma | İsteğe bağlı |
Tür | Boole |
Geçerli değerler | doğru veya yanlış |
<IgnoreIssuedAt>
<IgnoreIssuedAt>true|false</IgnoreIssuedAt>
Bir JWT şunu içerdiğinde politikanın hata vermesini istiyorsanız false (varsayılan) değerine ayarlayın:
Gelecekteki bir zamanı belirten iat
(Yayınlanma tarihi) hak talebi.
Doğrulama sırasında politikanın iat
öğesini yoksaymasına neden olmak için doğru değerine ayarlayın.
Varsayılan | false |
Bulunma | İsteğe bağlı |
Tür | Boole |
Geçerli değerler | doğru veya yanlış |
<IgnoreUnresolvedVariables>
<IgnoreUnresolvedVariables>true|false</IgnoreUnresolvedVariables>
Başvurulan herhangi bir değişken belirtildiğinde politikanın hata vermesini istiyorsanız false (yanlış) değerine ayarlayın bu politikada çözülemez. Çözümlenemeyen değişkenleri boş dize olarak ele almak için doğru değerine ayarlanır (boş).
Varsayılan | false |
Bulunma | İsteğe bağlı |
Tür | Boole |
Geçerli değerler | doğru veya yanlış |
<Issuer>
<Issuer ref='variable-name-here'/> <Issuer>issuer-string-here</Issuer>
Politika, JWT'deki kartı veren kuruluşun yapılandırma öğesi. JWT'yi veren kuruluşu tanımlayan bir hak talebi. Bu, RFC7519'da belirtilen kayıtlı hak talepleri grubudur.
Varsayılan | Yok |
Bulunma | İsteğe bağlı |
Tür | Dize veya referans |
Geçerli değerler | Tümü |
<KnownHeaders>
<KnownHeaders>a,b,c</KnownHeaders> or: <KnownHeaders ref=’variable_containing_headers’/>
GenerateJWT politikası,<CriticalHeaders>
bir JWT'deki crit üstbilgisidir. Örneğin:
{ “typ: “...”, “alg” : “...”, “crit” : [ “a”, “b”, “c” ], }
VerifyJWT politikası, JWT'deki crit üstbilgisini (varsa ve listelenen her başlık için) inceler.
<KnownHeaders>
öğesinin bu başlığı da listeleyip listelemediğini kontrol eder. İlgili içeriği oluşturmak için kullanılan
<KnownHeaders>
öğesi, crit'te listelenen öğelerin üst kümesini içerebilir.
crit'te listelenen tüm başlıkların
<KnownHeaders>
öğesi. Politikanın crit'te bulduğu herhangi bir başlık
aynı zamanda <KnownHeaders>
içinde de listelenmeyen bir veri kümesi, VerifyJWT politikasının başarısız olmasına neden olur.
İsterseniz VerifyJWT politikasını, crit üstbilgisini yoksayacak şekilde yapılandırabilirsiniz.
<IgnoreCriticalHeaders>
öğesi true
olarak ayarlanıyor.
Varsayılan | Yok |
Bulunma | İsteğe bağlı |
Tür | Virgülle ayrılmış dize dizisi |
Geçerli değerler | Bir dizi veya diziyi içeren bir değişkenin adı. |
<PublicKey/Certificate>
<PublicKey> <Certificate ref="signed_public.cert"/> </PublicKey> -or- <PublicKey> <Certificate> -----BEGIN CERTIFICATE----- cert data -----END CERTIFICATE----- </Certificate> </PublicKey>
JWT'deki imzayı doğrulamak için kullanılan imzalanmış sertifikayı belirtir. Şunlar için ref özelliğini kullanın: imzalanmış sertifikayı bir akış değişkeninde iletme veya PEM kodlu sertifikayı doğrudan belirtme. Yalnızca algoritma RS256/RS384/RS512, PS256/PS384/PS512 veya ES256/ES384/ES512 özelliklerinden biri olduğunda kullanın.
Varsayılan | Yok |
Bulunma | RSA algoritmasıyla imzalanmış bir JWT'yi doğrulamak için Sertifika, JWKS veya Değer öğeleri. |
Tür | Dize |
Geçerli değerler | Bir akış değişkeni veya dizesi. |
<PublicKey/JWKS>
<!-- Specify the JWKS. --> <PublicKey> <JWKS>jwks-value-here</JWKS> </PublicKey> or: <!-- Specify a variable containing the JWKS. --> <PublicKey> <JWKS ref="public.jwks"/> </PublicKey> or: <!-- Specify a public URL that returns the JWKS. The URL is static, meaning you cannot set it using a variable. --> <PublicKey> <JWKS uri="jwks-url"/> </PublicKey>
Bir değeri JWKS biçiminde (RFC 7517) belirtir içeren bir dizi ortak anahtar içerir. Yalnızca algoritma RS256/RS384/RS512 değerlerinden biri olduğunda kullanın. PS256/PS384/PS512 veya ES256/ES384/ES512.
Gelen JWT, JWT imzasını içeriyorsa politika, JWT imzasını doğrulamak için doğru ortak anahtarı kullanır. Ayrıntılı bilgi bkz. JWT'yi doğrulamak için JSON Web Anahtarı Seti (JWKS) kullanma.
Değeri herkese açık bir URL'den getirirseniz Edge, JWKS'yi 300 saniyelik bir süre boyunca önbelleğe alır. Önbelleğin süresi dolduğunda Edge, JWKS'yi tekrar getirir.
Varsayılan | Yok |
Bulunma | JWT'yi RSA algoritması kullanarak doğrulamak için Sertifika, JWKS veya Değer öğesi. |
Tür | Dize |
Geçerli değerler | Bir akış değişkeni, dize değeri veya URL. |
<PublicKey/Value>
<PublicKey> <Value ref="public.publickeyorcert"/> </PublicKey> -or- <PublicKey> <Value> -----BEGIN PUBLIC KEY----- MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAw2kPrRzcufvUNHvTH/WW Q0UrCw5c0+Y707KX3PpXkZGbtTT4nvU1jC0d1lHV8MfUyRXmpmnNxJHAC2F73IyN C5TBtXMORc+us7A2cTtC4gZV256bT4h3sIEMsDl0Joz9K9MPzVPFxa1i0RgNt06n Xn/Bs2UbbLlKP5Q1HPxewUDEh0gVMqz9wdIGwH1pPxKvd3NltYGfPsUQovlof3l2 ALvO7i5Yrm96kknfFEWf1EjmCCKvz2vjVbBb6mp1ZpYfc9MOTZVpQcXSbzb/BWUo ZmkDb/DRW5onclGzxQITBFP3S6JXd4LNESJcTp705ec1cQ9Wp2Kl+nKrKyv1E5Xx DQIDAQAB -----END PUBLIC KEY----- </Value> </PublicKey>
JWT'deki imzayı doğrulamak için kullanılan ortak anahtarı veya ortak sertifikayı belirtir. Şunlar için ref özelliğini kullanın: anahtarı/sertifikayı bir akış değişkeninde geçirin veya PEM kodlu anahtarı doğrudan belirtin. Yalnızca RS256/RS384/RS512, PS256/PS384/PS512 veya ES256/ES384/ES512 olabilir.
Varsayılan | Yok |
Bulunma | RSA algoritmasıyla imzalanmış bir JWT'yi doğrulamak için Sertifika, JWKS veya Değer öğeleri. |
Tür | Dize |
Geçerli değerler | Bir akış değişkeni veya dizesi. |
<SecretKey/Value>
<SecretKey encoding="base16|hex|base64|base64url"> <Value ref="private.your-variable-name"/> </SecretKey>
HMAC algoritmasıyla jetonları doğrulamak veya imzalamak için kullanılan gizli anahtarı sağlar. Yalnızca kullanım olması gerekir.
Varsayılan | Yok |
Bulunma | HMAC algoritmaları için gereklidir. |
Tür | Dize |
Geçerli değerler |
ref özelliğini kullanın anahtarı bir akış değişkeninde geçirecek. Not: Akış değişkeni ise "private" ön ekine sahip olmalıdır. Örneğin,
|
<Source>
<Source>jwt-variable</Source>
Varsa politikanın JWT'yi bulmayı beklediği akış değişkenini doğrulayın.
Varsayılan | request.header.authorization (Önemli bilgiler için yukarıdaki nota bakın.
varsayılan değer hakkında). |
Bulunma | İsteğe bağlı |
Tür | Dize |
Geçerli değerler | Edge akış değişkeni adı. |
<Subject>
<Subject>subject-string-here</Subject>
Politika, JWT'deki konunun, politikada belirtilen dizeyle eşleştiğini doğrular yapılandırma. Bu iddia, JWT'nin konusunu tanımlar veya bu konuda bir açıklamada bulunur. Bu RFC7519'da belirtilen standart iddia gruplarından biri.
Varsayılan | Yok |
Bulunma | İsteğe bağlı |
Tür | Dize |
Geçerli değerler | Özneyi benzersiz şekilde tanımlayan herhangi bir değer. |
<TimeAllowance>
<TimeAllowance>120s</TimeAllowance>
"Ek süre" zamandır. Örneğin, izin süresi 60 sn olarak yapılandırılmışsa Süresi dolmuş bir JWT, belirtilen geçerlilik süresinden sonra 60 saniye boyunca hâlâ geçerli olarak değerlendirilir. İlgili içeriği oluşturmak için kullanılan olmayanlar benzer şekilde değerlendirilir. Varsayılan olarak 0 saniyeye ayarlanır (ek süre yoktur).
Varsayılan | 0 saniye (ek süre yok) |
Bulunma | İsteğe bağlı |
Tür | Dize |
Geçerli değerler |
Değeri içeren bir akış değişkenine ait değer veya bu değişkene başvuru. Zaman aralıkları olabilir
şu şekilde belirtilir:
|
Flow variables
Upon success, the Verify JWT and Decode JWT policies set context variables according to this pattern:
jwt.{policy_name}.{variable_name}
For example, if the policy name is jwt-parse-token
, then the policy will store
the subject specified in the JWT to the context variable named jwt.jwt-parse-token.decoded.claim.sub
.
(For backward compatibility, it will also be available in jwt.jwt-parse-token.claim.subject
)
Variable name | Description |
---|---|
claim.audience |
The JWT audience claim. This value may be a string, or an array of strings. |
claim.expiry |
The expiration date/time, expressed in milliseconds since epoch. |
claim.issuedat |
The Date the token was issued, expressed in milliseconds since epoch. |
claim.issuer |
The JWT issuer claim. |
claim.notbefore |
If the JWT includes a nbf claim, this variable will contain the value, expressed in milliseconds since epoch. |
claim.subject |
The JWT subject claim. |
claim.name |
The value of the named claim (standard or additional) in the payload. One of these will be set for every claim in the payload. |
decoded.claim.name |
The JSON-parsable value of the named claim (standard or additional) in the payload. One variable is set for
every claim in the payload. For example, you can use decoded.claim.iat to
retrieve the issued-at time of the JWT, expressed in seconds since epoch. While you
can also use the claim.name flow variables, this is the
recommended variable to use to access a claim. |
decoded.header.name |
The JSON-parsable value of a header in the payload. One variable is set for
every header in the payload. While you can also use the header.name flow variables,
this is the recommended variable to use to access a header. |
expiry_formatted |
The expiration date/time, formatted as a human-readable string. Example: 2017-09-28T21:30:45.000+0000 |
header.algorithm |
The signing algorithm used on the JWT. For example, RS256, HS384, and so on. See (Algorithm) Header Parameter for more. |
header.kid |
The Key ID, if added when the JWT was generated. See also "Using a JSON Web Key Set (JWKS)" at JWT policies overview to verify a JWT. See (Key ID) Header Parameter for more. |
header.type |
Will be set to JWT . |
header.name |
The value of the named header (standard or additional). One of these will be set for every additional header in the header portion of the JWT. |
header-json |
The header in JSON format. |
is_expired |
true or false |
payload-claim-names |
An array of claims supported by the JWT. |
payload-json |
The payload in JSON format.
|
seconds_remaining |
The number of seconds before the token will expire. If the token is expired, this number will be negative. |
time_remaining_formatted |
The time remaining before the token will expire, formatted as a human-readable string. Example: 00:59:59.926 |
valid |
In the case of VerifyJWT, this variable will be true when the signature is verified, and
the current time is before the token expiry, and after the token notBefore value, if they
are present. Otherwise false.
In the case of DecodeJWT, this variable is not set. |
Hata referansı
This section describes the fault codes and error messages that are returned and fault variables that are set by Edge when this policy triggers an error. This information is important to know if you are developing fault rules to handle faults. To learn more, see What you need to know about policy errors and Handling faults.
Runtime errors
These errors can occur when the policy executes.
Fault code | HTTP status | Occurs when |
---|---|---|
steps.jwt.AlgorithmInTokenNotPresentInConfiguration |
401 | Occurs when the verification policy has multiple algorithms. |
steps.jwt.AlgorithmMismatch |
401 | The algorithm specified in the Generate policy did not match the one expected in the Verify policy. The algorithms specified must match. |
steps.jwt.FailedToDecode |
401 | The policy was unable to decode the JWT. The JWT is possibly corrupted. |
steps.jwt.GenerationFailed |
401 | The policy was unable to generate the JWT. |
steps.jwt.InsufficientKeyLength |
401 | For a key less than 32 bytes for the HS256 algorithm, less than 48 bytes for the HS386 algortithm, and less than 64 bytes for the HS512 algorithm. |
steps.jwt.InvalidClaim |
401 | For a missing claim or claim mismatch, or a missing header or header mismatch. |
steps.jwt.InvalidCurve |
401 | The curve specified by the key is not valid for the Elliptic Curve algorithm. |
steps.jwt.InvalidJsonFormat |
401 | Invalid JSON found in the header or payload. |
steps.jwt.InvalidToken |
401 | This error occurs when the JWT signature verification fails. |
steps.jwt.JwtAudienceMismatch |
401 | The audience claim failed on token verification. |
steps.jwt.JwtIssuerMismatch |
401 | The issuer claim failed on token verification. |
steps.jwt.JwtSubjectMismatch |
401 | The subject claim failed on token verification. |
steps.jwt.KeyIdMissing |
401 | The Verify policy uses a JWKS as a source for public keys, but the signed JWT does not
include a kid property in the header. |
steps.jwt.KeyParsingFailed |
401 | The public key could not be parsed from the given key information. |
steps.jwt.NoAlgorithmFoundInHeader |
401 | Occurs when the JWT contains no algorithm header. |
steps.jwt.NoMatchingPublicKey |
401 | The Verify policy uses a JWKS as a source for public keys, but the kid
in the signed JWT is not listed in the JWKS. |
steps.jwt.SigningFailed |
401 | In GenerateJWT, for a key less than the minimum size for the HS384 or HS512 algorithms |
steps.jwt.TokenExpired |
401 | The policy attempts to verify an expired token. |
steps.jwt.TokenNotYetValid |
401 | The token is not yet valid. |
steps.jwt.UnhandledCriticalHeader |
401 | A header found by the Verify JWT policy in the crit header is not
listed in KnownHeaders . |
steps.jwt.UnknownException |
401 | An unknown exception occurred. |
steps.jwt.WrongKeyType |
401 | Wrong type of key specified. For example, if you specify an RSA key for an Elliptic Curve algorithm, or a curve key for an RSA algorithm. |
Deployment errors
These errors can occur when you deploy a proxy containing this policy.
Error name | Cause | Fix |
---|---|---|
InvalidNameForAdditionalClaim |
The deployment will fail if the claim used in the child element <Claim>
of the <AdditionalClaims> element is one of the following registered names:
kid , iss , sub , aud , iat ,
exp , nbf , or jti .
|
build |
InvalidTypeForAdditionalClaim |
If the claim used in the child element <Claim>
of the <AdditionalClaims> element is not of type string , number ,
boolean , or map , the deployment will fail.
|
build |
MissingNameForAdditionalClaim |
If the name of the claim is not specified in the child element <Claim>
of the <AdditionalClaims> element, the deployment will fail.
|
build |
InvalidNameForAdditionalHeader |
This error ccurs when the name of the claim used in the child element <Claim>
of the <AdditionalClaims> element is either alg or typ .
|
build |
InvalidTypeForAdditionalHeader |
If the type of claim used in the child element <Claim>
of the <AdditionalClaims> element is not of type string , number ,
boolean , or map , the deployment will fail.
|
build |
InvalidValueOfArrayAttribute |
This error occurs when the value of the array attribute in the child element <Claim>
of the <AdditionalClaims> element is not set to true or false .
|
build |
InvalidValueForElement |
If the value specified in the <Algorithm> element is not a supported value,
the deployment will fail.
|
build |
MissingConfigurationElement |
This error will occur if the <PrivateKey> element is not used with
RSA family algorithms or the <SecretKey> element is not used with HS Family
algorithms.
|
build |
InvalidKeyConfiguration |
If the child element <Value> is not defined in the <PrivateKey>
or <SecretKey> elements, the deployment will fail.
|
build |
EmptyElementForKeyConfiguration |
If the ref attribute of the child element <Value> of the <PrivateKey>
or <SecretKey> elements is empty or unspecified, the deployment will fail.
|
build |
InvalidConfigurationForVerify |
This error occurs if the <Id> element is defined within the
<SecretKey> element.
|
build |
InvalidEmptyElement |
This error occurs if the <Source> element of the Verify JWT policy
is empty. If present, it must be defined with an Edge flow variable name.
|
build |
InvalidPublicKeyValue |
If the value used in the child element <JWKS> of the <PublicKey> element
does not use a valid format as specified in RFC 7517,
the deployment will fail.
|
build |
InvalidConfigurationForActionAndAlgorithm |
If the <PrivateKey> element is used with HS Family algorithms or
the <SecretKey> element is used with RSA Family algorithms, the
deployment will fail.
|
build |
Hata değişkenleri
Bu değişkenler, çalışma zamanı hatası oluştuğunda ayarlanır. Daha fazla bilgi için Bilmeniz gerekenler hakkında daha fazla bilgi edinin.
Değişkenler | Konum | Örnek |
---|---|---|
fault.name="fault_name" |
fault_name, yukarıdaki Çalışma zamanı hataları tablosunda listelendiği gibi hatanın adıdır. Hata adı, hata kodunun son kısmıdır. | fault.name Matches "TokenExpired" |
JWT.failed |
Tüm JWT politikaları, hata durumunda aynı değişkeni ayarlar. | JWT.failed = true |
Örnek hata yanıtı
Hata giderme için en iyi uygulama, hatanın errorcode
kısmını yakalamaktır
tıklayın. Değişebileceği için faultstring
içindeki metne güvenmeyin.
Örnek hata kuralı
<FaultRules> <FaultRule name="JWT Policy Errors"> <Step> <Name>JavaScript-1</Name> <Condition>(fault.name Matches "TokenExpired")</Condition> </Step> <Condition>JWT.failed=true</Condition> </FaultRule> </FaultRules>