Công cụ giải mã JWT - Giải mã JSON Web Token và kiểm tra hạn sử dụng trực tuyến

Dán bất kỳ JSON Web Token nào để giải mã ngay phần header và payload, xem chữ ký và kiểm tra xem nó đã hết hạn hay chưa. Chạy cục bộ — token của bạn không bao giờ rời khỏi trình duyệt.

JWT đã mã hóa

Decode and verify entirely in your browser — nothing is uploaded.

Tệp được tự động xóa sau khi xử lýXử lý an toàn qua HTTPS

Xong với Công cụ giải mã JWT rồi? Hãy thử những công cụ này tiếp theo

Những công cụ được chọn lọc kết hợp tốt với Công cụ giải mã JWT. Tiếp tục làm việc mà không mất tệp của bạn.

Xem tất cả công cụ

Câu hỏi thường gặp

Dán JWT đã mã hóa (chuỗi eyJ… dài) vào ô nhập liệu. Công cụ tách nó tại hai dấu chấm, giải mã Base64URL phần header và payload, và hiển thị JSON của mỗi phần cùng đoạn chữ ký thô — tất cả mà không gửi bất kỳ yêu cầu mạng nào.

usage

Không. Trình giải mã chỉ phân tích token — nó không kiểm tra chữ ký với khóa bí mật hay khóa công khai, vì việc xác minh đòi hỏi tài liệu khóa của bên phát hành. Hãy dùng thư viện JWT phía máy chủ để xác minh trong môi trường vận hành; công cụ này dành cho việc kiểm tra và gỡ lỗi.

technical

Bạn nhận được phần header (thuật toán và key id), các claim trong payload (sub, iss, aud, iat, exp và bất kỳ claim tùy chỉnh nào) và chữ ký thô. Các claim dấu thời gian tiêu chuẩn được định dạng thành ngày tháng dễ đọc để bạn nhận ra ngay các token đã hết hạn chỉ trong một cái liếc.

features

Nếu phần payload chứa claim "exp" tiêu chuẩn, công cụ sẽ so sánh nó với thời gian hiện tại và hiển thị "Có hiệu lực đến" hoặc "Token đã hết hạn lúc" kèm dấu thời gian chính xác. Các token không có claim exp được báo là không có thời hạn.

features

Bất kỳ ai đọc được phần payload của một JWT đều có thể sử dụng nó cho đến khi nó hết hạn, vì vậy token sản xuất chỉ nên dùng trong các công cụ riêng tư. Trình giải mã này chạy hoàn toàn trong trình duyệt của bạn và không bao giờ truyền token đi, nhưng quy tắc an toàn hơn là giải mã các token phát triển có thời hạn ngắn bất cứ khi nào có thể.

privacy

Một JWT có ba đoạn được mã hóa Base64URL ngăn cách bởi dấu chấm: header (thuật toán ký), payload (các thông tin mà bên phát hành muốn bên xác minh tin tưởng) và signature (một MAC hoặc chữ ký số trên header.payload). Việc giải mã không bao giờ cần khóa — chỉ việc xác minh mới cần.

technical

Một token nhỏ gọn, an toàn cho URL gồm ba phân đoạn Base64URL — header, payload và chữ ký — mang theo các thông tin đã ký như ID người dùng và thời điểm hết hạn. Nó được dùng rộng rãi cho các phiên đăng nhập không trạng thái và bảo mật yêu cầu API. Dán một token vào ô trên để kiểm tra header và payload của nó.

technical

Bên dưới phần header và payload đã giải mã, hãy dán khóa bí mật ký (cho HS256) hoặc khóa công khai của bên phát hành ở định dạng PEM hoặc JWK (cho RS256, ES256 và tương tự) vào ô Verify signature, rồi nhấp Verify. Huy hiệu xuất hiện sẽ cho biết chữ ký là hợp lệ, không hợp lệ, hay dùng một thuật toán mà bộ xác minh phía trình duyệt không hỗ trợ — tất cả được tính toán cục bộ, mà không gửi token hay khóa đi bất cứ đâu.

features

Với các thuật toán HMAC như HS256, bạn dán chuỗi bí mật dùng chung thô. Với các thuật toán bất đối xứng như RS256, RS384 hoặc ES256, bạn cần khóa công khai của bên phát hành — không bao giờ là khóa riêng — được cung cấp dưới dạng khối PEM hoặc JWK; dán nhầm nửa còn lại của cặp khóa bất đối xứng sẽ khiến việc xác minh thất bại ngay cả khi token hợp lệ.

technical

Bảng Verify signature hỗ trợ mọi thuật toán JOSE phổ biến: HS256/384/512 (HMAC với khóa bí mật dùng chung), RS256/384/512 (RSASSA-PKCS1-v1_5 với khóa công khai RSA), PS256/384/512 (RSA-PSS với khóa công khai RSA) và ES256/384/512 (ECDSA trên đường cong P-256/P-384/P-521 tương ứng). Các token ký bằng "none" hoặc bất kỳ thuật toán nào ngoài danh sách này luôn được báo là không được hỗ trợ chứ không đánh dấu là hợp lệ, điều này cũng bảo vệ bạn khỏi chiêu giả mạo alg=none kinh điển.

technical

Nguyên nhân phổ biến nhất là dán thêm khoảng trắng hoặc một ký tự xuống dòng ở cuối vào ô khóa bí mật — trình xác minh băm chính xác các byte bạn nhập, nên một lỗi sao chép-dán làm hỏng sự khớp. Cũng hãy kiểm tra kỹ rằng bạn đang xác minh token hiện tại: nếu JWT được cấp lại sau khi bạn sao chép nó, hoặc khóa bí mật của nhà cung cấp được mã hóa base64 chứ không phải một chuỗi thô, hãy giải mã nó trước khi dán vào.

tips

Nhấn Thử mẫu JWT để tải một token HS256 demo có các claim sub, name, iat và exp, để bạn thấy việc giải mã và kiểm tra hết hạn hoạt động trước khi dán token của riêng bạn. Khi đã có token trong ô, một nút Xóa xuất hiện bên cạnh giúp làm sạch dữ liệu nhập về trống chỉ bằng một cú nhấn.

usage

Mỗi bảng Header, Payload và Signature có nút Sao chép riêng ở góc trên bên phải, chỉ sao chép JSON của phần đó (hoặc chuỗi chữ ký thô) vào bảng tạm. Ngoài ra còn có nút chính Sao chép Payload bên dưới các bảng cho trường hợp phổ biến nhất là lấy riêng các claim để dán vào trình gỡ lỗi hoặc báo cáo lỗi.

features

Sao chép giá trị sau 'Bearer ' trong tiêu đề Authorization — phần eyJ… chính là JWT — rồi dán vào công cụ giải mã để xem ngay phần header, các payload claims và trạng thái hết hạn. Nếu bạn lấy toàn bộ chuỗi 'Bearer eyJ…', hãy xóa tiền tố 'Bearer ' trước để token có đúng ba phần cách nhau bởi dấu chấm.

usage

Không — đây là công cụ giải mã và xem, không phải trình chỉnh sửa JWT. Thay đổi phần payload sẽ làm mất hiệu lực chữ ký, nên bất kỳ máy chủ nào xác minh token cũng sẽ từ chối phiên bản đã bị chỉnh sửa. Để thay đổi các claim, bạn phải phát hành một token mới được ký bằng đúng secret hoặc private key. Hãy dùng công cụ giải mã để đọc và gỡ lỗi token, không phải để chỉnh sửa chúng.

features

Công cụ giải mã JWT giúp bạn hoàn thành công việc như thế nào

Những vấn đề thực tế mà công cụ này giải quyết mỗi ngày — cho doanh nghiệp, người sáng tạo và các tác vụ thường ngày. Tìm trường hợp sử dụng phù hợp với bạn và bắt đầu trong vài giây.

Cho nhà phát triển

Gỡ Lỗi Luồng OAuth & OpenID Connect

Giải mã access token và ID token được trả về bởi Auth0, Okta, Cognito và Azure AD để xác minh scope, audience và issuer trong quá trình tích hợp OAuth cục bộ

Cho nhà phát triển

Kiểm tra header Authorization trong các lệnh gọi API

Dán bearer token từ một yêu cầu API bị lỗi để xác nhận xem có phải do sai tenant, vai trò hay thời hạn hết hiệu lực trước khi mở ticket với nhóm backend hay không

Cho nhà phát triển

Kiểm tra thời hạn token trong quá trình phát triển

Phát hiện token đã hết hạn đang âm thầm làm hỏng môi trường staging của bạn bằng cách đọc claim exp — không cần dán token vào terminal hay viết script tạm

Cho doanh nghiệp

Kiểm tra các quyền được mã hóa trong claim của token

Xác minh các claim tùy chỉnh như vai trò, tenant và cờ tính năng để quản trị viên xác nhận token của khách hàng cấp đúng quyền truy cập mà nhóm cấp phép dự định

Cho doanh nghiệp

Xác thực tích hợp đăng nhập một lần (SSO)

Kiểm tra các token SAML và OIDC do tích hợp SSO doanh nghiệp tạo ra để xác nhận quyền thành viên nhóm và ánh xạ thuộc tính trước khi triển khai cho toàn bộ nhân viên

Học vấn

Dạy xác thực dựa trên token

Dùng các khung header, payload và chữ ký đã giải mã để giải thích cấu trúc của JWT cho học viên bootcamp, kỹ sư mới vào nghề và những người tham dự hội thảo bảo mật

Cho nhà phát triển

Xác nhận thiết lập ký webhook của đối tác

Dán khóa công khai RS256 hoặc ES256 của đối tác vào Xác minh chữ ký để xác nhận rằng payload webhook của họ thực sự được ký đúng cách trước khi bạn đưa một tích hợp vào môi trường production.

Quyền riêng tư & bảo mật

Điều tra một token bị rò rỉ hoặc đáng ngờ

Giải mã token tìm thấy trong log hoặc báo cáo lỗi để kiểm tra audience, scope và thời hạn mà không cần khóa ký, giúp bạn đánh giá nhanh mức độ rủi ro trong lúc xảy ra sự cố.

Trên di động

Gỡ lỗi đăng nhập thất bại trên ứng dụng di động

Dán mã truy cập (access token) mà ứng dụng di động của bạn nhận được sau khi đăng nhập để xác nhận thời hạn, đơn vị phát hành và các claim tùy chỉnh khớp với những gì backend mong đợi khi đăng nhập hoạt động trên web nhưng thất bại trên iOS hoặc Android.

Cho doanh nghiệp

Kiểm tra token từ Firebase, Supabase & Clerk

Giải mã và kiểm tra token do các nhà cung cấp xác thực hiện đại như Firebase, Supabase và Clerk cấp để xác nhận rằng các claim mà ứng dụng của bạn đọc (uid, role, tenant) thực sự có mặt trước khi thiết lập logic phân quyền.