3. 8. Что такое TLS и его отличие от SSL.

Протокол TLS представляет собой результат инициативы IETF (Internet Engineering Task Force – проблемная группа проектирования Internet), целью которой является разработка стандарта SSL для Internet. Текущая версия проекта стандарта TLS очень похожа на SSLv3. Рассмотрим различия между TLS и SSLv3.

1. Схемы вычислений значений MAC этих протоколов отличаются по двум параметрам: применяемому алгоритму и области данных, для которых вычисляется значение кода аутентичности сообщения.

2. В TLS применяется PRF функция. PRF функция служит для получения небольшого по длине секретного значения, которое служит для генерирования более длинных блоков данных (используя специальную схему расширения данных где использован алгоритм HMAC), защищённых от атак на функции хэширования и вычисления значений кода аутентичности сообщения. Секретное значение получается путём использования той же схемы расширения данных, но с алгоритмом MD5 или SHA.

3. В TLS не извещения no_certificate, но определён ряд дополнительных кодов извещения (их всего 12, 9 из которых означают неустранимую ошибку).

4. В TLS включены все алгоритмы симметричной схемы шифрования, за исключением Fortezza.

5. Сообщение finished в TLS представляет собой хэш-код, вычисленный c помощью master_secret, предыдущих сообщений и метки, идентифицирующей клиент и сервер. Схема вычисления сообщения finished отличается от схемы, используемой в SSLv3. В TLS схемы выглядит так: PRF (master_secret, finished_label, MD5 (handshake_meassages) || SHA-1 (handshake_messages)), где

finished_label – строка «client finished» для клиента и «server_finished» для сервера.

6. Схема вычисления master_secret для TLS иная чем в SSLv3.

7. В SSL байты заполнителя добавляются к данным пользователя, подлежащим шифрованию, минимально необходимом количестве, достаточном для того, чтобы получить общую длину данных для шифрования, кратную длине блока шифра. В случае TLS разрешается добавлять любое число заполнителей (до 255 байтов включительно), лишь бы в результате длина блока данных получилась кратной длине блока шифра.

4. Защита на уровне IP (сетевой уровень).

4. 1. Архитектура защиты на уровне IP

IPSec обеспечивает сервис защиты на уровне IP, позволяя системе выбрать необходимые протоколы защиты, определить алгоритм (алгоритмы) для соответ­ствующего сервиса (сервисов) и задать значения любых криптографических ключей, требуемых для запрошенного сервиса. Для защиты используется два протокола: протокол аутентификации, указанный заголовком данного протокола (заголовком аутентификации АН), и комбинированный протокол шифрова­ния/аутентификации, определенный форматом пакета для этого протокола (протокола ESP). В данном случае обеспечиваются следующие виды сервиса:

• контроль доступа;

• целостность без установления соединений;

• аутентификация источника данных;

• отторжение воспроизведенных пакетов (форма целостности последователь­ностей);

• конфиденциальность (шифрование);

• ограниченная конфиденциальность транспортного потока.

В случае ESP есть два варианта: с использованием и без использова­ния опции аутентификации. Как АН, так и ESP имеют возможности контроля доступа, основанного на распределении криптографических ключей и управле­нии транспортными потоками, относящимися к этим протоколам защиты.

Ключевым объектом в механизмах аутентификации и конфиденциальности для IP является защищенная связь (Security Association). Связь представляет со­бой одностороннее отношение между отправителем и получателем, применяю­щим сервис защиты к транспортному потоку. Сервис защиты предоставляет возможность для защищенной связи ис­пользовать либо АН, либо ESP, но никак не обе эти возможности одновременно.

В любом пакете IP защищенная связь однозначно идентифи­цируется адресом пункта назначения в заголовке IPv4 или IPv6 и индексом па­раметров защиты (даёт возможност ьвыбрать защищённую связь по которой должен обрабатываться полученный пакет) во вложенном заголовке расширения (АН или ESP).

Заголовки АН и ESP поддерживают два режима использования: транспортный и туннельный. Дадим краткий обзором этих режимов.

Транспортныйрежим.

Транспортный режим обеспечивает защиту прежде всего для протоколов высшего уровня. Это значит, что защита транспортного режима распространяет­ся на полезный груз пакета IP. Примеры включают сегмент TCP или UDP, или пакет протокола ICMP , которые размещаются непосредственно над IP в стеке главного прото­кола. Когда система использует заголовки АН или ESP над IPv4, полезным грузом являются данные, обычно размещаемые сразу после заголовка IP. Для IPv6 полезным грузом яв­ляются данные, обычно следующие после заголовка IP и всех имеющихся заго­ловков расширений IPv6, за возможным исключением заголовка параметров ад­ресата, который тоже может подлежать защите.

ESP в транспортном режиме шифрует и, если нужно, идентифицирует полез­ный груз IP, но не заголовок IP. АН в транспортном режиме идентифицирует полезный груз IP и некоторые части заголовка IP.