Vol. I · No. 46The protocol sectionSat, 10 Oct 2026
Layer 7 · Authentication · tickets from a trusted third party

Kerberos

Ticket-based authentication

Kerberos proves who you are without your password ever crossing the network. A central authority issues you a time-limited ticket once, when you log in, and that ticket buys further tickets for individual services — so every server can verify you without ever being told your secret.

Kerberos trades one login for a ticket, and that ticket for service tickets — the password itself never travels.

Answers
Authentication
mutual, both ways
Port
88
UDP and TCP
Issues
Tickets
TGT, then service tickets
Found in
Active Directory
its largest deployment

How it works

One login, then a ticket for each service
YouKDC and services
1 · AS-REQ — ask the Authentication Service
AS-REP returns a Ticket Granting Ticket
Encrypted with a key derived from your password — only you can open it, so the password never travels
2 · TGS-REQ — present the TGT, ask for one service
TGS-REP returns a service ticket for, say, the file server
The KDC never asks for your password again — the TGT is the proof
3 · AP-REQ — hand the ticket to the service itself
The service decrypts it with its own key — and can prove itself back to you

The service and the KDC never talk during this: the ticket is encrypted with the service’s own key, so being able to read it is proof enough. Timestamps inside are why every clock must be within five minutes.

The main points

What Kerberos does, step by step

1
Authenticate once

The KDC returns a Ticket Granting Ticket encrypted so that only your password’s key can unlock it.

2
Buy a service ticket

Presenting the TGT to the ticket granting service yields a ticket for one specific service.

3
Present it to the service

The service decrypts the ticket with its own long-term key — no call back to the KDC needed.

4
Mutual, and time-limited

The service can prove itself in return, and every ticket expires, typically within ten hours.

The parts
KDC — the trusted third party
TGT — the ticket that buys tickets
SPN — names the service a ticket is for
Realm — the administrative domain
keytab — a service’s long-term key on disk
Clock skew — five minutes, and it matters

In cybersecurity

Kerberos is cryptographically sound and operationally sharp-edged — nearly every attack targets weak service passwords or a stolen ticket, not the protocol itself.

Kerberoasting

Any user can request a service ticket and crack it offline — service accounts need long random passwords.

Pass-the-ticket

A ticket lifted from memory is as good as the login; it needs no password at all.

Golden ticket

Compromise the krbtgt key and an attacker mints valid TGTs for anyone, indefinitely.

Pre-authentication

Accounts with it disabled can be AS-REP roasted — a crackable reply for the asking.

Clock discipline

Skew beyond five minutes breaks authentication outright; NTP is a dependency, not a nicety.

Delegation is dangerous

Unconstrained delegation lets a compromised server impersonate every user who touched it.

Rides in the stack

IPUDP / TCPKerberos

Large tickets outgrow a UDP datagram, so clients fall back to TCP on the same port 88.

Works with

LDAPRADIUS

Tickets & terms

Exchanges
AS-REQ/REPget a TGT
TGS-REQ/REPget a service ticket
AP-REQ/REPuse it
Lifetimes
TGT~10 hours
Renewable~7 days
Serviceshorter
Skew5 minutes