Протоколы аутентификации: Kerberos и инфраструктура открытых ключей

Содержание

1. 1. Аутентификация в корпоративных системах3
2. 2. Протокол Kerberos: принципы и архитектура5
3. 3. Инфраструктура открытых ключей (PKI)7
4. 4. Сравнение Kerberos и PKI для предприятий10

1. Аутентификация в корпоративных системах

Аутентификация, это процедура проверки подлинности субъекта, будь то пользователь, устройство или сервис. Основанием для такой проверки служит один из трёх факторов: то, что субъект знает (пароль, PIN-код), чем владеет (смарт-карта, токен) или чем является (отпечаток пальца, радужная оболочка глаза).

В изолированной системе эта задача решается локально. Но корпоративная сеть меняет правила игры. Здесь десятки тысяч учётных записей, разбросанных по разным серверам, требуют единой точки контроля. Централизованное управление позволяет администратору мгновенно заблокировать доступ уволенному сотруднику или применить общую политику сложности паролей. Хранение учётных данных превращается в отдельную инженерную проблему: если база хэшей паролей скомпрометирована, злоумышленник получает ключи ко всей инфраструктуре. Поэтому современные системы используют аппаратные модули безопасности (HSM) и многоэтапное шифрование для защиты этих данных.

Однако даже идеально защищённое хранилище не спасает от атак на сам канал передачи. Перехват пароля при передаче по незашифрованному соединению остаётся классической угрозой. Сложнее обнаружить атаку «человек посередине», когда злоумышленник незаметно встраивается между клиентом и сервером, ретранслируя и модифицируя трафик. Отдельная категория риска, подделка сервера. Пользователь уверен, что вводит пароль на корпоративном портале, а на деле попадает на фишинговый ресурс, который собирает его данные. Эти сценарии показывают, что односторонней проверки личности клиента недостаточно. Сервер тоже должен доказать свою подлинность, иначе доверие к системе рушится в момент первого же обмана.

Из этого вытекают требования, которым обязаны соответствовать современные протоколы. Первое и главное условие, взаимная аутентификация: обе

стороны должны убедиться в подлинности друг друга до начала обмена данными. Второе требование, защита от повторного воспроизведения. Злоумышленник может перехватить успешную транзакцию и попытаться отправить её заново, чтобы получить доступ без знания пароля. Протокол должен распознавать такие повторы и блокировать их, используя метки времени или одноразовые номера. Наконец, масштабируемость. Корпоративная сеть растёт, число сервисов увеличивается, и протокол аутентификации не должен превращаться в узкое место. Он обязан обслуживать тысячи одновременных запросов, сохраняя приемлемую задержку.

Исторически аутентификация прошла путь от простых парольных проверок к криптографическим протоколам. Уже в 1970-х годах Роджер Нидхэм и Майкл Шрёдер в своей работе «Using Encryption for Authentication in Large Networks of Computers» сформулировали базовые принципы безопасной аутентификации в распределённых системах. Их идеи легли в основу протокола Kerberos, разработанного в Массачусетском технологическом институте в 1980-х годах. Параллельно развивалась концепция открытых ключей, которая позже оформилась в инфраструктуру PKI. Оба подхода решают одни и те же задачи, но принципиально разными методами. Понимание того, как они работают, и какие компромиссы заложены в их архитектуру, позволяет инженеру осознанно выбирать инструмент под конкретную задачу. Именно этому посвящены следующие главы.

2. Протокол Kerberos: принципы и архитектура

Протокол Kerberos появился в Массачусетском технологическом институте в конце 1980-х годов. Своё имя он получил в честь трёхглавого пса из греческой мифологии, и это не случайно. Главная идея проста: клиент и сервер не доверяют друг другу, но оба доверяют третьей стороне. Эту сторону называют центром распределения ключей, или KDC. Вся архитектура строится на симметричном шифровании, поэтому KDC хранит мастер-ключи всех субъектов сети.

Внутри KDC логически разделён на две части: сервер аутентификации (AS) и сервер выдачи билетов (TGS). AS проверяет личность пользователя в момент входа в систему, TGS занимается выдачей разрешений на доступ к конкретным службам. Работа начинается с того, что клиент отправляет на AS запрос со своим идентификатором и именем сервиса TGS. В ответ AS возвращает два элемента: сессионный ключ, зашифрованный долговременным ключом пользователя, и билет на выдачу билетов (TGT). TGT зашифрован мастер-ключом самого KDC, так что клиент не может его прочитать или подделать.

Когда TGT получен, пользователь вводит пароль. Рабочая станция вычисляет из него ключ, которым расшифровывается сессионный ключ. Пароль по сети не передаётся никогда, и это критически важная деталь. Дальше клиент, желая обратиться к нужному серверу, отправляет TGT в TGS. Вместе с билетом идёт аутентификатор: данные клиента и метка текущего времени, зашифрованные сессионным ключом. TGS расшифровывает TGT, достаёт из него сессионный ключ и проверяет аутентификатор. Если всё сходится, TGS выдаёт сервисный билет для конкретного сервера, зашифрованный мастер-ключом этого сервера.

Сервисный билет устроен так же, как TGT, но внутри него лежит ключ сессии между клиентом и целевым сервером. Клиент предъявляет билет серверу

вместе с новым аутентификатором. Сервер расшифровывает билет своим мастер-ключом, получает ключ сессии и сверяет метку времени. Метки времени здесь не формальность. Kerberos требует, чтобы часы всех участников были синхронизированы с отклонением не более пяти минут по умолчанию, иначе протокол отвергнет запросы. Защита от повторного воспроизведения (атак типа replay) строится на том, что аутентификатор действителен короткое время и может быть использован только один раз. Сервер запоминает уже принятые аутентификаторы в своём кэше.

У Kerberos есть важная особенность: он обеспечивает взаимную аутентификацию. После успешной проверки сервер отправляет клиенту сообщение, зашифрованное ключом сессии. Внутри сообщения лежит метка времени клиента, увеличенная на единицу. Только клиент, владеющий ключом сессии, способен расшифровать это сообщение и убедиться, что сервер настоящий, а не подделка. Так обе стороны доказывают друг другу свою подлинность, и атаки «человек посередине» на этапе установления соединения исключаются.

Срок жизни билетов ограничен. TGT обычно живёт восемь часов, как рабочий день. По истечении этого времени пользователю приходится проходить аутентификацию заново, что снижает риск компрометации. Сервисные билеты живут ещё меньше, часто десять минут или полчаса. Многоуровневая схема с кратковременными ключами и билетами позволяет не хранить пароли на серверах приложений и не передавать их по сети. Клиент предъявляет билет, а не пароль, поэтому перехват трафика не даёт злоумышленнику прямого доступа к учётным данным. Версия Kerberos 5, стандартизированная в RFC 1510 в 1993 году, до сих пор используется в Windows Active Directory, macOS и большинстве Unix-систем.

3. Инфраструктура открытых ключей (PKI)

PKI решает задачу, которую Kerberos принципиально не закрывает: она позволяет установить доверие между сторонами, которые никогда не встречались и не имеют общего секрета. Вместо единого центра распределения ключей здесь действует децентрализованная модель на основе асимметричной криптографии. Каждый субъект владеет парой ключей: закрытым, который хранится в тайне, и открытым, который распространяется свободно. Но одной публикации открытого ключа мало. Злоумышленник может подменить его и выдать себя за другого. Чтобы связать ключ с конкретной личностью, и существуют цифровые сертификаты.

Сертификат представляет собой электронный документ, удостоверяющий принадлежность открытого ключа определённому субъекту. Наиболее распространённый формат задан стандартом X.509, принятым в 1988 году и с тех пор неоднократно уточнявшимся. В сертификате указаны имя владельца, его открытый ключ, срок действия, серийный номер и реквизиты издателя. Вся эта информация подписана закрытым ключом центра сертификации (Certificate Authority, CA). Именно CA составляет ядро инфраструктуры. Он гарантирует, что ключ из сертификата действительно принадлежит указанному лицу или организации.

Центр сертификации действует не в одиночку. Крупные CA выстраивают иерархии, где корневой центр удостоверяет нижестоящие, а те выпускают сертификаты конечным пользователям. Так формируется цепочка доверия. Проверяющей стороне не нужно знать каждый CA в мире. Достаточно доверять одному корневому центру, чей сертификат заранее установлен в системе. Если сертификат пользователя подписан промежуточным центром, а тот, в свою очередь, заверен корневым, цепочка считается валидной. Этот механизм позволяет масштабировать PKI на огромные сети, включая интернет, где браузеры доверяют примерно сотне корневых центров из своих хранилищ.

Проверка сертификата не сводится к просмотру подписи. Алгоритм проверки включает три обязательных шага. Сначала криптографически проверяется подпись CA, что подтверждает подлинность документа. Затем проверяется срок действия: сертификат не должен быть просрочен. И наконец, нужно убедиться, что сертификат не отозван. Ситуации бывают разные: закрытый ключ могли скомпрометировать, сотрудника уволить, домен продать. Для таких случаев CA ведёт списки отзыва (Certificate Revocation List, CRL) и поддерживает онлайн-сервис проверки статуса (OCSP). Современные реализации всё чаще применяют OCSP-степлинги, когда сервер сам прикладывает к своему сертификату свежее подтверждение того, что он не отозван. Это избавляет от лишнего сетевого запроса при каждом соединении.

PKI, это не только про аутентификацию. Та же пара ключей решает три задачи. Во-первых, шифрование: открытым ключом получателя данные зашифровываются так, что прочитать их может только владелец закрытого ключа. Во-вторых, электронная подпись: подпись, созданная закрытым ключом отправителя, подтверждает авторство и целостность сообщения, а любой может проверить её открытым ключом. В-третьих, собственно аутентификация, когда сторона доказывает владение закрытым ключом, например в протоколе TLS. Заметим, что RSA, один из первых алгоритмов асимметричного шифрования, был опубликован Рональдом Ривестом, Ади Шамиром и Леонардом Адлеманом в 1977 году. Он до сих пор остаётся базой большинства PKI-решений, хотя всё большее распространение получает эллиптическая криптография на алгоритмах ECDSA и EdDSA.

Отдельно стоит сказать о сроках жизни ключей. Сертификаты не вечны. Типичный срок действия для серверных сертификатов сегодня составляет один год, для корневых CA, десять и более лет. Короткие сроки снижают ущерб от компрометации, но увеличивают нагрузку на администраторов. Поэтому в индустрии активно развивается автоматизация, например протокол ACME, который позволяет серверам самостоятельно

запрашивать и обновлять сертификаты без участия человека. Это заметно упростило внедрение HTTPS в вебе после того, как Let's Encrypt запустила бесплатный автоматизированный CA в 2016 году.

Таким образом, PKI даёт механизм, который делает открытые сети пригодными для безопасного обмена данными. Она не заменяет Kerberos, а решает другую задачу: установление доверия без предварительного общего секрета. Цепочки сертификатов, центры сертификации и механизмы отзыва образуют стройную систему, на которой держится безопасность современного интернета, от банковских транзакций до электронной почты.

4. Сравнение Kerberos и PKI для предприятий

После рассмотрения архитектурных принципов Kerberos и PKI возникает естественный вопрос: какая схема лучше подходит для конкретного предприятия? Однозначного ответа нет, и это ключевой вывод.

Kerberos показывает впечатляющую эффективность в замкнутых доменных средах. Active Directory от Microsoft использует его как базовый протокол, что обеспечивает бесшовную интеграцию с политиками группового управления. Централизованный центр распределения ключей упрощает администрирование учётных записей: администратор меняет права пользователя один раз, и изменения немедленно применяются во всей сети. Производительность Kerberos также заслуживает внимания. Симметричное шифрование требует меньше вычислительных ресурсов, чем асимметричные операции PKI, поэтому аутентификация занимает миллисекунды. Однако у этой модели есть жёсткое ограничение: все участники должны иметь синхронизированные часы. Расхождение более чем на пять минут между клиентом и сервером приводит к отказу в аутентификации, что в распределённых филиалах с ненадёжными каналами связи становится головной болью для ИТ-отдела.

PKI, в свою очередь, решает проблему географической распределённости. Асимметричная криптография не требует постоянного обращения к доверенному центру: достаточно один раз получить сертификат, и его можно предъявлять любому серверу в любой точке мира. Это делает PKI естественным выбором для интернет-сервисов, электронной торговли и взаимодействия с внешними контрагентами. Компания VeriSign, позднее вошедшая в Symantec, с середины 1990-х годов строила бизнес именно на выпуске сертификатов для веб-сайтов, что подтверждает практическую ценность такого подхода. Но плата за гибкость высока. Жизненный цикл сертификата требует постоянного внимания: выпуск, продление, отзыв при компрометации ключа. Крупные

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

Критерий безопасности также разводит эти технологии в разные стороны. Kerberos защищён от атак перехвата благодаря меткам времени и одноразовым билетам, но его уязвимое место, сам центр распределения ключей. Компрометация KDC означает полный захват домена. PKI распределяет доверие между несколькими центрами сертификации, и отзыв скомпрометированного сертификата локализует ущерб. Однако PKI подвержена атакам на цепочки доверия: если злоумышленник получает доступ к корневому сертификату, он может выпускать поддельные сертификаты для любых ресурсов.

Практика показывает, что крупные предприятия редко выбирают что-то одно. Гибридные схемы становятся стандартом де-факто. Например, корпорация Boeing использует Kerberos для внутренней аутентификации сотрудников в доменной инфраструктуре, а для защищённого обмена документами с поставщиками и партнёрами применяет PKI. Такая комбинация позволяет получить преимущества обеих технологий: скорость и простоту Kerberos внутри периметра безопасности и универсальность PKI на границах организации. Схожую модель реализует и протокол SAML, который часто работает поверх Kerberos внутри корпоративной сети, а при выходе во внешние сервисы переключается на сертификаты.

Сложность внедрения тоже различается. Развернуть Kerberos в среде Windows относительно просто: достаточно поднять контроллер домена. Для PKI потребуется спроектировать иерархию центров сертификации, настроить списки отзыва и продумать процедуру восстановления ключей. По оценкам аналитиков Gartner, совокупная стоимость владения PKI в пересчёте на один сертификат в крупной организации в два-три раза выше, чем стоимость обслуживания одной учётной записи Kerberos. Эта разница объясняется не стоимостью

самого программного обеспечения, а трудозатратами администраторов.

Итоговый выбор определяется тремя факторами: масштабом сети, характером взаимодействий и требованиями к отказоустойчивости. Для предприятия, работающего в пределах одного кампуса с централизованным ИТ-управлением, Kerberos остаётся наиболее рациональным решением. Для компании с распределёнными офисами и активной внешней деятельностью PKI даёт необходимую гибкость. А для зрелых организаций, стремящихся к максимальной защите, оптимальным оказывается сочетание обеих технологий, где каждая решает задачи в своей зоне ответственности.