JWT Çözücü (JWT Decoder)

Nokta ile ayrılmış üç parçalı bir token yapıştırın. İmza algoritmasını, başlığı ve içeriği biçimli JSON olarak, her kayıtlı talebin anlamını ve token'ın süresinin dolup dolmadığını görürsünüz. İmza kontrol edilmez.

Ücretsiz Tarayıcınızda çalışır Kontrol: 10 Kasım 2026 Salı

Token'ın tamamını yapıştırın. Başına yazılmış Bearer öneki otomatik olarak atılır.

Sonuç

İmza algoritması — Başlıktaki alg alanından.
Son kullanma — Cihazınızdaki saate göre okunur. Yeşil, token'ın hâlâ geçerli olduğu anlamına gelir.
Başlık
İçerik
Talepler

Bu araç tarayıcınızda çalışır. Girdiğiniz bilgiler bize gönderilmez.

Nasıl kullanılır?

  1. Token'ı JWT alanına yapıştırın. Token, noktalarla ayrılmış üç parçadan oluşur.
  2. İmza algoritması alanına bakın; token'ın nasıl imzalandığını gösterir.
  3. Son kullanma alanını kontrol edin. Yeşil, token'ın cihazınızdaki saate göre hâlâ geçerli olduğu anlamına gelir.
  4. Talepler ve İçerik alanlarını okuyarak token'ın kime ait olduğunu ve neler içerdiğini görün.

Bir JWT neler içerir?

Bir JSON Web Token, noktalarla ayrılmış üç parçadan oluşur. İlk iki parça base64url biçiminde kodlanmış JSON nesneleridir: başlık token'ın nasıl imzalandığını söyler, içerik ise talepleri taşır. Talepler, token'ın kime ait olduğu ya da ne zaman sona ereceği gibi bilgilerdir. Üçüncü parça imzadır.

RFC 7519, yedi kayıtlı talep adı tanımlar: iss, sub, aud, exp, nbf, iat ve jti. Tablo her birini açıklar; üç zaman talebi ayrıca dil ve saat diliminize göre tarih olarak gösterilir.

Çözmek doğrulamak değildir

Bu sayfa token'ı yalnızca çözer. İmzayı kontrol etmez, çünkü bunun için token'ı imzalayan anahtar gerekir ve doğrulama anahtarı gizlidir. Çözülmüş bir token da sahte olabilir; bu yüzden bir talebe, burada okuyabildiğiniz için güvenmeyin.

Bir token'ı doğrulamak için sunucunuzun ya da kütüphanenizin doğru anahtar ve beklediği algoritma ile imzayı kontrol etmesi ve imzası tutmayan token'ı reddetmesi gerekir.

Son kullanma nasıl okunur?

exp talebi, 1 Ocak 1970 00:00 UTC'den itibaren geçen saniye sayısıdır. RFC 7519'un 4.1.4 bölümü, token'ın bu andan itibaren kabul edilmemesi gerektiğini söyler; bu yüzden tam o anda token süresi dolmuş sayılır.

exp talebi olmayan bir token hiç sona ermez. Sayfa bunu kırmızıyla gösterir, çünkü hiç sona ermeyen bir token dikkat edilmesi gereken bir risktir.

Örnek: RFC 7519'un örnek token'ı

RFC 7519'un 3.1 bölümündeki örnek, HS256 algoritmalı bir başlığa, veren (iss) olarak joe, son kullanma (exp) olarak 1300819380 ve özel bir talebe sahiptir. Bu exp değeri 22 Mart 2011 saat 18:43 UTC'dir; bu yüzden sayfa token'ı süresi dolmuş gösterir. İmza kontrol edilmediği için sonuç hangi imza olursa olsun aynıdır.

Talep Değer Anlamı
iss joe Veren: token'ı kimin oluşturduğu
exp 1300819380 (22 Mart 2011 18:43 UTC) Son kullanma
http://example.com/is_root true Özel bir talep

Sık sorulan sorular

Token'ım bir sunucuya gönderiliyor mu?

Hayır. Token tarayıcınızda çözülür; sayfa token'ı saklamaz ve göndermez. Sayfa yüklendikten sonra internet bağlantınızı kapatıp bir token çözerek bunu kendiniz de görebilirsiniz.

Bu sayfa token'ın gerçek olup olmadığını kontrol ediyor mu?

Hayır. Yalnızca başlığı ve talepleri okur. İmzayı kontrol etmek, token'ı imzalayan anahtarı gerektirir ve bu sayfa böyle bir anahtar istemez. Bu kontrolü uygulamanız yapmalıdır.

Uygulamam hâlâ kabul ettiği hâlde sayfa token'ın süresinin dolduğunu neden söylüyor?

Uygulamanız kısa bir ek süre tanıyor ya da son kullanmayı kendi saatiyle kontrol ediyor olabilir. Sayfa exp değerini cihazınızdaki saatle karşılaştırır; cihaz saatiniz yanlışsa sonuç da değişir.

alg değeri none ne anlama geliyor?

Başlık, token'ın imzası olmadığını söyler. Böyle bir token'ı herkes yazabilir; bu yüzden bir servis önemli hiçbir işlem için kabul etmemelidir. Sayfa bunu bir notla belirtir.

Bir tarih beklediğimden farklı bir saat gösteriyor, neden?

Tarih sizin dilinizde ve saat diliminizde gösterilir; saat dilimi adı sonda yazılır. Önündeki sayı token'da saklanan değerdir: UTC'ye göre 1970'den itibaren geçen saniye.

Bu sayfa şifrelenmiş bir token'ı okuyabilir mi?

Hayır. Şifrelenmiş bir token beş parçadan oluşur ve anahtar olmadan içeriği okunamaz. Bu sayfa yalnızca üç parçalı, imzalı token'ları okur.

Kaynaklar

Rakamlar ve metin en son 10 Kasım 2026 Salı tarihinde kontrol edildi.

Sitenin çalışması için gerekli çerezleri kullanıyoruz. İzin verirseniz Google, size özel reklamlar göstermek için reklam çerezleri de kullanır. Reddederseniz yine reklam görürsünüz, ancak bu reklamlar kişiselleştirilmez.