Проверка правил брандмауэра снаружи

Проверка до и после

Запустите сканирование до изменения правила и еще раз после него. Разница и есть ваше доказательство. Например, если вы удалили старое разрешающее правило для MySQL, первое сканирование покажет 3306, а второе уже нет.

Почему важен источник сканирования

Брандмауэры часто разрешают определенные исходные адреса, например адрес вашего офиса. Это сканирование идет с общего публичного адреса, поэтому оно видит то, что видит обычный посетитель. Если ваше правило разрешает только IP офиса, правильная настройка покажет порт здесь как отсутствующий, хотя из офиса подключиться можно.

Что значит чистый результат

Он доказывает, что ни один из 18 перечисленных портов не принял подключение от сканера в этот момент. Он не доказывает, что остальные 65 535 портов закрыты, и UDP не проверяется. Закрытый, отфильтрованный и выключенный хост выглядят одинаково, поэтому также убедитесь, что хост работает, проверив порт, который должен быть открыт.

Полезные привычки

• Меняйте одно правило за раз, чтобы знать, какое изменение к какому эффекту привело.
• Дайте облачным правилам время примениться, прежде чем сканировать.
• Сканируйте только адреса, которыми вы владеете или которые вам разрешено проверять.

Типичные уровни защиты

Трафик часто проходит через несколько уровней: группу безопасности в облаке, сетевой ACL, брандмауэр на хосте, например iptables или аналогичный инструмент, а иногда и аппаратное устройство. Порт доступен, только если все уровни его пропускают, и заблокирован, если хотя бы один его отклоняет. Когда результат скана удивляет, проверяйте каждый уровень по очереди, а не только тот, который меняли последним.

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