WikiDer > IEEE 802.1X

IEEE 802.1X

IEEE 802.1X является Стандарт IEEE для портовых Контроль доступа к сети (PNAC). Это часть IEEE 802.11 группа сетевых протоколов. Он обеспечивает аутентификация механизм для устройств, желающих присоединить к LAN или же WLAN.

IEEE 802.1X определяет инкапсуляцию Расширяемый протокол аутентификации (EAP) более IEEE 802.11,[1][2] который известен как «EAP через LAN» или EAPOL.[3] EAPOL изначально был разработан для IEEE 802.3 Ethernet в 802.1X-2001, но был уточнен, чтобы соответствовать другим технологиям IEEE 802 LAN, таким как IEEE 802.11 беспроводной и Оптоволоконный распределенный интерфейс данных (ISO 9314-2) в 802.1X-2004.[4] EAPOL также был модифицирован для использования с IEEE 802.1AE («MACsec») и IEEE 802.1AR (Secure Device Identity, DevID) в 802.1X-2010[5][6] для поддержки идентификации услуг и дополнительного шифрования точка-точка во внутреннем сегменте LAN.

Обзор

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

В аутентификации 802.1X участвуют три стороны: запрашивающая сторона, аутентификатор и сервер аутентификации. В проситель это клиент устройство (например, ноутбук), которое желает подключиться к LAN / WLAN. Термин «запрашивающий» также используется как синонимы для обозначения программного обеспечения, работающего на клиенте, которое предоставляет учетные данные аутентификатору. В аутентификатор это сетевое устройство, которое обеспечивает канал передачи данных между клиентом и сетью и может разрешать или блокировать сетевой трафик между ними, например, Коммутатор Ethernet или же беспроводная точка доступа; и сервер аутентификации Обычно это доверенный сервер, который может получать и отвечать на запросы на доступ к сети, а также может сообщать аутентификатору, следует ли разрешить соединение, а также различные параметры, которые должны применяться к подключению или настройке этого клиента. Серверы аутентификации обычно запускают программное обеспечение, поддерживающее РАДИУС и EAP протоколы. В некоторых случаях программное обеспечение сервера аутентификации может работать на оборудовании аутентификатора.

Аутентификатор действует как охранник защищенной сети. Запрашивающему устройству (то есть клиентскому устройству) не разрешается доступ через аутентификатор к защищенной стороне сети до тех пор, пока его личность не будет проверена и авторизована. При аутентификации на основе портов 802.1X запрашивающий должен изначально предоставить необходимые учетные данные для аутентификатора - они будут заранее указаны администратором сети и могут включать имя пользователя / пароль или разрешенный Цифровой сертификат. Аутентификатор пересылает эти учетные данные на сервер аутентификации, чтобы решить, следует ли предоставить доступ. Если сервер аутентификации определяет, что учетные данные действительны, он сообщает об этом аутентификатору, который, в свою очередь, позволяет запрашивающему (клиентскому устройству) получить доступ к ресурсам, расположенным на защищенной стороне сети.[7]

Работа протокола

EAPOL работает в уровень канала передачи данных, И в Создание кадра Ethernet II протокол имеет EtherType значение 0x888E.

Портовые предприятия

802.1X-2001 определяет два логических объекта порта для аутентифицированного порта - «контролируемый порт» и «неуправляемый порт». Управляемым портом управляет 802.1X PAE (объект доступа к порту), чтобы разрешить (в авторизованном состоянии) или предотвратить (в неавторизованном состоянии) входящий и исходящий сетевой трафик в / из контролируемого порта. Неконтролируемый порт используется 802.1X PAE для передачи и приема кадров EAPOL.

802.1X-2004 определяет эквивалентные порты для запрашивающей стороны; таким образом, соискатель, реализующий 802.1X-2004, может предотвратить использование протоколов более высокого уровня, если проверка подлинности не завершена успешно. Это особенно полезно, когда метод EAP предоставляет взаимная аутентификация используется, поскольку соискатель может предотвратить утечку данных при подключении к неавторизованной сети.

Типичная последовательность аутентификации

Типичная процедура аутентификации состоит из:

Диаграмма последовательности развития 802.1X
  1. Инициализация При обнаружении нового соискателя порт на коммутаторе (аутентификаторе) включается и устанавливается в «неавторизованное» состояние. В этом состоянии разрешен только трафик 802.1X; другой трафик, например протокол Интернета (и с этим TCP и UDP), отбрасывается.
  2. Инициация Чтобы инициировать аутентификацию, аутентификатор будет периодически передавать кадры идентификации EAP-Request на специальный адрес уровня 2 (01: 80: C2: 00: 00: 03) в сегменте локальной сети. Соискатель прослушивает этот адрес, и при получении кадра идентификатора EAP-Request он отвечает кадром идентификатора EAP-Response, содержащим идентификатор для соискателя, такой как идентификатор пользователя. Затем аутентификатор инкапсулирует этот ответ Identity в пакет запроса доступа RADIUS и пересылает его на сервер аутентификации. Запрашивающий может также инициировать или перезапустить аутентификацию, отправив фрейм EAPOL-Start аутентификатору, который затем ответит фреймом EAP-Request Identity.
  3. Переговоры (Технически согласование EAP) Сервер аутентификации отправляет ответ (инкапсулированный в пакет запроса доступа RADIUS) аутентификатору, содержащий запрос EAP с указанием метода EAP (тип аутентификации на основе EAP, который он желает выполнить со стороны соискателя). Аутентификатор инкапсулирует запрос EAP в кадр EAPOL и передает его запрашивающей стороне. На этом этапе соискатель может начать использовать запрошенный метод EAP или выполнить NAK («отрицательное подтверждение») и ответить методами EAP, которые он желает выполнить.
  4. Аутентификация Если сервер аутентификации и соискатель согласовывают метод EAP, запросы и ответы EAP отправляются между соискателем и сервером аутентификации (переводятся аутентификатором) до тех пор, пока сервер аутентификации не ответит либо сообщением EAP-Success (инкапсулированным в RADIUS Access- Принять пакет) или сообщение EAP-Failure (инкапсулированное в пакет RADIUS Access-Reject). Если аутентификация прошла успешно, аутентификатор устанавливает порт в «авторизованное» состояние, и нормальный трафик разрешается, если он не прошел успешно, порт остается в «неавторизованном» состоянии. Когда соискатель выходит из системы, он отправляет аутентификатору сообщение EAPOL-logoff, затем аутентификатор устанавливает порт в «неавторизованное» состояние, снова блокируя весь трафик, не связанный с EAP.

Реализации

Проект с открытым исходным кодом, известный как Open1X производит клиента, Xsupplicant. Этот клиент в настоящее время доступен как для Linux, так и для Windows. Основные недостатки Open1X клиентом является то, что он не предоставляет понятной и обширной пользовательской документации, а также тот факт, что большинство поставщиков Linux не предоставляют для него пакет. Более общий wpa_supplicant может использоваться для 802.11 беспроводные сети и проводные сети. Оба поддерживают очень широкий спектр типов EAP.[8]

В iPhone и Ipod Touch поддержка 802.1X с момента выпуска iOS 2.0.Android поддерживает 802.1X с момента выпуска 1.6 Donut.Chrome OS поддерживает 802.1X с середины 2011 года.[9]

Mac OS X предлагает встроенную поддержку с 10.3.[10]

Avenda Systems предоставляет просителя для Windows, Linux и Mac OS X. У них также есть плагин для Microsoft NAP рамки.[11] Avenda также предлагает агентов по проверке здоровья.

Windows

По умолчанию Windows не отвечает на запросы аутентификации 802.1X в течение 20 минут после неудачной аутентификации. Это может вызвать серьезные неудобства для клиентов.

Период блокировки можно настроить с помощью HKEY_LOCAL_MACHINE SOFTWARE Microsoft dot3svc BlockTime[12] Значение DWORD (HKEY_LOCAL_MACHINE SOFTWARE Microsoft wlansvc BlockTime для беспроводных сетей) в реестре (вводится в минутах). А исправление требуется для Windows XP SP3 и Windows Vista SP2, чтобы период можно было настраивать.[13]

Подстановочный знак сертификаты сервера не поддерживаются EAPHost, компонентом Windows, который обеспечивает поддержку EAP в операционной системе.[14] Следствием этого является то, что при использовании коммерческого центра сертификации необходимо приобретать отдельные сертификаты.

Windows XP

Windows XP имеет серьезные проблемы с обработкой изменений IP-адресов в результате пользовательской аутентификации 802.1X, которая изменяет VLAN и, следовательно, подсеть клиентов.[15] Microsoft заявила, что не будет переносить SSO функция Vista, которая решает эти проблемы.[16]

Если пользователи не входят в систему с перемещаемыми профилями, необходимо загрузить и установить исправление при аутентификации через PEAP с помощью PEAP-MSCHAPv2.[17]

Виндоус виста

Компьютеры под управлением Windows Vista, подключенные через IP-телефон, могут не пройти аутентификацию должным образом, и в результате клиент может быть помещен в неправильную VLAN. Доступно исправление для исправления этого.[18]

Windows 7

Компьютеры под управлением Windows 7, подключенные через IP-телефон, могут не пройти аутентификацию должным образом, и в результате клиент может быть помещен в неправильную VLAN. Доступно исправление для исправления этого.[18]

Windows 7 не отвечает на запросы аутентификации 802.1X после сбоя первоначальной аутентификации 802.1X. Это может вызвать серьезные неудобства для клиентов. Доступно исправление для исправления этого.[19]

Windows PE

Для большинства предприятий, развертывающих и развертывающих операционные системы удаленно, стоит отметить, что Windows PE не имеет встроенной поддержки 802.1X. Однако в WinPE 2.1 можно добавить поддержку.[20] и WinPE 3.0[21] с помощью исправлений, доступных от Microsoft. Хотя полная документация еще не доступна, предварительная документация по использованию этих исправлений доступна в блоге Microsoft.[22]

OS X Мохаве[23]

GNU / Linux

Наиболее Дистрибутивы Linux поддержка 802.1X через wpa_supplicant и интеграция с рабочим столом, например Сетевой менеджер.

Федерации

Eduroam (услуга международного роуминга) требует использования аутентификации 802.1X при предоставлении доступа к сети для гостей, посещающих другие учреждения с поддержкой eduroam.[24]

BT (British Telecom, PLC) использует Identity Federation для аутентификации в услугах, предоставляемых широкому кругу отраслей и правительств.[25]

Собственные расширения

MAB (обход проверки подлинности MAC)

Не все устройства поддерживают аутентификацию 802.1X. Примеры включают сетевые принтеры, электронику на базе Ethernet, такую ​​как датчики окружающей среды, камеры и беспроводные телефоны. Для использования этих устройств в защищенной сетевой среде должны быть предусмотрены альтернативные механизмы их аутентификации.

Один из вариантов - отключить 802.1X на этом порте, но это оставляет этот порт незащищенным и открытым для злоупотреблений. Другой, немного более надежный вариант - использовать вариант МАБ. Когда MAB настроен на порту, этот порт сначала попытается проверить, совместимо ли подключенное устройство с 802.1X, и, если от подключенного устройства не будет получено никакой реакции, он попытается аутентифицироваться на сервере AAA с помощью подключенного устройства. MAC-адрес как имя пользователя и пароль. Затем сетевой администратор должен предусмотреть РАДИУС сервер для аутентификации этих MAC-адресов, либо добавляя их как обычных пользователей, либо реализуя дополнительную логику для их разрешения в базе данных сетевой инвентаризации.

Множество управляемых коммутаторов Ethernet[26][27] предложить варианты для этого.

Уязвимости в 802.1X-2001 и 802.1X-2004

Общие медиа

Летом 2005 года Стив Райли из Microsoft опубликовал статью, в которой подробно описывалась серьезная уязвимость в протоколе 802.1X, связанная с человек в центре атаки. Таким образом, недостаток проистекает из того факта, что 802.1X аутентифицируется только в начале соединения, но после этой аутентификации злоумышленник может использовать аутентифицированный порт, если у него есть возможность физически вставить себя (возможно, используя рабочую группу hub) между аутентифицированным компьютером и портом. Райли предлагает использовать в проводных сетях IPsec или комбинация IPsec и 802.1X была бы более безопасной.[28]

Кадры EAPOL-Logoff, передаваемые соискателем 802.1X, отправляются в открытом виде и не содержат данных, полученных в результате обмена учетными данными, который первоначально аутентифицировал клиента.[29] Поэтому их легко подделать на общих носителях, и их можно использовать как часть целевой DoS как в проводных, так и в беспроводных локальных сетях. При атаке EAPOL-Logoff злонамеренная третья сторона, имеющая доступ к среде, к которой подключен аутентификатор, неоднократно отправляет поддельные кадры EAPOL-Logoff с MAC-адреса целевого устройства. Аутентификатор (полагая, что целевое устройство желает завершить сеанс аутентификации) закрывает сеанс аутентификации целевого объекта, блокируя входящий трафик от целевого устройства, запрещая ему доступ к сети.

Спецификация 802.1X-2010, которая началась как 802.1af, устраняет уязвимости в предыдущих спецификациях 802.1X с помощью MACSec. IEEE 802.1AE для шифрования данных между логическими портами (работающими поверх физического порта) и IEEE 802.1AR (Secure Device Identity / DevID) аутентифицированные устройства.[5][6][30][31]

В качестве временной меры до тех пор, пока эти улучшения не будут широко внедрены, некоторые поставщики расширили протоколы 802.1X-2001 и 802.1X-2004, позволив нескольким одновременным сеансам аутентификации происходить на одном порту. Хотя это предотвращает попадание трафика от устройств с неаутентифицированными MAC-адресами на аутентифицированный порт 802.1X, это не остановит злонамеренное устройство, отслеживающее трафик с аутентифицированного устройства, и не обеспечивает защиты от Подмена MAC, или атаки EAPOL-Logoff.

Альтернативы

В IETFальтернативой является Протокол аутентификации для доступа к сети (PANA), который также передает EAP, хотя он работает на уровне 3, используя UDP, поэтому не привязан к инфраструктуре 802.[32]

Смотрите также

Рекомендации

  1. ^ RFC 3748, § 3.3
  2. ^ RFC 3748, § 7.12
  3. ^ IEEE 802.1X-2001, § 7
  4. ^ IEEE 802.1X-2004, § 3.2.2
  5. ^ а б IEEE 802.1X-2010, стр. Iv
  6. ^ а б IEEE 802.1X-2010, § 5
  7. ^ «Концепции аутентификации на основе портов 802.1X». Получено 2008-07-30.
  8. ^ "eap_testing.txt от wpa_supplicant". Получено 2010-02-10.
  9. ^ «Компьютер, который становится все лучше». Получено 2013-11-27.
  10. ^ «Apple - iPhone - Enterprise». Получено 2008-07-31.
  11. ^ «Доступны клиенты NAP для Linux и Macintosh». 2008-12-16.
  12. ^ "20-минутная задержка развертывания Windows 7 на 802.1x".
  13. ^ «Компьютер под управлением Windows XP, Windows Vista или Windows Server 2008 не отвечает на запросы проверки подлинности 802.1X в течение 20 минут после неудачной проверки подлинности». Support.microsoft.com. 2009-09-17. Получено 2010-03-23.
  14. ^ «EAPHost в Windows Vista и Longhorn (18 января 2006 г.)». Technet.microsoft.com. 2007-01-18. Получено 2010-03-24.
  15. ^ «Проблемы при получении объектов групповой политики, перемещаемых профилей и сценариев входа в систему с контроллера домена под управлением Windows Server 2003». Support.microsoft.com. 2007-09-14. Получено 2010-02-10.
  16. ^ «802.1X с динамической коммутацией VLAN - проблемы с перемещаемыми профилями». Forums.technet.microsoft.com. Получено 2010-02-10.
  17. ^ «Клиентский компьютер под управлением Windows XP с пакетом обновления 3 не может использовать проверку подлинности IEEE 802.1X при использовании PEAP с PEAP-MSCHAPv2 в домене». Support.microsoft.com. 2009-04-23. Получено 2010-03-23.
  18. ^ а б «Компьютер, подключенный к сети с проверкой подлинности IEEE 802.1X через телефон VOIP, не подключается к правильной сети после выхода из режима гибернации или спящего режима». Support.microsoft.com. 2010-02-08. Получено 2010-03-23.
  19. ^ «Windows 7 или Windows Server 2008 R2 не отвечает на запросы проверки подлинности 802.1X после сбоя проверки подлинности». Support.microsoft.com. 2010-03-08. Получено 2010-03-23.
  20. ^ «Windows PE 2.1 не поддерживает протокол проверки подлинности IEEE 802.1X». Support.microsoft.com. 2009-12-08. Получено 2010-02-10.
  21. ^ «Протокол проверки подлинности IEEE 802.1X не поддерживается в среде предустановки Windows (PE) 3.0». Support.microsoft.com. 2009-12-08. Получено 2010-02-10.
  22. ^ «Добавление поддержки 802.1X в WinPE». Blogs.technet.com. 2010-03-02. Получено 2010-03-03.
  23. ^ «Подключитесь к сети 802.1X на Mac». support.apple.com. Получено 2019-12-02.
  24. ^ «Эдуроам - О нас». Получено 2009-11-29.
  25. ^ «BT Identity and Access Management» (PDF). Получено 2010-08-17.
  26. ^ Руководство по развертыванию обхода проверки подлинности MAC, Май 2011. Дата обращения: 26 января, 2012.
  27. ^ Dell PowerConnect 6200 серии Руководство по интерфейсу командной строки В архиве 2012-11-18 в Wayback Machine, страница: 622, редакция: A06-март 2011 г. Дата обращения: 26 января 2013 г.
  28. ^ «Статья Стива Райли об уязвимостях 802.1X». Microsoft.com. 2005-08-09. Получено 2018-01-16.
  29. ^ IEEE 802.1X-2001, § 7.1
  30. ^ «Утверждение о досрочном рассмотрении 2 февраля 2010 г.». Standards.ieee.org. Получено 2010-02-10.
  31. ^ «IEEE 802.1: 802.1X-2010 - версия 802.1X-2004». Ieee802.org. 2010-01-21. Получено 2010-02-10.
  32. ^ Филип Голден; Эрве Дедье; Криста С. Якобсен (2007). Внедрение и применение технологии DSL. Тейлор и Фрэнсис. С. 483–484. ISBN 978-1-4200-1307-8.

внешняя ссылка