ФСБ предложила запретить создание вредоносов на международном уровне

ФСБ предложила запретить создание вредоносов на международном уровне

ФСБ предложила запретить создание вредоносов на международном уровне

Директор ФСБ России Александр Бортников предлагает расширить сотрудничество при реагировании на компьютерные инциденты и рассмотреть возможность создания международного правового режима запрета на разработку вредоносного программного обеспечения.

"С учетом того, что многие компьютерные атаки имеют международный характер, эффективность противодействия им в значительной степени определяется организацией взаимодействия национальных субъектов, реагирующих на компьютерные инциденты. В рамках идущего в настоящее время процесса формирование системы международной информационной безопасности предлагаем расширить практическое сотрудничество при реагировании на компьютерные инциденты и рассмотреть возможность создания международного правового режима запрета на разработку вредоносного программного обеспечения", — сказал Бортников в ходе XVI совещания руководителей спецслужб органов безопасности и правоохранительных органов иностранных государств, проходящего 4-5 октября в Краснодаре.

В настоящее время разработка вредоносного программного обеспечения является нарушением действующего на территории России законодательства. В российском Уголовном кодексе уже действует статья 273, предусматривающая ответственность за "создание, распространение или использование компьютерных программ, заведомо предназначенных для несанкционированного уничтожения, блокирования, модификации, копирования компьютерной информации". Максимальная санкция — семь лет заключения, пишет ria.ru.

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

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

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

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

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

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

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

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

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

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

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

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

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