Протокол Kerberos

Протокол Kerberos — это протокол аутентификации, основанный на криптосистеме с симметричными ключами и модели доверенной третьей стороны (Key Distribution Center, KDC). Он предназначен для обеспечения безопасного доступа к сетевым ресурсам в небезопасных сетях, таких как Интернет, путём взаимной проверки подлинности клиента и сервера без передачи паролей в открытом виде. Протокол был разработан в Массачусетском технологическом институте (MIT) в рамках проекта Athena в 1980-х годах и назван в честь мифологического трёхголового пса Цербера (Kerberos), охраняющего вход в подземное царство.

История и развитие

Разработка Kerberos началась в 1983 году в MIT как часть проекта Athena, направленного на создание распределённой вычислительной среды. Первая версия (Kerberos 1) была выпущена в 1987 году, но не получила широкого распространения из-за ограничений в безопасности. В 1989 году вышла версия 4, которая стала стандартом де-факто для многих университетов и исследовательских организаций. Однако в ней были выявлены серьёзные уязвимости, включая слабую защиту от атак повторного воспроизведения (replay attacks) и отсутствие взаимной аутентификации.

В 1993 году была опубликована спецификация Kerberos 5 (RFC 1510), которая исправила недостатки предшественницы. Версия 5 добавила поддержку более сильных криптоалгоритмов (DES, 3DES, AES), взаимную аутентификацию, механизмы делегирования прав и расширенную модель билетов. В 2005 году вышла обновлённая спецификация RFC 4120, которая остаётся актуальной на начало 2020-х годов. Kerberos 5 был принят в качестве стандарта IETF и интегрирован в операционные системы Microsoft Windows (начиная с Windows 2000), а также в Unix-подобные системы (через реализацию Heimdal и MIT Kerberos).

Архитектура и принцип работы

Протокол Kerberos основан на модели клиент-сервер с участием трёх основных компонентов:

Key Distribution Center (KDC) — доверенная третья сторона, состоящая из двух подсистем: Authentication Server (AS) и Ticket-Granting Server (TGS). KDC хранит базу данных учётных записей и мастер-ключи всех пользователей и сервисов.
Клиент — пользователь или программа, запрашивающая доступ к ресурсу.
Сервер приложений — ресурс (например, файловый сервер, база данных), к которому клиент хочет получить доступ.

Основные этапы аутентификации

Процесс аутентификации в Kerberos состоит из трёх этапов:

Получение Ticket-Granting Ticket (TGT). Клиент отправляет запрос на AS, содержащий идентификатор пользователя. AS проверяет наличие учётной записи и генерирует TGT — зашифрованный мастер-ключом пользователя билет, содержащий временную метку, срок действия и сессионный ключ. TGT не может быть расшифрован клиентом, но может быть использован для последующих запросов к TGS.

Получение сервисного билета. Клиент отправляет TGT на TGS вместе с запросом на доступ к конкретному сервису. TGS расшифровывает TGT, проверяет его подлинность и генерирует сервисный билет, зашифрованный ключом сервера приложений. Этот билет содержит сессионный ключ для взаимодействия клиента и сервера.

Доступ к серверу. Клиент отправляет сервисный билет на сервер приложений. Сервер расшифровывает билет, извлекает сессионный ключ и проверяет подлинность клиента. Для взаимной аутентификации сервер может отправить клиенту подтверждение, зашифрованное сессионным ключом.

Криптографические механизмы

Kerberos использует симметричное шифрование (AES, DES, 3DES) для защиты всех сообщений. Каждый сеанс связи между клиентом и сервером защищается уникальным сессионным ключом, который генерируется KDC. Для предотвращения атак повторного воспроизведения протокол использует временные метки (timestamps) и нонсы (nonces). Срок действия билетов ограничен (обычно 8–24 часа для TGT и несколько минут для сервисных билетов), что снижает риск компрометации.

Версии и реализации

Kerberos 4

Первая стабильная версия, использовавшая DES-шифрование и 56-битные ключи. Имела ограниченную поддержку взаимной аутентификации и уязвимости к атакам на основе словарей. В настоящее время считается устаревшей и не рекомендуется к использованию.

Kerberos 5

Основная версия, стандартизированная в RFC 4120. Поддерживает:

Алгоритмы шифрования AES, DES, 3DES, RC4.
Взаимную аутентификацию.
Делегирование прав (forwardable, proxiable, renewable tickets).
Поддержку PKINIT (аутентификация с использованием сертификатов X.509).
Механизмы предварительной аутентификации (pre-authentication).

Реализации

MIT Kerberos — эталонная реализация от MIT, распространяемая под лицензией MIT. Используется в большинстве Unix-подобных систем.
Heimdal — свободная реализация, разработанная в Швеции. Совместима с MIT Kerberos и поддерживает дополнительные функции, такие как поддержка IPv6.
Microsoft Active Directory — реализация Kerberos в Windows, интегрированная с доменными службами. Используется в качестве основного протокола аутентификации в доменах Windows начиная с Windows 2000.
Shishi — реализация для GNU/Linux, написанная на языке C.

Применение

Kerberos широко используется в корпоративных и академических сетях для аутентификации пользователей и сервисов. Основные области применения:

Доменные службы Windows — Active Directory использует Kerberos как основной протокол аутентификации для входа в домен, доступа к файловым серверам, принтерам и другим ресурсам.
Unix-подобные системы — многие дистрибутивы Linux и BSD поддерживают Kerberos для аутентификации в сетевых файловых системах (NFS), удалённого доступа (SSH, Telnet) и почтовых сервисов (IMAP, POP3).
Веб-серверы — Apache HTTP Server и Nginx поддерживают модули аутентификации Kerberos (mod_auth_kerb, mod_auth_gssapi).
Базы данных — Oracle, PostgreSQL и другие СУБД могут использовать Kerberos для аутентификации клиентов.
Распределённые файловые системы — AFS (Andrew File System) и CIFS/SMB используют Kerberos для защиты доступа.

Преимущества и недостатки

Преимущества

Безопасность — пароли не передаются по сети, используются временные ключи и взаимная аутентификация.
Централизованное управление — KDC хранит все учётные записи, что упрощает администрирование.
Масштабируемость — протокол поддерживает работу с тысячами пользователей и серверов.
Совместимость — Kerberos является открытым стандартом и поддерживается большинством операционных систем.

Недостатки

Требование к синхронизации времени — Kerberos критичен к точности системных часов. Разница во времени более 5 минут (по умолчанию) приводит к отказу аутентификации.
Единая точка отказа — выход из строя KDC блокирует аутентификацию всех пользователей. Для повышения отказоустойчивости используются репликации KDC.
Сложность настройки — развёртывание Kerberos требует глубоких знаний криптографии и сетевого администрирования.
Уязвимость к атакам на KDC — компрометация KDC позволяет злоумышленнику получить доступ ко всем ресурсам.

Критика и альтернативы

Kerberos подвергался критике за сложность реализации и уязвимости, связанные с централизованной моделью. В частности, в 2014 году были обнаружены уязвимости в реализации Kerberos в Windows (например, MS14-068), позволяющие повысить привилегии. Альтернативными протоколами аутентификации являются:

OAuth 2.0 — протокол авторизации, используемый в веб-приложениях и API.
OpenID Connect — надстройка над OAuth 2.0 для аутентификации пользователей.
SAML — протокол на основе XML для обмена данными аутентификации между доменами.
LDAP — протокол каталогов, часто используемый в сочетании с Kerberos.

Интересные факты

Название Kerberos происходит от древнегреческого имени Цербера — трёхголового пса, охраняющего вход в Аид. Три головы символизируют три компонента протокола: клиент, сервер и KDC.
В 2000 году Kerberos был выбран в качестве стандарта аутентификации для Windows 2000, заменив протокол NTLM.
В 2011 году MIT Kerberos был включён в состав операционной системы Apple macOS.
Существует реализация Kerberos для мобильных устройств — например, в Android через библиотеку GSS-API.

Источники

RFC 4120 — The Kerberos Network Authentication Service (V5).
RFC 1510 — The Kerberos Network Authentication Service (V5) (устаревший).
MIT Kerberos Documentation (https://web.mit.edu/kerberos/).
Microsoft TechNet — Kerberos Authentication Overview.
«Kerberos: The Definitive Guide» by Jason Garman (O'Reilly Media, 2003).

BFOmetr — база данных и аналитика по компаниям России.

На главную BFOmetr →