stringtranslate.com

Простая аутентификация и уровень безопасности

Simple Authentication and Security Layer ( SASL ) — это фреймворк для аутентификации и безопасности данных в интернет- протоколах . Он отделяет механизмы аутентификации от протоколов приложений , теоретически позволяя использовать любой механизм аутентификации, поддерживаемый SASL, в любом протоколе приложений, который использует SASL. Механизмы аутентификации также могут поддерживать прокси-авторизацию , средство, позволяющее одному пользователю предполагать личность другого. Они также могут предоставлять уровень безопасности данных , предлагая услуги по обеспечению целостности данных и конфиденциальности данных . DIGEST-MD5 представляет собой пример механизмов, которые могут предоставлять уровень безопасности данных. Протоколы приложений, поддерживающие SASL, обычно также поддерживают Transport Layer Security (TLS) для дополнения услуг, предлагаемых SASL.

Джон Гардинер Майерс написал оригинальную спецификацию SASL (RFC 2222) в 1997 году. В 2006 году этот документ был заменен RFC 4422, авторами которого являются Алексей Мельников и Курт Д. Зейленга. SASL, как определено в RFC 4422, является протоколом IETF Standard Track и по состоянию на 2006 год является предлагаемым стандартом .

SASL-механизмы

Механизм SASL реализует ряд вызовов и ответов. Определенные механизмы SASL [1] включают:

ВНЕШНИЙ
где аутентификация подразумевается в контексте (например, для протоколов, уже использующих IPsec или TLS )
АНОНИМНЫЙ
для неаутентифицированного гостевого доступа
ПРОСТОЙ
простой механизм открытого пароля , определенный в RFC 4616
ОТП
механизм одноразового пароля . Устаревший механизм SKEY.
СКЕЙ
механизм S/KEY .
CRAM-MD5
простая схема «вызов-ответ» на основе HMAC-MD5 .
ДАЙДЖЕСТ-MD5
(исторический [2] ) , частично совместимая с HTTP Digest схема вызова-ответа, основанная на MD5. DIGEST-MD5 предлагал уровень безопасности данных.
КАТИСЬ
(RFC 5802), современный механизм на основе схемы «вызов-ответ» с поддержкой привязки каналов
НТЛМ
механизм аутентификации NT LAN Manager
GS2-
Семейство механизмов поддерживает произвольные механизмы GSS-API в SASL. [3] Теперь оно стандартизировано как RFC 5801.
ГССАПИ
для аутентификации Kerberos V5 через GSSAPI . GSSAPI предлагает уровень безопасности данных.
BROWSERID-AES128
для аутентификации Mozilla Persona [4]
EAP-AES128
для аутентификации GSS EAP [5]
GateKeeper (и GateKeeperPassport )
механизм «вызов-ответ», разработанный корпорацией Microsoft для чата MSN
Податель авторства
Токены-носители OAuth 2.0 (RFC 6750), передаваемые через TLS [6]
OAUTH10A
Токены кода аутентификации сообщений OAuth 1.0a (RFC 5849, раздел 3.4.2) [6]

Протоколы приложений, поддерживающие SASL

Протоколы приложений определяют свое представление обменов SASL с профилем . Протокол имеет имя службы , например "ldap", в реестре, общем с GSSAPI и Kerberos . [7]

По состоянию на 2012 год протоколы, поддерживающие SASL, включают:

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

Ссылки

  1. ^ «Простые механизмы аутентификации и уровня безопасности (SASL)». iana.org .
  2. ^ RFC6331
  3. ^ Саймон Йозефссон. «Использование механизмов GSS-API в SASL: семейство механизмов GS2».
  4. ^ Люк Ховард. «Механизм SASL и GSS-API для протокола аутентификации BrowserID».
  5. ^ Сэм Хартман. «Механизм GSS-API для расширяемого протокола аутентификации».
  6. ^ ab Набор механизмов простой аутентификации и уровня безопасности (SASL) для OAuth. IETF . Август 2015 г. doi : 10.17487/RFC7628 . RFC 7628. Получено 7 октября 2016 г.
  7. ^ «Универсальный интерфейс прикладных программ служб безопасности (GSSAPI)/Kerberos/Имена служб простой аутентификации и уровня безопасности (SASL)». iana.org .
  8. ^ "Запрос на выделение нового кода типа безопасности для аутентификации SASL". realvnc.com .

Внешние ссылки