Πώς λειτουργεί ένα JSON Web Token (JWT);

Question

IT Interview Practice · Accepted Answer

Ένα **JSON Web Token (JWT)** είναι ένα συμπαγές, URL-ασφαλές, αυτοτελές token που φέρει claims για έναν χρήστη. Ο server το υπογράφει μία φορά· έπειτα μπορεί να **επαληθεύει** το token σε κάθε request χωρίς αναζήτηση στη βάση δεδομένων — αυτό ακριβώς κάνει την αυθεντικοποίηση βασισμένη σε JWT *stateless*.

## Δομή: τρία μέρη base64url

Ένα JWT είναι `header.payload.signature`, τρία τμήματα κωδικοποιημένα σε base64url ενωμένα με τελείες:

```
eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9   ← header
.eyJzdWIiOiIxMjMiLCJleHAiOjE3MDB9      ← payload (claims)
.dBjftJeZ4CVP-mB92K27uhbUJU1p1r_wW1    ← signature
```

- **Header** — ο αλγόριθμος υπογραφής, π.χ. `{ "alg": "HS256", "typ": "JWT" }`.
- **Payload** — τα **claims**: τυπικά όπως `sub` (subject/user id), `exp` (λήξη), `iat` (issued-at), `iss` (issuer), συν οποιαδήποτε προσαρμοσμένα πεδία (`role`, `email`).
- **Signature** — υπολογίζεται πάνω στο header και το payload με ένα secret ή ένα ιδιωτικό κλειδί.

> Το payload είναι **κωδικοποιημένο, όχι κρυπτογραφημένο**. Οποιοσδήποτε μπορεί να το κάνει base64-decode και να το διαβάσει, οπότε μη βάζεις ποτέ κωδικούς ή μυστικά σε ένα JWT.

## Πώς λειτουργούν η υπογραφή και η επαλήθευση

```
signature = HMAC-SHA256(
  base64url(header) + "." + base64url(payload),
  secret
)
```

- **HS256** (συμμετρικό): το ίδιο secret υπογράφει και επαληθεύει. Απλό, αλλά κάθε επαληθευτής πρέπει να κρατά το secret.
- **RS256** (ασύμμετρο): ένα **ιδιωτικό κλειδί** υπογράφει, ένα **δημόσιο κλειδί** επαληθεύει. Ο server αυθεντικοποίησης κρατά το ιδιωτικό κλειδί· άλλες υπηρεσίες επαληθεύουν με το δημόσιο κλειδί και δεν μπορούν ποτέ να εκδώσουν tokens.

Σε κάθε request ο server υπολογίζει ξανά τη signature πάνω στο ληφθέν header+payload και τη συγκρίνει. Αν ταιριάζουν και το `exp` είναι στο μέλλον, το token είναι έμπιστο — δεν χρειάζεται session store.

```js
const jwt = require("jsonwebtoken");

const token = jwt.sign({ sub: "123", role: "admin" }, SECRET, {
  expiresIn: "15m",
});

try {
  const claims = jwt.verify(token, SECRET); // πετάει σφάλμα αν έχει παραποιηθεί ή λήξει
  // claims.sub === "123"
} catch (e) {
  // απόρριψη: μη έγκυρο ή ληγμένο
}
```

## Το δύσκολο κομμάτι: ανάκληση (revocation)

Επειδή η επαλήθευση είναι stateless, **δεν μπορείς** να ακυρώσεις ένα token πριν λήξει απλώς «διαγράφοντάς» το στην πλευρά του server. Συνήθεις μετριασμοί:

- Κράτα τα access tokens **βραχύβια** (5–15 λεπτά) και ζευγάρωσέ τα με ένα πιο μακρόβιο **refresh token**.
- Διατήρησε μια μικρή **denylist** των ανακληθέντων id token (`jti`) για logout/παραβίαση — αυτό επαναφέρει λίγο state.
- Περιέστρεψε τα κλειδιά υπογραφής.

## Συμβιβασμοί αποθήκευσης

| Αποθήκευση | Υπέρ | Κατά |
|---|---|---|
| Cookie `httpOnly` | Μη αναγνώσιμο από JS (ασφαλέστερο έναντι XSS) | Χρειάζεται προστασία CSRF |
| `localStorage` | Απλό, χωρίς CSRF | Εκτεθειμένο σε XSS |

## Γιατί έχει σημασία

Τα JWT τροφοδοτούν stateless αυθεντικοποίηση σε APIs, microservices και SPAs — μια υπηρεσία μπορεί να εμπιστευτεί ένα request επαληθεύοντας μόνο μια signature, χωρίς κοινόχρηστο session store. Αλλά ακριβώς αυτή η statelessness είναι η κλασική παγίδα της συνέντευξης: τα tokens δεν ανακαλούνται εύκολα, το payload είναι αναγνώσιμο, και η σύγχυση `alg` ή ένας ελλείπων έλεγχος λήξης είναι πραγματικές ευπάθειες. Το να γνωρίζεις ακριβώς τι προστατεύει η signature, και τι όχι, είναι απαραίτητο για την ασφαλή χρήση των JWT.

Αποθήκευση	Υπέρ	Κατά
Cookie `httpOnly`	Μη αναγνώσιμο από JS (ασφαλέστερο έναντι XSS)	Χρειάζεται προστασία CSRF
`localStorage`	Απλό, χωρίς CSRF	Εκτεθειμένο σε XSS

Δομή: τρία μέρη base64url

Πώς λειτουργούν η υπογραφή και η επαλήθευση

Το δύσκολο κομμάτι: ανάκληση (revocation)

Συμβιβασμοί αποθήκευσης

Γιατί έχει σημασία

Σχετικές ερωτήσεις