73. L2tp

L2TP. Обеспечивает защищ. туннелирование РРР трафика через сети общего назначения с произвольной средой как и L2F и в отличие от РРР, L2TP не привязан к IP и может работать и в других сетях (ATM, X.25). В L2TP добавлена функция управления потоками данных. Она была в РРТР, но отсутствовала а L2F. Она не допускает в систему больше потока данных, чем та способна обработать. Как и в случае РРТР не нужна апп. поддержка, но она может повысить производительность.

В L2TP есть возможность в отличие от РРТР работать с протоколами аут-ции.

Свойства L2TP: 1) прозрачность 2) Адресация конечного узла осуществляется по той же схеме, что и при прямом звонке на сервер удаленного доступа корпоративной сети.. 3) Гибкость в аутентификации

4) Авторизация также управляется из корпоративной сети 5) Туннель образуется между сервером концентратора доступа LAC и сетевым сервером LNS

В роли LAC выступает сервер провайдера, но может быть и сам уд. комп. В роли LNS- сервер корп. сети. В отличие от РРТР и L2F, в рамках туннеля можно организовать несколько сессий для отдельных приложений. Как в РРТР и L2F имеется 3 этапа формирования защ. канала:

1) установление соединения с LNS

2) аут-ия пользователей

3) конфигурирование туннеля

1)уд. Пользователь сначала инициализирует РРР соединение с LAC, которое выполняет частичную аутентификацию удаленного компа и его пользователя. При аутентификации используется только имя юзера, по которому LAC определяет нужно ли тунеллирование L2TP, с которым нужно установить тоннель. После установки если L2TP проходит аутентификацию юзера на сервере LNS, которому LAC передает аутентификационную информацию. Конкретные методы аутентификаии не обговорены. При этом LAC передает клиенту нонс, тот передает идентификатор юзера, хэш от нонс и пароль. При отправке результате аутентификации LNS может передать LAC присваиваемый IP конечного компа, который LAC передает по РРР юзеру.

При успешной аутентификации между LAC и LNS образуется двунаправленный криптотуннель РРР, параметры которого настраиваются с помощью управляющих сообщений, передаваемых в том же потоке, что и данные.

L2TP может накапливаться в UDP пакеты, передаваемые между LAC и LNS через IPSec тоннель.

Не смотря на достоинства есть ряд недостатков:

- необходимость поддержки L2TP провайдером, - криптотуннель создается между LAC и LNS, а не между конечными точками.

74. Ssl

Семейство протоколов SSL/TLS :

Протокол записи.

На первом этапе данные приложения разделяются на отдельные блоки не более 2^14байт. На втором шаге может выполняться сжатие инфы. 3) Добавляется код аутентификации сообщения на основе хеш-функции ключей. Значений порядкового номера сообщения протокола верхнего уровня, версии протокола, длины сжатого фрагмента, самого безопасного и секретного ключа записи.

4) Сообщение дешифруется вместе с добавленным значением кода аутентификации с помощью асс алгоритма. Вместо кода аутентификации может добавляться наполнтель обеспечивающий кратность блока и затруднение анализа длины передаваемых сообщений

5) Создается заголовок, содержащий тип обрабатываемого протокола вышележащего уровня, а так же номер и подномер версии и длину сжатых или несжатых данных. Транспортный уровень и пакет передается протоколом TCP.

6) Принимаемые данные расшифровываются, проверяются, распаковываются, собираются из фрагментов и передаются приложениям прикладного уровня.

Протокол изменения параметров шифрования.

самый простой, генерирует сообщения со значениями единица, по которому происходит обновление комплекта шифров, используемых для данного соединения

Протокол извещения

Предназначен для передачи другой стороне извещений о работе SSL, которые также сжимаются и шифруется. Первый байт пакета определяет тип сообщения второй – само извещение.

Протокол квитирования.

позволяет серверу и клиенту выполнять взаимную аутентификацию, согласовывать алгоритмы и ключи шифрования.