Apple обновила защиту Mac OS X

Apple обновила защиту Mac OS X

Во второй раз за последние 19 месяцев компания обновила антивирусные сигнатуры, которые используются для самозащиты операционной системы Mac OS X Snow Leopard от атак вредоносного программного обеспечения.

Отныне пользователи могут не опасаться троянского коня под наименованием OSX.OpinionSpy. По данным "Лаборатории Касперского", эта инфекция распространяется с приложениями и заставками, которые предлагаются к загрузке на разнообразных Интернет-сайтах. Попав в систему, конь отслеживает ввод личных данных, перехватывает их и отсылает своим создателям. Активность вредоносной программы, впрочем, невелика: с начала текущего года было зарегистрировано лишь 13 случаев заражения ею, главным образом на территории Индии.

Таким образом, количество антивирусных сигнатур в базе данных средства защиты Snow Leopard возросло до четырех. Внутренний модуль противовирусной обороны Xprotect впервые появился в бета-выпуске Mac OS X в середине 2009 года; тогда в упомянутой базе содержались два диагностических образца (для довольно известных троянских коней RSPlug и iServices соответственно). Что касается третьей сигнатуры, то она описывает обнаруженный в апреле 2010 бэкдор HellRTC.

Xprotect представляет собой небольшой программный элемент, который отображает всплывающее окно с предупреждением об угрозе и предложением удалить опасный файл в корзину. Назвать его полноценным антивирусом трудно: он даже не реагирует на некоторые способы доставки вредоносного содержимого (например, один и тот же инфицированный объект детектируется в случае его загрузки через обозреватель Safari, но не определяется при копировании с компакт-диска).

Обновление поступило на компьютеры пользователей вместе с масштабным пакетом исправлений, в котором Apple откорректировала 56 уязвимостей в Snow Leopard. Сообщается, что большинство из этих изъянов - 45 штук - предоставляли потенциальным злоумышленникам возможность исполнения вредоносного кода.

The Register

Письмо автору

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

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

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

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

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

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

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

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

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