Протокол FTP: как работает передача файлов и почему это небезопасно

7 сентября 2026 г.

Александр Иванов

Автор статьи

FTP (File Transfer Protocol) — протокол для обмена файлами между клиентом и сервером по сети. Он работает поверх TCP на прикладном уровне модели OSI. Современная спецификация FTP зафиксирована в RFC 959, опубликованном IETF в октябре 1985 года. Несмотря на возраст документа, именно он описывает базовую логику, на которой строятся современные FTP-серверы и клиенты.

Ключевая особенность FTP — разделение управления и передачи данных на два отдельных TCP-соединения:

Управляющее соединение (control connection) передаёт команды клиента и ответы сервера: аутентификацию, навигацию по каталогам, запросы на передачу файлов.
Соединение для данных (data connection) — отдельный канал, через который передаётся содержимое файлов.

По умолчанию управляющее соединение использует порт 21, а соединение данных в активном режиме — порт 20. Такое разделение — прямое следствие архитектуры, заложенной в RFC 959.

FTP поддерживает два режима установки соединения для данных. Разница между ними — в том, кто инициирует соединение.

Активный режим

Сервер сам открывает соединение для передачи данных к клиенту. Это работает, пока клиент напрямую доступен из сети. Если клиент находится за NAT или файрволом, сервер не может до него «дотянуться» через транслированный адрес.

Пассивный режим (команда PASV)

Оба соединения — управляющее и для данных — инициирует клиент. Клиенту не нужно принимать входящие подключения, он сам открывает оба канала наружу. В современных сетях, где практически любой клиент находится за NAT-роутером или корпоративным файрволом, пассивный режим используется значительно чаще активного.

Взаимодействие клиента и сервера строится на текстовых командах, передаваемых по управляющему соединению. Базовый набор:

Команда	Назначение
USER	Имя пользователя для аутентификации
PASS	Пароль для аутентификации
RETR	Скачивание файла с сервера
STOR	Загрузка файла на сервер
LIST	Список файлов и каталогов
PWD	Текущий рабочий каталог
CWD	Смена каталога
QUIT	Завершение сессии

Отдельный сценарий — anonymous FTP: вход без личных учётных данных для доступа к публичным архивам и репозиториям.

Типичная сессия передачи файла выглядит так:

Подключение к серверу. Пользователь запускает FTP-клиент (утилиту командной строки или программу с графическим интерфейсом) и указывает адрес сервера.
Аутентификация. Клиент отправляет команды USER и PASS с логином и паролем либо использует anonymous-вход, если сервер это допускает.
Навигация. Командами PWD и CWD пользователь определяет текущий каталог и переходит в нужную директорию.
Передача файла. Команда STOR загружает файл с клиента на сервер, RETR — скачивает с сервера на клиент. Данные идут по отдельному соединению, а не по управляющему каналу.

Важно знать

Спецификация RFC 959 не предусматривает шифрование: классический FTP передаёт логин, пароль и содержимое файлов открытым текстом. При перехвате трафика — например, в общей или незащищённой сети — злоумышленник получает учётные данные и файлы без дополнительных усилий.

Для решения этой проблемы появились два подхода:

FTPS — расширение FTP, добавляющее шифрование через TLS/SSL (RFC 4217). FTPS сохраняет архитектуру двух соединений и логику команд классического FTP, но оборачивает трафик в защищённый канал.
SFTP (SSH File Transfer Protocol) — не расширение FTP, а отдельный протокол передачи файлов, работающий поверх SSH.

Разница между тремя вариантами сводится к шифрованию и архитектуре:

Протокол	Особенности
FTP	Исходный протокол без шифрования. Данные и учётные записи передаются открытым текстом.
FTPS	Тот же FTP, обёрнутый в TLS/SSL. Те же порты, та же логика двух соединений, но трафик зашифрован.
SFTP	Часть протокола SSH. Один порт, собственный набор команд, отличный от FTP.

Для передачи чувствительных данных — учётных записей, персональной информации, конфиденциальных документов — классический FTP не подходит. FTPS и SFTP защищают канал передачи от перехвата.

Несмотря на отсутствие шифрования, классический FTP не исчез. Он встречается в ограниченном числе сценариев: