L'AS mantiene un database delle chiavi segrete; ogni entità sulla rete — che sia un client o un server — condivide la chiave segreta solo con l'AS. La conoscenza di questa chiave serve per provare l'identità di un'entità. Per comunicazioni tra due entità, Kerberos genera una chiave di sessione, che può essere utilizzata dai due terminali per comunicare.
Il protocollo
Il protocollo può essere definito come segue utilizzando la notazione per protocolli di sicurezza, dove Alice (A) si autentica presso Bob (B) usando il server S:
La sicurezza del protocollo si basa fortemente sui timestamp T e sui tempi di vita L come indicatori affidabili della creazione recente della comunicazione per evitare replay attack (vedi logica BAN).
È importante notare come il server S stia sia come Authentication Service (AS) sia come Ticket Granting Service (TGS).
Operazioni di Kerberos
Quella che segue è una descrizione semplificata del protocollo. Saranno utilizzate le seguenti abbreviazioni: AS = Authentication Server, TGS = Ticket Granting Server, SS = Service Server.
In breve: il client si autentica presso AS che gli fornisce un ticket di sessione per accedere a TGS, si autentica presso TGS e riceve il ticket per aprire una sessione di comunicazione con SS.
In dettaglio:
Utente: Autenticazione di base
- Un utente inserisce username e password sul client.
Client: Autenticazione AS
- Il client manda un messaggio non criptato all'AS richiedendo i servizi per l'utente. ("L'utente XYZ vorrebbe richiedere dei servizi"). Né la chiave segreta né la password vengono inviate all'AS.
- L'AS controlla se il client è nel suo database. Se lo è invia due messaggi al client:
- Messaggio A: Chiave di sessione client-TGS crittata usando la chiave segreta dell'utente.
- Messaggio B: Ticket-Granting Ticket (che include l'identificativo del client, l'indirizzo di rete, il tempo di validità del ticket e la chiave di sessione client-TGS). Il Ticket-Granting Ticket è crittato utilizzando la chiave segreta di TGS.
- Quando il client riceve i messaggi A e B, decritta il messaggio A ottenendo la chiave di sessione client-TGS. Questa chiave è utilizzata per le successive comunicazioni con TGS. (Nota: il client non può decrittare il Messaggio B, che è stato crittato con la chiave segreta di TGS). A questo punto il client possiede i mezzi per autenticarsi presso TGS.
Client: Autenticazione TGS
- Quando richiede dei servizi, il client invia i seguenti due messaggi a TGS:
- Messaggio C: composto dal Ticket-Granting Ticket (mandatogli dal AS nel messaggio B) e dall'identificativo del servizio richiesto
- Messaggio D: autenticatore (Authenticator) (che è formato da identificativo del client e timestamp), crittato usando la chiave di sessione client—TGS.
- Ricevendo i messaggi C e D, TGS decritta il messaggio C con la propria chiave e dal messaggio estrae la chiave di sessione client—TGS che utilizza per decrittare il messaggio D (autenticatore). A questo punto invia i seguenti due messaggi al client:
- Messaggio E: Ticket client-server (che include l'identificativo del client, l'indirizzo di rete del client, il periodo di validità e la chiave di sessione client-server) crittato utilizzando la chiave segreta del server che offre il servizio.
- Messaggio F: Chiave di sessione client-server crittato usando la chiave di sessione client-TGS.
Client: Autenticazione SS
- Ricevendo i messaggi E e F dal TGS, il client può autenticarsi presso il SS. Il client si connette al SS e invia i seguenti due messaggi:
- Messaggio E: Ticket client-server crittato usando la chiave segreta di SS.
- Messaggio G: un nuovo autenticatore, che include l'identificativo del client, il timestamp ed è crittato usando la chiave di sessione client-server.
- Il server decritta il ticket usando la sua chiave segreta e invia il seguente messaggio al client per confermare la propria identità e la volontà di fornire il servizio al client:
- Messaggio H: il timestamp trovato nell'autenticatore incrementato di uno, crittato utilizzando la chiave di sessione client-server.
- Il client decritta la conferma usando la chiave di sessione client-server e controlla che il timestamp sia correttamente aggiornato. Se lo è, il client può considerare affidabile il server e iniziare a effettuare le richieste di servizio.
- Il server fornisce i servizi al client.
