Открытые порты в 2026 году: 1042 проверки, запущенные пользователями

Мы не сканировали чужие хосты по своей инициативе. Это принципиально: массовая проверка портов у сайтов, которые о ней не просили, — не исследование, а вмешательство.

Вместо этого мы взяли 1 042 проверки, которые пользователи запустили сами через наш инструмент, выбрав хост и набор портов. То есть это не срез интернета, а срез того, что люди проверяют, когда им это зачем-то нужно: почти всегда собственный сервер или тот, который вызвал подозрение.

Проверялись стандартные наборы: чаще всего семнадцать распространённых портов, иногда восемь или семь. В сводке фиксируется, сколько из них ответили.

Больше половины проверок не нашли ни одного открытого порта из проверяемого набора. Ещё 28,6% нашли один или два — обычно это и есть веб: 80 и 443.

Пять и более портов открыто у 3% проверок. Шестнадцать из семнадцати — у шести.

Вывод, который эти числа поддерживают: типичный хост, который кто-то решил проверить, закрыт. Образ «сервер с распахнутыми настежь портами» описывает не норму, а редкий хвост распределения.

Смещение здесь сильное и в обе стороны сразу, и его стоит проговорить целиком.

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

В сторону открытых: вторая частая причина запустить проверку — подозрение, что что-то торчит наружу. Эти проверки попадают в правый хвост.

Набор портов фиксирован. Семнадцать распространённых — это не все 65 535. Служба на нестандартном порту в наших числах невидима.

Закрытый порт не значит защищённый. Проверка видит, отвечает ли порт с нашего адреса. Файрвол, пропускающий только известные адреса, покажет «закрыто» — и это правильно. А открытый 443 с уязвимым приложением за ним покажет «открыто» и не скажет ничего о риске.

Что эти числа действительно дают — это ориентир: если у вас открыто больше четырёх портов из стандартного набора, вы в верхних 3% и стоит проверить, все ли они нужны.

1. Разберитесь, что слушает. На самом сервере ss -tlnp покажет процесс за каждым портом. Половина неожиданных находок — это службы, поднятые пакетным менеджером и никем не выключенные.
2. Отделите «слушает на 0.0.0.0» от «слушает на 127.0.0.1». База данных, привязанная к локальному адресу, снаружи невидима и в проверке не появится. Привязанная ко всем адресам — появится, и это самая частая настоящая находка.
3. Закрывайте файрволом, а не остановкой службы. Служба может понадобиться, а правило файрвола переживёт перезапуск и обновление пакета.
4. Проверьте оба протокола. Наш набор смотрит TCP; служба на UDP в него не попадает.

Проверить свой хост можно в сканере портов, а посмотреть, что отвечает веб-служба, — в проверке заголовков.