Местоположение ipSec. Сценарий «Запихнуть-в-код» (bump-in-the-code - bitc)
Помещение кода IPSec прямо в исходный код IP, написанный для хоста или шлюза безопасности. Этот подход называется запихнуть-в-код (bump-in-the-code — BITC).
Местоположение ipSec. Сценарий «Запихнуть-в-стек» (bump-in-the-stack - bits)
IPSec помещается в стек протоколов под IP, а это означает, что он будет действовать поверх драйвера линии. Этот подход мог бы подойти хостам, когда IPSec выполняется поверх управления доступа к носителю (media access control — MAC). Этот подход называется запихнуть-в-стек (bump-ih-the-stack — BITS).
Местоположение ipSec. Сценарий «Запихнуть-в-железо» (bump-in-the-wire - bitw)
Т
ретьим
сценарием является использование
отдельного оборудования, которое
подсоединяется к хосту или шлюзу.
Например, такое устройство могло бы
быть специальным процессором шифрации
(например, таким, какой используется
военными). Этот подход называется
запихнуть-в-железо (bump-in-the-wire — BITW). К
такого рода устройствам обычно обращаются
по IP-адресу, и, если оно подсоединено к
хосту, то для него оно выглядит как BITS.
Если же оно используется с маршрутизатором
или брандмауэром, то оно будет выглядеть
как шлюз безопасности и должно быть
сконфигурировано как дополнение защитных
функций брандмауэра.
21 )Архитектура протокола ssl?
22) Назначение протокола ssl?
Secure Socef Layer. Назначение – защита информационного обмена (конфиденциальность за счет шифрования, аутентификация (за счет эл-цифр подписи) сервера (и клиента))
Протокол обеспечивает конфиденциальность обмена данными между клиентом и сервером, использующими TCP/IP, причем для шифрования используется асимметричный алгоритм с открытым ключом. При шифровании с открытым ключом используется два ключа, причем любой из них может использоваться для шифрования сообщения. Тем самым, если мы используем один ключ для шифрования, то соответственно для расшифровки нужно использовать другой ключ. В такой ситуации мы можем получать защищенные сообщения, публикуя открытый ключ, и храня в тайне секретный ключ.
12)Протокол esp. Транспортный режим.
Р
азмещение
полей заголовка ESP в транспортном режиме,
а также его области защиты по двум
группам функций
13) Протокол esp. Туннельный режим.
23) Сеанс SSL – связь между клиентом (К) и сервером (С). Сеанс определяет набор параметров криптозащиты, которой могут пользоваться несколько соединений.
Между парой сторон можно установить несколько соединений.
Соединение SSL – транспорт (в терминах модели OSI), обеспечивающий сервис подходящего типа. В SSL соединения – равноправные отношения между узлами. Соединения являются временными. Соединения ассоциируются с одним сеансом.
2
4)
25) →
26)
Предназначен
для передачи другой участвующей в обмене
данными стороне извещений, касающихся
работы SSL.Формат:
Любое сообщение, генерируемое данным протоколом, состоит из двух байтов. Первый байт содержит значение, обозначающее соответственно уровень предупреждения (1) или уровень неустранимой ошибки (2). Второй байт содержит код, обозначающий конкретный смысл извещения.
27) Позволяет серверу и клиенту выполнить:
- взаимную аутентификацию сторон (сервер обычно обязательно, клиент – опционально);
- согласовать алгоритмы шифрования, сжатия, формирования MAC;
- сформировать общий секретный мастер-ключа (МК);
- сгенерировать на основе сформированного МК криптографические секретные ключи, которые будут служить для защиты данных, пересылаемых в записи SSL (шифрования) и аутентификации (МАС).
Протокол квитирования должен использоваться до начала пересылки данных прикладных программ. При этом генерируется несколько сообщений, которыми обмениваются клиент и сервер.
Тип (1 байт). Указывает один из 10 допустимых типов сообщения.
Длина (3 байта). Длина сообщения в байтах.
Содержимое (> 1 байта). Параметры, связываемые с сообщением данного типа.
28) Этап .1 Определение характеристик защиты
Определяют характеристики защиты, включая номер версии протокола, идентификатор сеанса, комплект шифров, метод сжатия и исходные случайные числа.
33) Этап 4. Окончание
Смена комплекта шифров и завершение работы протокола квитирования
3
4)
Из какого
материала формируется блок ключей
сервера и клиента (в рамках SSL)?
Для того, чтобы сгенерировать ключи
сеанса, используется безопасное
соединение. Клиент шифрует случайное
число с помощью открытого ключа (ОК)
сервера и отправляет результат на
сервере. Только сервер в состоянии
расшифровать его (с его закрытым ключом
(ЗК)), и только это факт делает ключи
скрыты от третьих стороны, так как только
сервер и клиент имели доступ к этим
данным. Клиент знает открытый ключ и
случайное число, а сервер знает закрытый
ключ и (после расшифровки сообщения
клиента) случайное число. Третья сторона,
возможно, знает только открытый ключ,
если закрытый ключ не был взломан.
35)Туннелирование (от англ. tunnelling - "проложение туннеля") в компьютерных сетях — процесс, в ходе которого создается защищенное логическое соединение между двумя конечными точками посредством инкапсуляции различных протоколов. Туннелирование представляет собой метод построения сетей, при котором один сетевой протокол инкапсулируется в другой. От обычных многоуровневых сетевых моделей (таких как OSI или TCP/IP) туннелирование отличается тем, что инкапсулируемый протокол относится к тому же или более низкому уровню, чем используемый в качестве тоннеля.
Суть туннелирования состоит в том, чтобы «упаковать» передаваемую порцию данных, вместе со служебными полями, в новый «конверт» для обеспечения конфиденциальности и целостности всей передаваемой порции, включая служебные поля. Туннелирование может применяться на сетевом и на прикладном уровнях. Комбинация туннелирования и шифрования позволяет реализовать закрытые виртуальные частные сети. Туннелирование обычно применяется для согласования транспортных протоколов либо для создания защищённого соединения между узлами сети.