Mã giải mã JWT

Giải phẫu của JWT

eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9
.
eyJzdWIiOiIxMjM0NTY3ODkwIiwibmFtZSI6IkFsaWNlIiwiaWF0IjoxNjAwMDAwMDAwfQ
.
SflKxwRJSMeKKF2QT4fwpMeJf36POk6yJV_adQssw5c

Mỗi đoạn dữ liệu đều được mã hóa theo định dạng base64url (khác với base64 tiêu chuẩn). Phần đầu dữ liệu có cấu trúc JSON như {"alg":"HS256","typ":"JWT"}; phần nội dung chính cũng có cấu trúc JSON như {"sub":"1234567890","name":"Alice","iat":1600000000}; còn chữ ký thì là chữ ký HMAC hoặc RSA của header.payload.

Các yêu cầu tiêu chuẩn (RFC 7519)

Các thuật toán được hỗ trợ

Cạm bẫy alg: none

Các thư viện JWT thời kỳ đầu cho phép token "alg": "none" và ngây thơ coi chúng là hợp lệ. Hãy luôn:

• Đưa vào danh sách cho phép các thuật toán mà ứng dụng của bạn chấp nhận.
• Từ chối alg: none một cách vô điều kiện.
• Từ chối alg: HS256 khi mã xác minh của bạn mong đợi RS256 (tấn công “nhầm lẫn thuật toán”).

JWT không phải là gì

• Không được mã hóa. Phần tiêu đề và payload chỉ được mã hóa bằng base64, vốn rất dễ giải mã. Đừng bao giờ đặt thông tin bí mật vào JWT mà không bọc nó trong JWE.
• Mặc định không thể thu hồi. Sau khi được cấp, JWT có hiệu lực cho đến exp. Để thu hồi, bạn cần một danh sách đen, hoặc thời hạn ngắn kèm token làm mới.
• Không phải là giải pháp thay thế cookie phiên cho mọi trường hợp sử dụng. Token mờ (opaque) lưu ở phía máy chủ thường đơn giản và an toàn hơn.

Các lỗi phổ biến

• Tin tưởng phần tiêu đề. Giá trị kid và alg đến từ chính token. Một máy chủ bị xâm nhập có thể đặt chúng tùy ý; hãy luôn xác minh dựa trên một danh sách cố định.
• Bỏ qua độ lệch của nbf và iat. Sai lệch đồng hồ có thể khiến iat > now xảy ra. Hãy cho phép một khoảng dung sai nhỏ (30–60 giây).
• Ghi log toàn bộ JWT. Payload thường chứa ID người dùng, địa chỉ email, quyền hạn, những PII không nên xuất ra stdout.
• Dùng HS256 với khóa bí mật yếu. Một khóa bí mật 16 ký tự có thể bị bẻ khóa bằng brute-force trong vài phút. Hãy dùng ít nhất 256 bit entropy ngẫu nhiên.