Как за пару секунд скрыть Linux-сервер от сетевого сканирования и эхо-запросов ping?

При проведении первичной разведки сканеры вроде nmap и обычные утилиты ping определяют активность узла по наличию ответов на эхо-запросы ICMP. Блокировка входящих echo-request сообщений на уровне сетевого экрана iptables заставляет сервер игнорировать сетевые зонды и выглядеть выключенным для автоматизированных сканеров.

Добавление правила отбрасывания всех входящих ICMP-запросов типа echo-request:

$ sudo iptables -A INPUT -p icmp --icmp-type echo-request -j DROP

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

Проверка состояния цепочки правил и мгновенная отмена блокировки ICMP при необходимости:

$ sudo iptables -L INPUT -v -n --line-numbers$ sudo iptables -D INPUT -p icmp --icmp-type echo-request -j DROP

Первая команда покажет счетчики сброшенных пакетов, вторая — восстановит стандартный отклик на ping.

Важно: блокировка ICMP не делает хост полностью невидимым, если на нем открыты другие TCP/UDP порты; выполнять только в изолированной среде / по разрешению.

🔥 Защищает от массового автоматического сканирования сети и снижает видимость сервера в публичных диапазонах IP.

➡️ Hacking Ready | #совет

Как поднять временный HTTP-сервер за секунду без установки Nginx, Apache или сторонних зависимостей?

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

Быстрый запуск сервера в текущем каталоге с привязкой к определенному порту:

$ python3 -m http.server 8000

Сервер начнет слушать подключения и выводить лог входящих HTTP-запросов прямо в консоль.

Ограничение доступности сервера только локальным интерфейсом loopback для безопасной отладки:

$ python3 -m http.server 8080 --bind 127.0.0.1

Флаг --bind гарантирует, что к содержимому директории не смогут подключиться из внешней сети.

Важно: трафик передается в открытом виде без шифрования и аутентификации (использовать в доверенной сети или изолированном контуре).

🔥 Спасает при передаче эксплойтов, скриптов и артефактов во время пентеста или развертывания быстрых файловых обменников.


➡️ Hacking Ready | #совет

Как организовать быстрый проброс портов через цепочку изолированных систем без настройки SSH-туннелей?

Когда целевой сервис находится глубоко во внутренней сети за несколькими хостами, а под рукой нет настроенного SSH-доступа, VPN или возможности поднять полноценный сокс-прокси — выручает socat. Этот инструмент умеет связывать любые сетевые сокеты и мгновенно пробрасывать трафик через промежуточный узел.
На промежуточном хосте слушаем входящий порт и перенаправляем весь трафик на целевой сервис во внутренней сети:

$ socat TCP-LISTEN:8080,fork,reuseaddr TCP:192.168.1.50:80

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

$ socat TCP-LISTEN:9090,fork,reuseaddr TCP:10.0.0.5:22

Важно: пересылаемый трафик не шифруется самим socat (используйте в изолированных сегментах или оборачивайте в SSL/TLS встроенными опциями OPENSSL-LISTEN), а параметр fork обязателен для обработки множественных параллельных соединений.

🔥 Спасает при тесте на проникновение, администрировании сложных сегментированных сетей и пробросе портов из изолированных Docker-контейнеров без перезапуска инфраструктуры.

➡️ Hacking Ready | #совет