Руководство ФБР признало, что проигрывает войну хакерам

Руководство ФБР признало, что проигрывает войну хакерам

Исполнительный помощник директора ФБР откровенно высказался о проблемах в борьбе с хакерами. «Мы не выигрываем эту войну», — сказал Шон Хенри (Shawn Henry), который в ФБР отвечает за направление по борьбе с киберпреступностью. Шон Хенри проработал в ФБР более двадцати лет и скоро собирается уйти на другую работу в области компьютерной безопасности (видимо, в частную компанию).

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

Характеристику нынешнего положения дел в области компьютерной безопасности Шон Хенри высказал в связи со слушаниями в Конгрессе по поводу необходимых мер для защиты критически важной инфраструктуры США от возможных хакерских атак. Сейчас в Конгрессе рассматриваются два противоречащих друг другу предложения на этот счёт. В то же время независимые эксперты высказывают мнение, что ни одна из предложенных мер не обеспечивает действительно надёжной защиты компьютерных сетей и промышленных систем SCADA, проблемы с безопасностью которых приобретают критический характер, передает xakep.ru.

Шон Хенри считает, что компании должны кардинально изменить свой подход к компьютерной безопасности, они не в полной мере осознают риски, которые возникают в связи с уязвимостью сетей. По его словам, компаниям следует осознать, что абсолютную защиту здесь обеспечить невозможно. «Я не вижу, как мы можем избавиться от этой проблемы без изменений в технологиях или в нашем поведении, потому что при нынешнем положении вещей это неустойчивая модель. Неустойчивая в том смысле, что вы никогда не выходите вперёд, никогда не можете обеспечить защиту, никогда не имеете обоснованных ожиданий приватности или безопасности», — говорит Шон Хенри. Очевидно, он испытывает бессилие что-нибудь изменить в ситуации, когда ни один компьютер в стране нельзя назвать действительно защищённым.

Шон Хенри рассказывает, что в процессе различных расследований ФБР постоянно сталкивается с информацией о взломах различных коммерческих компаний — приватная информация из их сетей циркулирует в хакерских кругах месяцами, иногда годами. Когда ФБР уведомляет компанию о факте взлома, то жертва обычно испытывает настоящий шок и пребывает в полной растерянности, то есть месяцами или годами их сеть была открыта для хакеров, а они даже не имели понятия об этом. Такое встречается сплошь и рядом, говорит Шон Хенри. И даже если руководство понимает серьёзность проблемы и организует меры защиты, их никогда не бывает достаточно — всегда найдётся такое оружие, против которого защита не выстоит.

По статистике компании Mandiant, которая занимается информационной безопасностью, 94% взломанных компаний не в курсе инцидента до тех пор, пока их не специально уведомят об этом. Среднее по медиане количество дней между внедрением в компьютерную сеть и обнаружением факта атаки составляет 416 дней.

Windows 11 после обновления может отрезать вас от проводного интернета

Похоже, у сисадминов снова «праздник»: в сообществе r/sysadmin на площадке Reddit обсуждают баг апгрейдов Windows 11, из-за которого рабочие станции после обновления внезапно теряют проводную 802.1X-аутентификацию и остаются без Сети.

Сценарий звучит неприятно: обновляете машину «поверх» (например, с 23H2 на 25H2; люди пишут, что это повторяется и на ежегодных переходах), перезагружаетесь — и всё, Ethernet молчит.

Причина, согласно описанию участников обсуждения, в том, что после апгрейда папка dot3svc оказывается очищенной, а вместе с ней пропадают политики / профили, которые нужны Wired AutoConfig для 802.1X.

Wired AutoConfig (dot3svc) — это тот самый компонент Windows, который держит проводной 802.1X в рабочем состоянии. А его политики лежат как раз в директории C:\Windows\dot3svc\Policies (плюс есть папки для миграции во время апгрейда). И вот когда эти файлы исчезают / не мигрируют корректно, машина не может пройти 802.1X на коммутаторе и получить доступ к корпоративной сети.

Самое злое тут — эффект «замкнутого круга». Без сети устройство не может дотянуться до контроллеров домена, чтобы подтянуть Group Policy и восстановить настройки автоматически. Поэтому в полях лечат по старинке: подключают устройство в «открытый» порт без 802.1X, делают gpupdate /force (часто именно /target:computer), и только потом возвращают на защищённый порт.

Есть и ещё один баг: в отдельных кейсах при апгрейде люди жаловались на проблемы с машинными сертификатами, что особенно больно организациям на EAP-TLS (когда 802.1X завязан на PKI).

При этом самое обидное — на официальных страницах Windows Release Health для 24H2 и 25H2 упоминаний про 802.1X/dot3svc в списке известных проблем сейчас не видно.

Что с этим делать прямо сейчас, если вы планируете массовые апгрейды: многие админы советуют хотя бы заложить «страховку» в процесс — например, заранее сохранить содержимое C:\Windows\dot3svc\Policies и вернуть его после обновления, либо обеспечить доступ к сети через временно открытый порт, чтобы успеть прогнать gpupdate.

RSS: Новости на портале Anti-Malware.ru