Уязвимость системы кибербезопасности должна предостеречь США от ведения войн

Уязвимость системы кибербезопасности должна предостеречь США от ведения войн

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


Ричард Кларк (Richard Clarke), советник трех президентов, присоединился к группе американских военных и гражданских экспертов и предоставил свою зловещую оценку положения американской кибербезопасности на конференции, заявив, что страна просто не в состоянии защитить свои ключевые сети. 

Кларк заявил, что если бы он предоставлял советы президенту, то посоветовал бы ему не нападать на другие страны, так как многие из них, включая Китай, КНДР, Иран и Россию, могут нанести ответный удар в виде разрушительных кибератак, которые могут уничтожить электросети, банковские сети или транспортную систему, передает warandpeace

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

Кларк заявил, что хороший советник по национальной безопасности сказал бы президенту, что США могут где-то взорвать ядерный реактор или лагерь по подготовке террористов, но некоторые страны могут нанести ответный удар в киберпространстве, и тогда "вся экономическая система США будет уничтожена в ответ…так как мы не можем защитить ее сегодня". 

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

Кларк вместе с генералом Китом Александером (Keith Alexander), главой Агентства национальной безопасности и Кибернетического командования США, заявил присутствовавшим на конференции, что США необходимо направить больше усилий по укреплению доступных элементов сети и более агрессивно искать вредоносные программы в американских корпоративных, военных и государственных системах. 

Но Кларк был резче в вопросе принятия более широких правительственных норм, которые бы следили за выполнениям этих мер, несмотря на политическое нежелание. По его словам, проблемы не будут решены, если правительство не начнет более активно участвовать в процессе. 

Он добавил, что США необходимо дать ясно понять таким странам, как Китай, что попытки компьютерных атак, призванных украсть высокотехнологичные данные, будут наказаны. 

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

Отчет призывал США дипломатическими методами противостоять России и Китаю в связи с растущим количеством кибератак, которые представляют собой "постоянную угрозу американской экономической безопасности".

Проводник Windows падал не из-за Microsoft, виноват оказался деинсталлятор

Инженер Microsoft Рэймонд Чен рассказал любопытную историю отладки загадочных падений Проводника. Сначала всё выглядело так, будто в Windows внезапно появился неприятный баг. Но виновником оказалась вовсе не Microsoft, а сторонний деинсталлятор.

Проблема проявилась как резкий всплеск сбоев Проводника. Инженеры начали изучать дампы и заметили странную деталь: падала 32-битная версия программы, запущенная на 64-битных системах Windows.

Такая версия Проводника всё ещё есть в Windows ради совместимости со старыми приложениями. Обычно современные системы почти не используют этот путь. Но в данном случае сторонний деинсталлятор каким-то образом заставлял систему обращаться именно к этому устаревшему компоненту.

Дальше выяснилось, что деинсталлятор некорректно работал с системными API: использовал неправильное соглашение о вызовах функций и неверно обрабатывал параметры стека. Из-за этого при каждой неудачной операции данные из стека удалялись неправильно.

Поскольку процесс повторялся в цикле, повреждение памяти постепенно накапливалось. В какой-то момент указатель стека уезжал в область активного кода, и Проводник падал.

Со стороны всё выглядело как типичная системная ошибка: софт снова и снова аварийно завершал работу, создавая ощущение, что проблема в самой Windows. На деле операционная система лишь показывала последствия ошибки в стороннем ПО.

Чен напомнил важную вещь: в экосистеме Windows с миллиардами устройств и огромным количеством приложений далеко не каждый сбой компонента Microsoft означает баг в Windows. Сторонние программы тоже могут ломать системные процессы, особенно если неправильно используют низкоуровневые API.

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