ЛК представила решение для защиты банкоматов и POS-терминалов

ЛК представила решение для защиты банкоматов и POS-терминалов

ЛК представила решение для защиты банкоматов и POS-терминалов

«Лаборатория Касперского» выпустила решение для защиты банкоматов, POS-терминалов и терминалов самообслуживания — Kaspersky Embedded Systems Security. Продукт ограждает эти виды оборудования от киберугроз, обеспечивая безопасность денежных средств и данных о банковских картах без перегрузки системы. 

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

В решении «Лаборатории Касперского» реализованы технологии, позволяющие бороться с наиболее распространенными способами атак на эти виды устройств. Благодаря режиму «Запрет по умолчанию» в системе исполняются только те файлы, драйверы и библиотеки, которые явно разрешены администратором. Это дает возможность защитить банкоматы и платежные терминалы от сложных целенаправленных угроз, таких как Tyupkin и Skimer, на уровне конечных устройств.

С помощью еще одной важной функции — режима «Контроль устройств» — блокируются попытки физического подключения неавторизованных USB-накопителей к этим видам машин. Таким образом закрывается одна из главных уязвимостей, регулярно используемых киберпреступниками для получения доступа к системе.

Продукт полностью совместим со всеми актуальными версиями Windows, а также Windows XP Embedded, Windows Embedded 8.0 Standard, а также с Windows 10 IoT. Системные требования минимальны — от 256 Мб оперативной памяти и 50 Мб места на диске.

Новым решением можно управлять через единую централизованную консоль администрирования Kaspersky Security Center. Кроме того, продукт интегрирован с облачным сервисом Kaspersky Security Network, что позволяет получать аналитические данные об угрозах в режиме реального времени и предотвращать атаки эксплойтов нулевого дня. Также он выполняет требования стандарта безопасности данных индустрии платежных карт (PCI DSS), согласно которому системы, работающие с банковскими картами, должны быть снабжены регулярно обновляемым антивирусом.

«Перед нами стояла задача уместить все самые современные защитные технологии в решение для обеспечения безопасности машин с ограниченной функциональностью и низкой производительностью, — рассказывает Дмитрий Звегинец, руководитель направления защиты банкоматов и точек продаж «Лаборатории Касперского». — Банкоматы и платежные терминалы обновляются крайне редко, многие из них работают около десяти лет и являются технически несовременными, поэтому мы разработали продукт, совместимый и с устаревшими поколениями аппаратного обеспечения. Чтобы защитить систему, нашему решению даже не обязательно иметь возможность подключения к Сети. Кроме того, мы включили в него эффективные технологии контроля устройств и запрета по умолчанию».

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

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

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

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

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

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

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

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

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