JWT Güvenlik Açıkları: alg=none ve Anahtar Karışıklığı

JWT'ler kriptografik olarak imzalanır, ancak birçok kütüphanede ciddi güvenlik açıkları bulunuyordu. En çok istismar edilenler: alg=none saldırısı, RS256→HS256 karışıklığı saldırısı ve zayıf gizli anahtarların kaba kuvvetle denenmesi. Bunların tümü, saldırganın kontrolündeki üstbilgi alanlarına güvenilmesinden kaynaklanır.

JWT belirtimi, güvenli olmayan belirteçler için alg:"none" değerine izin verir. Hatalı kütüphaneler bunu kabul ediyor ve imza doğrulamasını tamamen atlıyordu. Saldırgan yükü (örneğin, "role":"admin") değiştirir, alg:"none" değerini ayarlar, imzayı çıkarır ve sunucu bunu kabul eder.

Orijinal: eyJhbGciOiJIUzI1NiJ9.eyJzdWIiOiJ1c2VyIn0.SIG Saldırı: eyJhbGciOiJub25lIn0.eyJzdWIiOiJhZG1pbiJ9. (boş imza, sondaki nokta). Güvenlik açığı bulunan bir sunucu doğrulamayı başarılı biçimde tamamlar ve yönetici erişimi verir.

Üretim ortamında alg:"none" değerini asla kabul etmeyin. İzin verilen algoritmaları açıkça listeleyin: jwt.decode(token, key, algorithms=["HS256"]). Modern kütüphanelerin çoğu (PyJWT 2+, jsonwebtoken 9+) alg=none değerini varsayılan olarak reddeder.

Bir sunucu RS256 kullanıyorsa ve istemci alg değerini HS256 olarak değiştirirse sunucu, RSA açık anahtarını HMAC gizli anahtarı olarak kullanarak doğrulama yapabilir. Açık anahtar... herkese açık olduğundan saldırgan, bu anahtarla rastgele yükleri imzalar ve sunucu bunları doğrular.

Adımlar: 1) JWKS uç noktasından açık anahtarı alın. 2) Kötü amaçlı yük oluşturun. 3) HMAC gizli anahtarı olarak ham açık anahtar PEM baytlarını kullanarak HMAC-SHA256 ile imzalayın. 4) Üstbilgide alg:"HS256" değerini ayarlayın. 5) Sunucunun HS256 yolu doğrulamayı başarılı biçimde tamamlar.

Doğrulama çağrısında beklenen algoritmayı her zaman açıkça belirtin. Algoritmayı asla belirtecin üstbilgisinden türetmeyin. RS256 ve HS256 için, çağıranın değiştiremeyeceği ayrı kod yolları kullanın.

Zayıf gizli anahtarlarla (256 bitten az entropiye sahip) kullanılan HS256, çevrimdışı olarak kaba kuvvetle denenebilir. hashcat gibi araçlar JWT kırmayı destekler: hashcat -a 0 -m 16500 token.txt wordlist.txt. En az 32 bayt uzunluğunda, kriptografik olarak rastgele gizli anahtarlar kullanın.

kid (anahtar kimliği) üstbilgisi, hangi anahtarın kullanılacağını seçer. Sunucu, kid değerini temizlemeden bir SQL sorgu parametresi veya dosya sistemi yolu olarak kullanırsa: kid="../../dev/null" → boş anahtarla HMAC → sahte belirteç kabul edilir. kid değerini her zaman temizleyin.

jwk üstbilgisi, doğrulama için bir açık anahtar gömer. Güvenlik açığı bulunan bir sunucu, gömülü anahtarı doğrudan kullanabilir; böylece saldırgan kendi anahtar çiftini sağlayabilir, belirteci özel anahtarla imzalayabilir ve açık anahtarı gömebilir. Yalnızca kayıtlı anahtarlara karşı doğrulama yapın.

Bazı uygulamalar exp alanını denetlemeyi unuttu veya sunucu zamanını tutarsız biçimde kullandı. exp, nbf ve iat alanlarını her zaman açıkça doğrulayın. Bu alanları varsayılan olarak denetleyen bir kütüphane kullanın ve üretim ortamında alan doğrulamasını asla devre dışı bırakmayın.

RS256→HS256 anahtar karışıklığı saldırısında saldırgan, HMAC gizli anahtarı olarak ne kullanır?

JWT güvenlik açıkları, alg üstbilgisine güvenilmesinden, alg=none değerinin kabul edilmesinden ve zayıf gizli anahtarlardan kaynaklanır. Çözüm: algoritmaları doğrulayıcıda sabitleyin, güçlü gizli anahtarlar kullanın ve kid değerini temizleyin. Sıradaki konu: güvenli JWT uygulama yöntemleri.