Стандарты в области безопасности Информационных и Телекоммуникационнных Систем Silk Security Workshop 2004 21-24 июня, 2004 Yuri Demchenko, University. - презентация

1 Стандарты в области безопасности Информационных и Телекоммуникационнных Систем Silk Security Workshop июня, 2004 Yuri Demchenko, University of Amsterdam

2 June 21-24, 2004 Silk Security Workshop Security standards Slide_2 Содержание Организации стандартизации Модель Взаимодействия Открытых Систем Архитектура безопасности открытых систем (ISO ) Механизмы безопасности уровня данных группы IEEE 802 Стандарты и механизмы безопасности Интернет Стандарты в области реагирования на компьютерные инциденты безопасности Инфраструктура открытых ключей PKI Технологии безопасности на основе XML Современные технологии аутентификации и авторизации

3 June 21-24, 2004 Silk Security Workshop Security standards Slide_3 Организации стандартизации ISO/IEC, IEEE: Общие/архитектурные вопросы безопасности u Стандарты ISO/IEC, IEEE ITU (International Telecommunication Union): Стандарты безопасности телекоммуникационных систем u Стандарты X, V, T, H, etc. IETF (Internet Engineering Task Force): Стандарты безопасности Интернет (RFC) OASIS (Organization for the Advancement of Structured Information Standards): Стандарты безопасности на основе XML (для бизнес- приложений) NIST, CEN, ETSI: Национальные и региональные стандарты безопасности Другие специализированные консорциумы и форумы u GGF (Global Grid Forum) - стандарты для Грид-приложений u Liberty Alliance Project – Атентификация и идентификация в Интернет

4 June 21-24, 2004 Silk Security Workshop Security standards Slide_4 Структура и направления стандартизации IETF ISOC IETF IRTF IAB IESG … Security Application InternetTransport AAAS/MIMETLS IPSec PKIX DNSSEC … Рабочие группы IETF по вопросам безопасности (2004) - enroll, idwg, inch, ipsec, ipseckey, ipsp, kink, krbwg, ltans, mobike, msec, openpgp, pki4ipsec, pkix, sacred, sasl, secsh, smime, stime, syslog, tls, aaa

5 June 21-24, 2004 Silk Security Workshop Security standards Slide_5 Модель Взаимодействия Открытых Систем (ВОС) Open System Interconnection (OSI) Reference Model Физический Physical Данных Data Link Сетевой Network Транспортный Transport Сеансовый Session Представительный Presentation Прикладной Application Реализуемые функции Передача двоичных данных через среду Передача данных, формирование пакетов, контроль ошибок Даставка пакетов информации, включая маршрутизацию Обеспечение доставки между конечными точками Установление и поддержание сеанса связи Форматирование данных и кодирование Сетевые приложения такие, как передача файлов и эмуляция терминалов Уровни ВОС ISO /ITU X.200

6 June 21-24, 2004 Silk Security Workshop Security standards Slide_6 Группа протоколов TCP/IP (1)

7 June 21-24, 2004 Silk Security Workshop Security standards Slide_7 Группа протоколов TCP/IP (2)

8 June 21-24, 2004 Silk Security Workshop Security standards Slide_8 Основные структурные элементы сетей Конечная система Межсетевые устройства Повторитель Repeater Шлюз - Gateway Маршрутизатор - Router Мост- Bridge Коммутатор ЛВС АТМ Коммутатор ЛВС Физическая среда Конечная система Физическая среда УДС

9 June 21-24, 2004 Silk Security Workshop Security standards Slide_9 Объекты защиты в ИТС Вычислительные ресурсы и инфраструктурные компоненты Вычислительные системы Телекоммуникационные системы Системы управления сетью и другими обьектами Центральные компоненты различных сервисов, например, DNS, PKI, LDAP Информационные ресурсы Интеллектуальная собственность Конфиденциальная информация Личная информация, например, о клиентах, больных Информация о третьих лицах, например, о партнерах или другая бизнес- информация

10 June 21-24, 2004 Silk Security Workshop Security standards Slide_10 Безопасность и Реагирование на инциденты безопасности (Техническая) Безопасность представляет собой комплекс технических средств и мер, направленных на обеспечение нормальной работы системы или нормального выполнения поставленной задачи/фунции в условиях непредвиденных внешних факторов и воздействий как умышленных, так и неумышленных u В основном, представляет собой профилактические/проактивные меры u Нет и не может быть совершенной безопасности u Безопасность стоит денег, и риск оценивается относительно возможного ущерба Реагирование на инциденты безопасности является важным компонентом обеспечения безопасности, хотя является реактивной функцией u Обратная связь к мерам безопасности u Необратимость наказания u Восстановление потерь

11 June 21-24, 2004 Silk Security Workshop Security standards Slide_11 Архитектурная концепция безопасности ISO Компоненты и принципы Определение сервисов и механизмов безопасности u Услуги – абстрактные понятия, характеризующие свойства и требования к системе u Механизмы – конкретные меры для реализации услуг Уровневая модель построения услуг безопасности Соотнесение услуг безопасности к уровневой модели Соотнесение механизмов безопасности к услугам Принципы построения уровневой модели безопасности Число альтернативных способов обеспечения безопасности должно быть минимизировано Услуги безопасности могут работать более чем на одном уровне Функции безопасности не должны дублировать существующие аналогичные функции системы, а напротив, использовать их Применение механизмов безопасности не должно нарушать независмости уровней Количество неконтролируемых/доверительных функций должно быть минимизировано Услуги безопасности должны быть определены так, чтобы допускать модульное дополнение к основным сервисам (plugability)

12 June 21-24, 2004 Silk Security Workshop Security standards Slide_12 Базовые сервисы безопасности ISO Конфиденциальность – Confidentiality Аутентификация – Authentication Целостность – Integrity Контроль доступа – Access control Причастность («неотпирательство») – Non-repudiation Доступность - Availability

13 June 21-24, 2004 Silk Security Workshop Security standards Slide_13 Общие механизмы безопасности ISO Шифрование – Encryption Цифровая подпись – Digital signature Обеспечение целостности (потоков) данных – Data (stream) integrity Заполнение трафика – Traffic padding Аутентификация – Authentication Контроль доступа – Access control Нотаризация - Notarisation

14 June 21-24, 2004 Silk Security Workshop Security standards Slide_14 Механизмы безопаcности TCP/IP (IETF-1) One-Time Passwords - Одноразовый пароль HMAC (Keyed-Hashing for Message Authentication) - RFC2104 u Механизм аутентификации сообщений на основе секретных ключей IPSec - RFC2401, RFC2402, RFC2406, RFC2407, RFC2411 u Базовый проткол шифрования и аутентификации IP-уровня. Применяется для защиты коммуникаций host-to-host, host-to-gateway, gateway-to-gateway. Является основой для VPN (Virtual Private Network) TLS (Transport Layer Security) - RFC2246 u Обеспечивает зашифрованный, аутентифицируемый канал, который работает поверх TCP. Серверная часть обычно аутентифицируется при помощи Сертификата открытого ключа (СОК), клиент может также иметь сертификат и осуществлять взаимную аутентификацию. SASL (Simple Authentication and Security Layer) – RFC 2222 u Обеспечивает сервисы безопасности для протоколов на основе соединений, в частности, BEEP, IMAP, LDAP, POP, SMTP GSS-API (Generic Security Service Application Program Interface) - RFC2744 u Программный интерфейс для обеспечения интеграции сервисов аутентификации, делегирования, защиты сообщений с базовыми сервисами в распределенных сетевых и вычислительных приложениях

15 June 21-24, 2004 Silk Security Workshop Security standards Slide_15 Механизмы безопаcности TCP/IP (2) DNSSEC - RFC2535 u Позволяет подписывать DNS-записи, предотвращая возможность подмены ответов DNS во время транспорта. Теоретически может использоваться для распространения СОК Security/Multipart (S/MIME) – RFC1847 u Шифрование и цифровая подпись много-компонентных сообщений электронной почты на основе PKI Digital Signatures - Цифровая подпись OpenPGP – RFC2440, RFC3156 u Шифрование и цифровая подпись сообщений электронной почты Firewalls - Сетевые экраны как топологический механизм защиты Kerberos – RFC1510 u Механизм взаимной аутентификации и обмена секретными ключами SSH – обесечение безопасного соединения между клиентом и сервером

16 June 21-24, 2004 Silk Security Workshop Security standards Slide_16 Нерекомендуемые незащищенные механизмы Текстовый пароль - Plaintext Passwords Аутентификация на основе IP-адреса - Address-Based Authentication Аутентификация на основе доменного имени - Name-Based Authentication

17 June 21-24, 2004 Silk Security Workshop Security standards Slide_17 Механизмы безопасности уровня данных группы IEEE 802 IEEE : расширяет архитектуру безопасности ISO с целью добавления сервисов безопасности Аутентификации, Контроля доступа и Целостности данных к уровням данных и сетевому IEEE 802.1X: Определяет механизмы аутентификации с использованием сетевых портов, использует динамическое распределение сеансовых ключей для WEP- шифрования. Использует EAP для аутентификаци и обычно использует сервер RADIUS. IEEE i: Будущий стандарт безопасности, который использует механизм аутентификации 802.1X и добавляет стандарт шифрования AES. WPA (Wi-Fi Protected Access): механизм шифрования, который устраняет уязвимости WEP. WPA также использует механизмы аутентификации 802.1X. EAP (Extensible authentication protocol): протокол «точка-точка», который поддерживает множественные механизмы аутентификации. Имеет реализации для множества ОС. TKIP (Temporal key integrity protocol): используется в стандартах 802.1X и WPA для аутентификации. Устраняет проблемы WEP. WEP (Wired equivalent privacy): протокол безопасности для беспроводных сетей.

18 June 21-24, 2004 Silk Security Workshop Security standards Slide_18 Remote Access Dialin User Service (RADIUS) RADIUS широко используется для контроля доступа удаленных пользователей, включая аутентификацию, авторизацию и учет (AAA - authentication, authorization, accounting). RFC 2865, RFC 2869 RADIUS определяет собственный механизм аутентификации и защиты целостности, а также обеспечения конфиденциальности определенных «скрытых параметров». Сервер RADIUS используется как центральный сервер аутентификации, который хранит или имеет доступ к базе данных пользователей u Сервер доступа запрашивает данные идентифицирующие пользователя (напр., имя, пароль) и формирует запрос к серверу RADIUS u RADIUS проверяет условия доступа для конкретного пользователя (как минимум, имя и пароль ) и выдает положительное и отрицательное решение –Может запрашивать другие серверы RADIUS u Выполняет также функцию учета времени работы пользователя и биллинга

19 June 21-24, 2004 Silk Security Workshop Security standards Slide_19 Authentication, Authorisation, Accounting (AAA) Группа стандартов, определяющих архитектуру и инфраструктуру распределенных сервисов аутентификации, авторизации и учета u RFC Generic AAA Architecture u RFC AAA Authorization Framework u RFC AAA Authorization Application Examples u RFC AAA Authorization Requirements u RFC Policy based accounting Базовая архитектура нашла внедрение и развивается для мобильных сетевых приложений Дальнейшее развитие в направлении авторизации и контроля доступа на основе политики

20 June 21-24, 2004 Silk Security Workshop Security standards Slide_20 Стандарты в области реагирования на компьютерные инциденты безопасности (1) RFC Site Security Handbook (на замену RFC1244) Руководство по составлению политики безопасности и поддерживающих методик для систем, подключенных к Интернет RFC Expectation for Security Incident Response Teams Описывает, что пользователи Интернет должны ожидать от служб реагирования на компьютерные инциденты безопасности. Предоставляет методику как организовать Центр реагирования на компьютерные инциденты безопасности (CSIRT - Computer Security Incident Response Team) и базовые документы: Политика безопасности, Политика реагирования на инциденты безопасности, и другие RFC Users' Security Handbook Руководство пользователям по обеспечению безопасности информации, данных, и телекоммуникаций RFC Recommended Internet Service Provider Security Services and Procedures Описывает в форме рекоммендаций, что пользователи Интернет могут ожидать (и требовать) от Интернет сервис- провайдеров RFC Guidelines for Evidence Collection and Archiving Рекомендации по сбору и хранению улик и другой информации, связанной с компьютерными инцидентами безопасности

21 June 21-24, 2004 Silk Security Workshop Security standards Slide_21 Стандарты в области реагирования на компьютерные инциденты безопасности (2) Форматы для описания и обмена информацией о компьютерных инцидентах безопасности IDMEF – Intrusion Detection Message Exchange Format IODEF – Incident Object Description and Exchange Format u RFC Incident Object Description and Exchange Format (IODEF) Requirements Новый RID – Real-time Internetwork Defense (поддерживается US AFC) u Проследить источник атаки и остановить или уменьшить влияние атаки RFC Internet Security Glossary Содержит расширенный список терминов по безопасности как из области операционной и реагирования на компьютерные инциденты безопасности, так и из области технологий безопасности данных и приложений

22 June 21-24, 2004 Silk Security Workshop Security standards Slide_22 ISO/IEC – Code of Practice for Information Security Management ISO17799 – детальный документ, описывающий рекомендуемые меры и методы обеспечения безопасности и имеет следющие разделы 1. Business Continuity Planning 2. System Access Control 3. System Development and Maintenance 4. Physical and Environmental Security 5. Compliance 6. Personnel Security 7. Security Organisation 8. Computer & Network Management 9. Asset Classification and Control 10. Security Policy ISO17799 составляет основу для многих методик аудита и анализа рисков компьютерных систем.

23 June 21-24, 2004 Silk Security Workshop Security standards Slide_23 Основы PKI PKI (Public Key Infrastructure) – Инфраструктура открытых ключей (ИОК) RFC 2459, RFC 2560, RFC 3280, RFC 3647, Основа ИОК – Сертификат открытого ключа (СОК, PKC - Public Key Certificate) по стандарту X.509 (ITU-T) u Другие компоненты: CP – Certificate Policy, и CRL – Certificate Revocation List Связывает идентификатор (имя собственное, distinguished name) субьекта с его открытым ключом u PKC подписывается цифровой подписью Центра удостоверения (CA - Certification Authority) Компоненты ИОК u Identification Service (IS) u Registration Authority (RA) u Certification Authority (CA) u Certificate Repository (CR), normally built on LDAP

24 June 21-24, 2004 Silk Security Workshop Security standards Slide_24 PKC vs AC: Цели X.509 PKC связывает идентификатор субьекта и его открытый ключ u PKC подписывается цифровой подписью Центра удостоверения (CA - Certification Authority) Сертификат Атрибутов (AC – Attribute Certificate) связывает идентификатор субьекта с его атрибутами u AC подписывается цифровой подписью Центра удостоверения атрибутов (AA - Attribute Authority) AC является компонентом X.509 Role-based PMI u AC не содержит открытого ключа u AC может содержать атрибуты, которые характеризуют принадлежность субьекта к определенной группе, его роль, уровень доступа (security clearance), или другую информацию для авторизации PKC используется для аутентификации, а AC – для авторизации u AC может содержаться в ответе сервера аутентификации Аналогия: PKC - как паспорт, а AC – как виза

25 June 21-24, 2004 Silk Security Workshop Security standards Slide_25 PKC vs AC: Certificates structure X.509 PKC Version Serial number Signature Issuer Validity Subject Subject Public key info Issuer unique identifier Extensions X.509 AC Version Holder Issuer Signature Serial number Validity Attributes Issuer unique ID Extensions

26 June 21-24, 2004 Silk Security Workshop Security standards Slide_26 X.509 PKC Fields and Extensions – RFC 3280 X.509 PKC Fields Serial Number Subject Subject Public Key Issuer Unique ID Subject Unique ID X.509 PKC Extensions Standard Extensions u Authority Key Identifier u Subject Key Identifier u Key Usage u Extended Key Usage u CRL Distribution List u Private Key Usage Period u Certificate Policies u Policy Mappings u Subject Alternative Name u Issuer Alternative Name u Subject Directory Attributes u Basic Constraints u Name Constraints X.509 PKC Fields Private Extensions u Authority Information Access u Subject Information Access Custom Extensions

27 June 21-24, 2004 Silk Security Workshop Security standards Slide_27 AC Attribute Types and AC Extensions AC Attribute Types Service Authentication Information Access Identity Charging Identity Group Role Clearance Profile of AC AC Extensions Audit Identity u To protect privacy and provide anonymity u May be traceable via AC issuer AC Targeting Authority Key Identifier Authority Information Access CRL Distribution Points

28 June 21-24, 2004 Silk Security Workshop Security standards Slide_28 Безопасность приложений на основе XML и традиционная модель сетевой безопасности Традиционная модель сетевой безопасности (ISO7498-2): Host-to-host или point-to-point безопасность Ориентированная на архитектуру клиент/сервер Ориентированные на коммуникации с соединением (connection-oriented) или без соединения (connectionless) В общем случае единый доверительный домен (на основе PKI) Безопасность приложений на основе XML Безопасность между конечными точками или приложениями (end-to-end) Ориентированна на документ (или семантический обьект) u Мандаты и маркеры безопасности могут быть ассоциированы с документом или сообщением или их частью Существующие технологии WS-Security обеспечивают безопасность между разными административными доменами и доменами безопасности Позволяет создавать динамические и виртуальные ассоциации безопасности

29 June 21-24, 2004 Silk Security Workshop Security standards Slide_29 Компоненты безопасности XML - приложений XML Signature XML Encryption Декларации безопасности (Security Assertions) u SAML (Security Assertion Mark-up Language) u XACML (XML Access Control Mark-up Language) XKMS (XML Key Management Specification) Архитектурные расширения u Web Services Security (WS-Security) u OGSA Security

30 June 21-24, 2004 Silk Security Workshop Security standards Slide_30 Основные черты XML-подписи Фундаментальная черта: возможность подписывать отдельные части документа так же как и целый документ. XML-документ может иметь длинную историю, при этом различные части документа могут создаваться и «визироваться» различными субьектами и в различное время Различные стороны/субьекты могут иметь полномочия подписывать только различные части документа Позволяет сохранять целостность одних частей документа и иметь возможность изменять другие части документа Позволяет присоединять маркеры/мандаты безопасности к документу в отличие от использования безопасного соединения клиент/сервер XML-подпись обеспечивает сервисы безопасности для протоколов, основанных на XML u А также основу для включения информации о состоянии, контексте безопасности, истории (принятия решений)

31 June 21-24, 2004 Silk Security Workshop Security standards Slide_31 Шифрование файла и XML-шифрование Для много-пользовательского шифрования Document может содержать ключ для дешифрации (симметричный или асимметричный), зашифрованный при помощи ОК всех целевых получателей FileA/ DocA Шифр. с/для pubK B Зашифр. файл (pubK B) Дешифр. с privK B FileA/ Doc XML Doc1 Пользователь A (знает pubK B) User B Зашифр. определ. части Шифровать определ. часть для определ. получателя Пользователь A (знает pubK B,C, D) Дешифр с privK B Doc1 Пользователь B может проочитать весь Doc1 и дешифровать только часть B Дешифр с privK C Doc1 B C D C D B D Только пользователь B может прочитать FileA при помощи privK B Пользователь C может прочитать весь Doc1 и дешифровать только часть C

32 June 21-24, 2004 Silk Security Workshop Security standards Slide_32 Связывание атрибутов с документом при помощи XMLSig XML Signature позволяет подписывать отдельные части документа Основа для аутетичности и целостности (Integrity and Authenticity) Связывание атрибутов безопасности и прав с документом или его частями XML Doc1/ JobDescr Signed selected parts Пользователь/ система A создают XML Doc1 и подписывают его с SigA SigB XMLSigA Signed selected parts SigB SigC XMLSigA Signed selected parts SigB SigC SigD XMLSigA Пользователи B, C, D подписывают определенные части документа своими секретными ключами privK B, C, D Новая информация может быть добавлена и документ подписан в целом Подпись может также включать другие подписи SigB SigC SigD XMLSigA Signed selected parts SigB SigC SigD XMLSigA Получатель проверяет целостность XML Doc1 посредством контроля цифровых подписей

33 June 21-24, 2004 Silk Security Workshop Security standards Slide_33 Современная архитектура сервисов AuthN и AuthZ Требования к современной архитектуре AuthN/Z Разделение сервисов аутентификации (AuthN) и авторизации (AuthZ) u Аутентификация в «домашней»/«родной» организации u Авторизация осуществляется ресурсом Конфиденциальность, приватность и анонимность Управление доступом на основе ролей (RBAC – Role Based Access Control) и использование политики доступа Проблемы Множество логинов/паролей – на каждый ресурс/сайт Ограничение одним доменом безопасности или множество сертификатов открытых ключей Сложность частичной динамической делегации полномочий Базовые технологии LDAP директории и метадиректории для хранения данных о пользователях Собственные системы авторизации

34 June 21-24, 2004 Silk Security Workshop Security standards Slide_34 Актуальность: AuthN/AuthZ в научных и образовательных сетях Доступ к многосайтовым веб/Интернет ресурсам u Перенаправление + cookie (SSO) Межуниверситетские ресурсы и доступ к внешним ресурсам или предоставление доступа для внешних пользователей u Например, библиотечные каталоги или научные БД Распределенные университетские кампусы и дистанционное обучение Грид-центры и Грид-приложения Общие характеристики/проблемы u Различные административные домены и домены безопасности u Единый доступ (SSO – Single Sign On) и множество паролей u Разделение идентификации/аутентификации и управления доступом

35 June 21-24, 2004 Silk Security Workshop Security standards Slide_35 Использование LDAP в сервисах AuthN/AuthZ Структуры персональных данных в LDAP Person (RFC2256), organisationalPerson (RFC2256), InetOrgPerson (RFC2798) EduPerson – расширение для образовательных организаций Дополнительные атрибуты EduPerson (всего 43) eduPersonAffiliation eduPersonNickname eduPersonOrgDN eduPersonOrgUnitDN eduPersonPrimaryAffiliation eduPersonPrincipalName eduPersonEntitlement eduPersonPrimaryOrgUnitDN sn/surName cn/commonName givenName uid, displayName userPassword x500uniqueIdentifier userCertificate userSMIMECertificate userPKCS12 postalAddress o/organizationName ou/organizationalUnitNa me st/stateOrProvinceName l/localityName c/country title,employeeType mail photo Основные атрибуты Person objectClass

36 June 21-24, 2004 Silk Security Workshop Security standards Slide_36 Управление доступом на основе ролей RBAC – Role Based Access Control - Роль описывает функцию и определяет права/привилегии Права определяют доступ к ресурсу в определенном режиме Преимущества RBAC Легко управлять и контролировать Раздельное назначение роли-пользователи и роли-привилегии Масштабируемость и иерархия Поддерживает принцип минимально необходимых привилегий Наследование и агрегирование привилегий/прав u Новая роль может включать комбинацию уже существующих ролей с их правами Упрощает процедуру делегирования

37 June 21-24, 2004 Silk Security Workshop Security standards Slide_37 Инфраструктура управления привилегиями PMI – Privilege Management Infrastructure ( ISO/IEC ) Строится на основе Сертификатов Атрибутов (AC – Attribute Certificate) АС совместно с СОК определены стандартом X.509 version 4 u СОК используется для аутентификации, АС используется для авторизации PMI как основа для построения RBAC u АС позволяет связать идентификатор пользователя с ролями и роли с привилегиями u Поддерживает иерархические системы RBAC, предоставляя возможность обьединения роли и дополнительных привилегий u Ограничивает глубину делегирования Политика PMI u Используется для контроля доступа к ресурсам на основе ролей u Правила определения ролей для пользователей и привилегий для ролей u Раздельные политики для субьекта, иерархия ролей, делегирование, др.

38 June 21-24, 2004 Silk Security Workshop Security standards Slide_38 Основные компонены и потоки информации в PMI PEP (Policy Enforcement Point)/ AEF (authorisation enforcement function) PDP (Policy Decision Point)/ADF (authorisation decision function) PIP (Policy Information Point)/AA (Attribute Authority) PA – Policy Authority

39 June 21-24, 2004 Silk Security Workshop Security standards Slide_39 Свободно распространяемые средства для AuthN/AuthZ Разработаны в рамках проектов Internet2, FP5 и национальных научных сетей A-Select - Shibboleth - PAPI - PERMIS (PrivilEge and Role Management Infrastructure Standards validation) - SPOCP - Для GRID-приложений VOMS – Virtual Organisation Management System GAAA Toolkit –

40 June 21-24, 2004 Silk Security Workshop Security standards Slide_40 A-Select - A-Select представляет собой распределенную систему веб-доступа (weblogin) с использованием cookie Поддерживаемые методы аутентификации u IP address u User/password через RADIUS u Банковская карточка (с режимом Internet banking – SMS/TAN, Challenge generator) u SMS (mobile phone) u LDAP u PKI (в перспективе) A-Select использует квитанции, которые содержат пользовательские мандаты/удостоверенияю. Два типа квитанций: u Квитанция, гарантирующая квитанцию ("ticket granting ticket"), выдаваемая после успешной аутентифиации ASP, and u Квитанция придложения ("application ticket"), которая выдается приложением, использующим A-Select. Единый доступ (Single-Sign-on) обеспечивается за счет назначения более длительного периода жизни для квитанция, гарантирующая квитанцию Квитанции A-Select реализованы как не-постоянные (non-persistent) cookie, которые сохраняются в браузере пользователя и видимы только для целевого сервиса или сервера Разработка SURFnet -

41 June 21-24, 2004 Silk Security Workshop Security standards Slide_41 Компоненты A-Select Local A-Select Server A-Select Agent Application User Remote Authentication Service Providers Local Authentication Service Providers UDB Filter Remote A-Select Server Impl. Platform: Java Apache Tomcat 4.5/5

42 June 21-24, 2004 Silk Security Workshop Security standards Slide_42 Вопросы и комментарии?