Хочу протестировать безопасность сети перед аудитом, с чего начать?

Аудиторы первым делом пойдут проверять административные интерфейсы, торчащие наружу. Срочно проверьте, не открыты ли порты управления модема, роутера или VPN-шлюза в интернет. Если светятся — немедленно закройте к ним доступ извне и оставьте доступными только из локалки.

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

Своими силами полноценный аудит вы не замените. Свои косяки в архитектуре всегда замыливаются. Бесплатным софтом вы отловите только торчащие порты, а аудиторы будут крутить логические ошибки, обход аутентификации и повышение привилегий. Не переоценивайте свои силы.

На выходных можете пройтись по такому простому плану: 1) С компа из внешней сети просканируйте свой статический IP и соберите список открытых портов. 2) Накатите свежие прошивки на все сетевые устройства в офисе. 3) Отключите устаревшие протоколы общего доступа на файловом сервере. 4) Смените все пароли на сетевом оборудовании на сложные и уникальные комбинации.

мы перед похожим аудитом обошли буквально каждое устройство в офисе и нашли забытый открытый порт плюс бэкап-диск со стандартным заводским паролем. только исравив эти две вещи мы прошли проверку с первого раза.

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

До начала внутренних проверок безопасности необходимо убедиться, что резервные копии систем полные и работоспособные. Следует учитывать, что неконтролируемое сканирование может нарушить целостность данных.

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

Я сталкивался с тем же.

У меня было наоборот, поэтому и пишу. Спешка в решениях оборачивается исправлениями через полгода.

Большая часть потерь времени копится на задачах, ожидающих согласования. Оставлю как заметку, пригодится.

Посмотрю с другой стороны, я на стороне поставщика. Автоматический отчет о сканировании и пентест — это не одно и то же.

У нас так же.

Обсуждение размылось, давайте структурируем. Любой пункт, не зафиксированный письменно, в будущем обе стороны будут помнить по-разному.

Если делаете впервые, начните с малого, масштабирование потом. Это мое мнение, не утверждаю, что оно единственно верное.

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

Оставлю как заметку пригодится.

Как думаете, это сработает в любом масштабе? Ошибка, сделанная на стороне тест безопасности сети, обычно исправима, но дорого.

Проверено опытом.

При выполнении этого часто совершают одну ошибку. Непроверенная резервная копия — не резервная копия.

Исправьте, если я ошибаюсь.

Эта тема в архиве.

Хорошо, что вы создали эту тему. Чем сложнее отменить решение, тем медленнее его принимайте.

Пишите, если есть вопросы, отвечу по мере возможности.