Депутат Госдумы предложил ОБСЕ создать спецкомитет по кибербезосности

Депутат Госдумы предложил ОБСЕ создать спецкомитет по кибербезосности

Депутат Госдумы предложил ОБСЕ создать спецкомитет по кибербезосности

Депутат Госдумы, спецпредставитель Парламентской ассамблеи (ПА) ОБСЕ по противодействию терроризму Николай Ковалев вновь предложил ассамблее создать специальный комитет по кибербезопасности. Об этом парламентарий сообщил в среду ТАСС, уточнив, что инициатива была озвучена на проходящем в эти дни в Андорре осеннем заседании ПА ОБСЕ.

По словам Ковалева, проблема кибербезопасности обсуждается в ПА давно, однако "отрегулированного межгосударственного согласия в этом вопросе так и не достигнуто".

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

Ковалев напомнил, что недавно председатель Европейской комиссии Жан-Клод Юнкер призвал создать европейское агентство по кибербезопасности для лучшей защиты Европы от киберугроз. При этом, заметил депутат, инициатива Юнкера касается исключительно Евросоюза, "в то время как в регион ответственности ОБСЕ входят и Молдавия, и Россия, и Таджикистан, и другие государства - не члены ЕС".

По мнению Ковалева, ПА ОБСЕ в случае со спецкомитетом по кибербезопасности может пойти по проторенному пути на примере образования специального комитета по борьбе с терроризмом, пишет tass.ru.

"На его создание от момента моего первого предложения по этому поводу до реализации идеи ушло четыре года", - сообщил он.

Российский опыт борьбы с террором

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

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

"Мы планируем осуществить ряд визитов и изучить опыт, имеющийся как на национальном, так и на международном уровнях. Рассматриваем также возможность официальных визитов в некоторые страны, включая США и Россию, в начале 2018 года", - сказал он.

В частности, по словам Ковалева, на 2017 год запланировано участие представителя спецкомитета в семинаре в Марокко на тему распространения насильственного экстремизма в регионе ОБСЕ и по вопросу выработки эффективной стратегии по предотвращению вербовки молодых людей в террористические организации, а также намечен официальный визит членов комитета в секретариат ОБСЕ в Вене и Управление ООН по борьбе с наркотиками и преступностью. Кроме того, члены комитета планируют принять участие в парламентском форуме организации "Парламентарии за глобальные действия", который пройдет в Италии.

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

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

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

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

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

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

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

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

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

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