Мельников Д. А. - Организация и обеспечение безопасности информационно-технологических сетей и систем - 2012

Метод декларирования приёмного окна содержит в себе логи­ ческое противоречие, которое возникает в том случае, если получа­ тель декларирует нулевой размер окна для ликвидации у себя пере­ грузки. Отправителю нельзя посылать данные, поскольку получа­ тель не может их принять, а получатель не имеет полномочий про­ явить инициативу и сообщить о том, что перегрузка ликвидирова­ на. Разрешается это противоречие следующим образом: отправи­ тель информации, получивший декларацию окна нулевого разме­ ра, имеет право периодически отправлять блоки с «нулевым» ин­ формационным полем, «напоминая о себе», а получатель, квитируя такой блок, может декларировать приёмное окно ненулевой длины.

Фаза разъединения. Разъединение происходит по инициати­ ве одной из сторон, посылающей запрос на завершение соединения (бит «FIN» поля «Тип сообщения» - в состояние «2»). Процесс завер­ шения соединения - трехступенчатый. Диаграмма состояний для него показана на рис. 13.8.

Инициатор завершения соединения формирует блок-запрос, в котором устанавливает бит «FIN» поля «Тип сообщения» в состояние «2» и указывает состояние счетчика передаваемого им потока N(S)=x. Его партнер формирует сообщение, подтверждающее прием х байт пото­ ка (бит «АСК» поля «Тип сообщения» - в состояние «2», N(R)=x+l), после чего обращается к своему приложению, информируя его о заверше­ нии соединения (в это время он находится в состоянии завершения соединения). Затем, получив санкцию приложения, повторно квити­ рует полученный запрос на завершение соединения (устанавливает биты «FIN» и «АСК» поля «Тип сообщения» в состояние «2», N(R)=x+l). На это сообщение инициатор завершения соединения отвечает кви­ танцией, указывающей состояние счетчика потока в обратном направ­ лении (формирует и отправляет блок, в котором он устанавливает бит «АСК» поля «Тип сообщения» в состояние «2», N(R)=y+l). Инициатор завершения соединения проходит при этом через состояние ожидания обеих квитанций (см. рис.13.4).

Состояние ожидания квитанций подтверждения завершения со­ единения есть не что иное, как защита от потери квитанций в процессе завершения соединения. В случае неприема одной или обеих квитан­ ций на TCP-блок/запрос, в котором бит «FIN» поля «Тип сообщения» установлен в состояние «2», по истечении определенного времени (обычно оно равно двукратному времени жизни пакета в сети) прото­ кол самостоятельно принимает решение о завершении соединения и переходит в состояние пассивного ожидания.

Глава 14. Протоколы прикладного уровня INTERNET. Протоколы удаленного

доступа TELNET и доставки файлов FTP

Процедуры транспортного интерфейса являются основой для протоколов взаимодействия процессов, позволяющих реализовать такие прикладные функции, как доступ терминалов к процессам, доставку файлов, электронную почту и др. Эти функции реализуют­ ся за счет взаимодействия минимум двух процессов, выполняемых одной или разными ЭВМ (терминалами и серверами) ИТС, и соответ­ ствующих протоколов: удаленного доступа (связь с терминалами), виртуального терминала, доставки файлов и др. Указанные протоко­ лы находятся над транспортным уровнем пятиуровневой модели In­ ternet (см. рис. 8.2) и называются протоколами прикладного уровня.

14.1. Общая характеристика TELNET

Протокол удаленного доступа TELNET описан в RFC-854 (май, 1983 г.). Его авторы J. Postel и J. Reynolds во введении к документу оп­ ределили назначение протокола так: «... Дать общее описание, на­ сколько это только возможно, дуплексного, восьмибитового инфор­ мационного обмена, главной целью которого является обеспечение стандартного способа взаимодействия каждой программы (процесса) с терминалами любого типа, а также для организации взаимодейст­ вий «терминал-терминал» и «процесс-процесс». TELNET является протоколом прикладного уровня и находится над протоколами транспортного уровня (TCP, UDP).

TELNET-протокол позволяет пользователю подключиться к лю­ бой ГВМ (серверу) и работать с ней со своей ПЭВМ так, как если бы она была удаленным терминалом этой ГВМ.

TELNET-протокол решает следующие основные задачи:

1) определяет интерфейс, называемый виртуальным сетевым тер­ миналом (Network Virtual Terminal - NVT), который представ­ ляет структуру данных (порождаемых и отображаемых терми­ налом), алфавит, управляющие символы и порядок обмена управляющей информацией и данными, что позволяет клиенту и серверу абстрагироваться от собственных аппаратных осо­ бенностей и урегулировать требуемый формат данных;

2)регламентирует порядок установки и согласования требуемых параметров при организации соединения и в процессе обмена информацией;

3)устанавливает и поддерживает дуплексное межтерминальное со­ единение, что позволяет клиенту и серверу равноправно ини­ циировать передачу данных, согласовывать параметры и др.

Рис. 14.1. Взаимодействие локального терминала с ОС локального

и удаленного серверов

Взаимодействие локального терминала с ОС локального и уда­ ленного серверов показано на рис. 14.1. Модуль TELNET-протокола, являясь прикладной программой по отношению к ОС локального сервера, позволяет обращаться к удаленной ОС или обеспечивает функционирование клавиатуры и монитора для другого процесса на удаленном сервере.

Как правило (с точки зрения архитектурного решения), TELNET-протокол размещается на прикладном уровне, а не в ядре ОС, что имеет свои преимущества и недостатки. Главное преимуще­ ство - реализационная взаимонезависимость ОС и протокола, а не­ достаток - некоторая потеря в эффективности (снижение быстро­ действия при интерактивном режиме).

Необходимо заметить, что системы «Локальный терминал» и «Локальный сервер», показанные на рис. 14.1, разделены условно. На практике они чаще всего выступают как единая программно-ап­ паратная система. Поэтому представленное деление (рассмотрение терминала как отдельного устройства стандартного ввода/вывода) бопее удобно для понимания работы TELNET-протокола в целом.

раметров допускает на разных концах соединения взаимодействие различных версий TELNET-протокола, т.е. снабженных различными наборами факультативных сервисных функций (вплоть до того, что один из партнеров не владеет никакими факультативными функция­ ми и базируется только на NVT-интерфейсе).

14.4. Протокол удаленного доступа «rlogin»

Развитием протокола удаленного доступа в ряде систем UNIX является протокол удаленного доступа «rlogin» (remote login, RFC1282). Этот протокол отличается от TELNET более тесной связью с ОС. В частности, для «rlogin» характерно распознавание прав досту­ па пользователей (он не требует повторного ввода пароля при по­ следовательном доступе от одной ГВМ (серверу) к другой, если пользователь корректно выполнил операцию входа на первую из доступных ему ГВМ). Кроме того, «rlogin» может использовать стан­ дартный ввод/вывод ОС удаленных ГВМ; интерпретировать стан­ дартные ошибки ОС; распознавать параметры настройки про­ граммной оболочки (environment) как на локальной, так и на уда­ ленной ГВМ; передавать часть этих параметров от локальной на удаленную ГВМ и др.

Рис. 14.4. управляющие символы для установки параметров

вTELNET-протоколе

14.5.Преимущества и недостатки удаленного доступа

Удаленный доступ является чрезвычайно мощным инстру­ ментом. Практически без всяких территориальных ограничений можно запустить процесс на любой доступной (в административном отношении) ГВМ; произвести вычисления, получить (рис. 14.5) или передать информацию и др.

С помощью этого инструмента системный оператор может «вой­ ти» в удаленный компьютер, произвести необходимую реконфигура­ цию, тестирование, настроечные или восстановительные работы.

Однако удаленный доступ может стать и угрозой. Протоколы удаленного доступа в руках инженера - полезный инструмент, а в руках злоумышленника - грозное оружие. Поэтому их использова­ ние должно сопровождаться тщательным анализом угрозы, связан­ ной с доступом к информации и вычислительным ресурсам ИТС.

14.6. Файловый доступ. Общая характеристика протокола FTP (File Transfer Protocol)

FTP-протокол (RFC-959) обеспечивает:

1)программный доступ к удаленным файлам: для работы про­ грамм предоставляется командный интерфейс;

2)интерактивный доступ к удаленным файлам: пользователь, вызывая FTP-протокол, попадает в интерактивную оболочку, из которой с помощью ряда команд может выполнять доста­ точно большой набор функций;

Рис. 14.5. Информационные ресурсы (часть) в Internet, доступные по TELNET-протоколу

3) преобразование данных: FTP-протокол позволяет клиенту описать формат хранимых данных (например, специфициро­ вать кодировку символов для текстов);