Security (Лекции по информационной безопасности), страница 7

(BBN) для военной сети Military Network (MILNET). Компания Cisco несколько раз совершенствовала и расширяла протокол TACACS, и в результатепоявилась ее собственная версия TACACS, известная как TACACS+.TACACS+ пользуется транспортным протоколом TCP. «Демон» сервера «слушает» порт 49, который является портом протокола IP, выделенным для протокола TACACS. Этот порт зарезервирован для выде-13ленных номеров RFC в протоколах UDP и TCP. Все текущие версии TACACS и расширенные вариантыэтого протокола используют порт 49.Протокол TACACS+ работает по технологии клиент/сервер, где клиентом TACACS+ обычно являетсяNAS, а сервером TACACS+, как правило, считается «демон» (процесс, запускаемый на машине UNIXили NT). Фундаментальным структурным компонентом протокола TACACS+ является разделение аутентификации, авторизации и учета (AAA — Authentication, Authorization, Accounting).

Это позволяет обмениваться аутентификационными сообщениями любой длины и содержания, и, следовательно, использовать для клиентов TACACS+ любой аутентификационный механизм, в том числе PPP PAP, PPP CHAP,аппаратные карты и Kerberos. Аутентификация не является обязательной. Она рассматривается как опция, которая конфигурируется на месте. В некоторых местах она вообще не требуется, в других местахона может применяться лишь для ограниченного набора услуг.Авторизация — это процесс определения действий, которые позволены данному пользователю. Обычноаутентификация предшествует авторизации, однако это необязательно. В запросе на авторизацию можно указать, что аутентификация пользователя не проведена (личность пользователя не доказана).

В этомслучае лицо, отвечающее за авторизацию, должно самостоятельно решить, допускать такого пользователя к запрашиваемым услугам или нет. Протокол TACACS+ допускает только положительную или отрицательную авторизацию, однако этот результат допускает настройку на потребности конкретного заказчика. Авторизация может проводиться на разных этапах, например, когда пользователь впервые входитв сеть и хочет открыть графический интерфейс или когда пользователь запускает PPP и пытается использовать поверх PPP протокол IP с конкретным адресом IP. В этих случаях «демон» сервера TACACS+ может разрешить предоставление услуг, но наложить ограничения по времени или потребовать список доступа IP для канала PPP.14Учет обычно следует за аутентификацией и авторизацией. Учет представляет собой запись действийпользователя.

В системе TACACS+ учет может выполнять две задачи. Во-первых, он может использоваться для учета использованных услуг (например, для выставления счетов). Во-вторых, его можно использовать в целях безопасности. Для этого TACACS+ поддерживает три типа учетных записей.

Записи«старт» указывают, что услуга должна быть запущена. Записи «стоп» говорят о том, что услуга только чтоокончилась. Записи «обновление» (update) являются промежуточными и указывают на то, что услуга всееще предоставляется. Учетные записи TACACS+ содержат всю информацию, которая используется входе авторизации, а также другие данные, такие как время начала и окончания (если это необходимо) иданные об использовании ресурсов.Транзакции между клиентом TACACS+ и сервером TACACS+ идентифицируются с помощью общего«секрета», который никогда не передается по каналам связи.

Обычно этот секрет вручную устанавливается на сервере и на клиенте. TACACS+ можно настроить на шифрование всего трафика, который передается между клиентом TACACS+ и демоном сервера TACACS+.На рисунке 17 показано взаимодействие между пользователем, с одной стороны, и клиентом и серверомTACACS+, с другой.1.

èÓθÁÓ‚‡ÚÂθ ËÌˈËËÛÂÚ ÒÓ‰ËÌÂÌË êêê Ò ÒÂ‚ÂÓωÓÒÚÛÔ‡.2. ëÂ‚Â ‰ÓÒÚÛÔ‡ Á‡Ô‡¯Ë‚‡ÂÚ Û ÔÓθÁÓ‚‡ÚÂÎfl ËÏfl Ë Ô‡Óθ.3. èÓθÁÓ‚‡ÚÂθ Óڂ˜‡ÂÚ Ì‡ Á‡ÔÓÒ.4. äÎËÂÌÚ TACACS+ ÔÓÒ˚·ÂÚ Á‡¯ËÙÓ‚‡ÌÌ˚È Ô‡ÍÂÚ ÒÂ‚ÂÛTACACS+.5. ëÂ‚Â TACACS+ ÒÓÓ·˘‡ÂÚ ÂÁÛθڇÚ˚ ˉÂÌÚËÙË͇ˆËË.6. äÎËÂÌÚ Ë ÒÂ‚Â Ó·ÏÂÌË‚‡˛ÚÒfl ‡‚ÚÓËÁÓ‚‡ÌÌÓÈËÌÙÓχˆËÂÈ.7. äÎËÂÌÚ TACACS+ Ó·‡·‡Ú˚‚‡ÂÚ Ô‡‡ÏÂÚ˚, ÔÓÎÛ˜ÂÌÌ˚ ‚Ó‚ÂÏfl ‡‚ÚÓËÁ‡ˆËË.êËÒÛÌÓÍ 17.

ÇÁ‡ËÏÓ‰ÂÈÒÚ‚Ë ÏÂÊ‰Û ÔÓθÁÓ‚‡ÚÂÎÂÏ Ë ÒËÒÚÂÏÓÈ TACACS+В ходе аутентификации TACACS+ используются пакеты трех типов: START, CONTINUE и REPLY.START и CONTINUE всегда отправляются клиентом, а REPLY всегда отправляется сервером.Аутентификация начинается, когда клиент отправляет серверу сообщение START. Сообщение STARTописывает тип будущей аутентификации и может содержать имя пользователя и некоторыеаутентификационные данные. Пакет START отправляется только в качестве первого сообщения аутентификационной сессии TACACS+или сразу же после повторного запуска этойсессии.

(Повторный запуск может проводитьсяпо просьбе сервера, которая содержится в пакете REPLY.) Пакет START всегда имеет порядковый номер, равный единице.В ответ на пакет START сервер отправляет пакет REPLY. Сообщение REPLY указывает, завершилась ли аутентификация или ее следуетпродолжить. Если пакет REPLY требует продолжения аутентификации, он также указывает,какую дополнительную информацию ему нужно предоставить. Клиент собирает эту информацию и отправляет ее серверу в сообщенииCONTINUE.По завершении аутентификации клиент можетначать процесс авторизации (если она требуется). Сессия авторизации состоит из двух сообщений: сообщения REQUEST (запрос) и следующегоза ним сообщения RESPONSE (ответ).

Сообщение REQUEST содержит фиксированное количество полей, которые описывают пользователя илипроцесс, и переменный набор аргументов, которые описывают услуги и опции, требующие авторизации.êËÒÛÌÓÍ 18. èÓˆÂÒÒ ‡ÛÚÂÌÚËÙË͇ˆËË TACACS+êËÒÛÌÓÍ 19. èÓˆÂÒÒ ‡‚ÚÓËÁ‡ˆËË TACACS+На рисунках 18 и 19 показаны процессы аутентификации и авторизации TACACS+.RADIUSПротокол RADIUS был разработан компанией Livingston Enterprises, Inc. в качестве протокола аутентификации серверного доступа и учета.

В июне 1996 года пятый проектный вариант протокола RADIUS былпредставлен на рассмотрение IETF. В настоящее время спецификация RADIUS (RFC 2058) и стандарт учета RADIUS (RFC 2059) предложены для утверждения в качестве общепринятых стандартов.Связь между NAS и сервером RADIUS основана на UDP. В целом считается, что протокол RADIUS не имеет отношения к подключению. Все вопросы, связанные с доступностью сервера, повторной передачейданных и отключениями по истечении времени ожидания, контролируются устройствами, работающими под управлением протокола RADIUS, но не самим протоколом передачи.Протокол RADIUS основан на технологии клиент/сервер. Клиентом RADIUS обычно является NAS, а сервером RADIUS считается «демон», работающий на машине UNIX или NT.

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

Для других серверов RADIUS или аутентификационных серверов других типов сервер RADIUS может выступать в роли клиента-посредника (proxy).На рисунке 20 показано взаимодействие между пользователем, с одной стороны, и клиентом и серверомRADIUS, с другой.Сервер RADIUS может поддерживать разные методы аутентификации пользователя. Если пользовательпредоставит ему свое имя и оригинальный пароль, этот сервер может поддержать PPP PAP или CHAP,UNIX login и другие механизмы аутентификации. Обычно регистрация пользователя состоит из запроса(Access Request), который поступает из NAS на сервер RADIUS, и соответствующего ответа (положительного или отрицательного), который дает сервер.

Пакет Access Request содержит имя пользователя, зашифрованный пароль, IP-адрес системы NAS и номер порта. Формат запроса дает возможность пользователю запросить определенный тип сессии. Например, если запрос производится в алфавитно-цифровом режиме, из этого следует, что запрашивается услуга одного типа («Service-Type = Exec-User»), но если запрос делается в пакетном режиме PPP, значит услуга должна быть другой («Service Type = FramedUser» или «Framed Type = PPP»).151. èÓθÁÓ‚‡ÚÂθ ËÌˈËËÛÂÚ ÒÓ‰ËÌÂÌË êêê Ò ÒÂ‚ÂÓωÓÒÚÛÔ‡.2.

ëÂ‚Â ‰ÓÒÚÛÔ‡ Á‡Ô‡¯Ë‚‡ÂÚ Û ÔÓθÁÓ‚‡ÚÂÎfl ËÏfl Ë Ô‡Óθ.3. èÓθÁÓ‚‡ÚÂθ Óڂ˜‡ÂÚ Ì‡ Á‡ÔÓÒ.4. äÎËÂÌÚ RADIUS ÔÓÒ˚·ÂÚ ËÏfl ÔÓθÁÓ‚‡ÚÂÎfl ËÁ‡¯ËÙÓ‚‡ÌÌ˚È Ô‡Óθ ÒÂ‚ÂÛ RADIUS.5. ëÂ‚Â RADIUS Óڂ˜‡ÂÚ ÒÓÓ·˘ÂÌËflÏË Accept, Reject ËÎËChallenge.6. äÎËÂÌÚ RADIUS Ó·‡·‡Ú˚‚‡ÂÚ Ô‡‡ÏÂÚ˚, ÔÓÎÛ˜ÂÌÌ˚ ÓÚÒÂ‚Â‡, ‚ÏÂÒÚÂ Ò ÒÓÓ·˘ÂÌËflÏË Accept, Reject ËÎË Challenge.êËÒÛÌÓÍ 20. ÇÁ‡ËÏÓ‰ÂÈÒÚ‚Ë ÏÂÊ‰Û ÔÓθÁÓ‚‡ÚÂÎÂÏ Ë ÒËÒÚÂÏÓÈ RADIUSКогда сервер RADIUS получает от NAS запрос Access Request, он проводит поиск указанного имени пользователя в базе данных. Если в базе данных такого имени нет, то сервер загружает стандартный профиль,используемый по умолчанию, или отправляет пользователю отрицательный ответ.

Этот отрицательныйответ может при необходимости сопровождаться текстом, поясняющим причины отказа.16В системе RADIUS функции аутентификации и авторизации совмещены. Если имя пользователя найдено в базе данных и если пароль указан правильно, сервер RADIUS дает положительный ответ, в которомприводится список пар атрибутов для данной сессии. Типичными параметрами этого типа являются типуслуги (shell или framed), тип протокола, адрес IP, присваиваемый пользователю (статический или динамический), список объектов доступа или статический маршрут, который необходимо добавить в таблицумаршрутизации NAS.