Информзащита стала членом Технического Комитета 122

Информзащита стала членом Технического Комитета 122

Информзащита стала членом Технического Комитета 122

По результатам общего заседания Технического Комитета 122 «Стандарты финансовых операций», которое состоялось 22 декабря 2016 года, «Информзащита» вошла в состав одного из пяти подкомитетов – «Безопасность финансовых (банковских) операций» (ПК1). Председателем подкомитета является Артем Сычев, заместитель начальника Главного управления безопасности и защиты информации Банка России.

Повестка заседания включала доклад Председателя Комитета Ольги Скоробогатовой об основных задачах и изменениях в структуре ТК122. Заместитель председателя Комитета Артем Сычев рассказал о работе ТК122 в направлении информационной безопасности последних лет и о планах ПК1 на 2017 год. Третий доклад содержал информацию о работе третьего подкомитета (ПК3). Также путем голосования состоялся прием организаций, направивших заявки, в состав ТК122.

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

Деятельность подкомитета №1 «Безопасность финансовых (банковских) операций», членом которого стала «Информзащита», включает разработку национальных стандартов обеспечения безопасности финансовых (банковских) операций, гармонизацию международных стандартов, а также гармонизацию профессиональных стандартов обеспечения информационной безопасности банковской и платежной индустрий (стандарты PCI Council/PCI DSS, рекомендации EPC/Европейский платежный совет и т.п.). В текущий момент ПК1 является самым деятельным и востребованным: 95% заявок на вступление получено именно в этот подкомитет. Вступить в подкомитет по безопасности захотели представители всех сторон отрасли, в том числе интеграторы, вендоры, страховые организации и банки. Вопрос информационной безопасности является одним из самых критичных в деятельности ТК122, это отмечает Ольга Скоробогатова, называя ИБ – приоритетом № 1 на 2017 год.

«Информзащита» ведет активную работу в деятельности подкомитета №1. Задержка в подтверждении официального членства обусловлена тем, что только общее собрание имеет исключительные полномочия на прием организаций в состав комитета.

Последним проектом ПК1 стал ГОСТ по информационной безопасности для банков, который планируется ввести летом 2017-го года и сделать обязательным. На очереди – ГОСТ по методике аудита на соответствие этому стандарту. Всего за 2016 год из подкомитета №1 вышло 9 новых документов. 

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

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

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

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

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

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

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

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

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