Deny by default нужно проверять, а не предполагать
Что NIST SC-7(5) и AC-4 на самом деле требуют от набора правил, шесть способов, которыми deny by default незаметно размывается, и как это проверить с раскрытыми объектами и NAT.
Мы сделали его после очередного инцидента, когда ради одного ответа пришлось перебирать консоли разных вендоров.
Все эндпоинты со всех коммутаторов, маршрутизаторов и контроллеров в одной таблице с поиском.
Проследите поток хоп за хопом и увидите, какое правило его режет.
Настоящие диффы конфигурации, без шума от счётчиков и таймстемпов.
Поиск идёт по локальной копии, а не по вашим устройствам.
Если один контроллер перестал отвечать, SAMURAI переключится на следующий.
IOS, NX-OS, IOS-XR, PAN-OS, FMC и ASA определяются автоматически.
Он сверяет каждое изменение конфигурации с тем, что уже знает о вашей сети: рутина проходит тихо, а рискованное попадает на проверку.
Наборы вроде AlgoSec лучше справляются с ресертификацией правил и согласованиями, и мы скажем это прямо. SAMURAI закрывает то, что вокруг ваших файрволов: коммутаторы, фабрики ACI, ISE и vCenter, в одном представлении с правилами.
Скачайте образ, запустите один контейнер, добавьте учётные данные устройств. На сами устройства ничего не ставится, и наружу ничего не уходит.
Что мы узнали, пока делали SAMURAI: причуды API вендоров, чего NIST 800-53 на самом деле ждёт от сетевых команд и почему сравнивать конфиги сложнее, чем кажется.