В Thales подтвердили уход из России

В Thales подтвердили уход из России

В Thales подтвердили уход из России

Французский оператор сервисов по защите банковских транзакций и проверки ПИН-кодов теперь точно «всё». Слухи об уходе Thales поползли ещё две недели назад, теперь их подтвердили в самой компании. Заместить «талисы» можно, но нужно время, говорят эксперты.

Французская Thales обеспечивала защиту платежных трансакций и проверку ПИН-кодов на картах крупнейших российских банков. Теперь они уходят. Forbes ссылается на слова представителя оператора:

Компания свернула все операции по обеспечению цифровой безопасности в российском банковском секторе: раньше группа обслуживала 20 российских банков.

По данным сайта госзакупок, в последние семь лет конкурсы на поставку и лицензию модулей и ПО Thales объявляли Сбербанк, ВТБ, Россельхозбанк, Всероссийский банк развития регионов (ВБРР) и Западно-Сибирский коммерческий банк. Сама Thales также сообщала на своем сайте о сотрудничестве с Альфа-банком.

Решения компании Thales — международный стандарт криптографической защиты информации банковских карт, который при использовании карты проверяет ПИН-код, CVV-код и другие данные, объясняет Forbes гендиректор компании «Код Безопасности» Андрей Голов. Так, с помощью этого решения на международном уровне карты американских банков-эмитентов принимаются и в других странах, приводит пример собеседник.

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

Аналогичные решения разрабатывали и российские компании — «Инфотекс» и CryptoPro, рассказывает независимый эксперт в сфере ИБ Алексей Лукацкий. По его мнению, критической проблемы в уходе Thales из России нет, поскольку за то время, пока уже проданные решения еще будут работать, банки успеют перейти на российские аналоги.

Прогнозы Лукацкого — миграция может занять полгода.

Не все эксперты так оптимистичны. На прошедшем в конце мае AM Camp звучали осторожные предостережения, что стопроцентная замена в этом секторе пока невозможна. Есть вопросы и к производительности.

Другой эксперт в разговоре с Anti-Malware.ru заметил, что уход Thales станет «еще одним шагом к технологической деградации»:

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

Добавим, Thales сейчас развивает направление облачной безопасности через использование спутниковой группировки. По сути, они объединяют французское know-how в области ракетостроения с Google Cloud на базе услуг телеком-оператора Orange. А это совершенно другая бизнес-модель развития.

Критическая уязвимость в TLP позволяет обойти защиту Linux

В популярной утилите TLP, которую многие владельцы ноутбуков на Linux используют для управления энергопотреблением, обнаружили критическую уязвимость. Причём проблема нашлась во время обычной проверки пакета командой SUSE Security Team и располагается во вполне штатном коде.

Брешь получила идентификатор CVE-2025-67859 и затрагивает версию TLP 1.9.0, где появился новый profiles daemon.

Этот демон работает с root-правами и управляет профилями питания через D-Bus. Задумка хорошая, но реализация подвела: в механизме аутентификации Polkit нашлась логическая ошибка, которая фактически позволяет обойти проверку прав.

Как объясняют исследователи, демон должен был строго проверять, кто именно отправляет команды. Но из-за ошибки любой локальный пользователь мог взаимодействовать с ним без должной аутентификации — а значит, менять системные настройки питания от имени root.

На этом сюрпризы не закончились. В ходе анализа специалисты SUSE нашли ещё несколько проблем, уже связанных с исчерпанием ресурсов. В частности, механизм profile hold, который позволяет временно «зафиксировать» профиль питания, оказался совершенно без валидации. Локальный пользователь мог создавать неограниченное количество таких блокировок, причём без прав администратора.

В итоге это открывает прямую дорогу к DoS-атаке: демон начинает захлёбываться от бесконечных записей в структуре данных, куда попадают числа, строки с причиной и идентификаторы приложений — всё это полностью контролируется клиентом.

Любопытно, что SUSE вспомнила похожую историю с демоном управления питанием в GNOME: аналогичную проблему находили ещё несколько лет назад. Отдельно исследователи отметили вопросы к механизму «куки», которыми отслеживаются profile hold. Формально речь шла о предсказуемости значений, но в сочетании с отсутствием лимитов это лишь расширяло поверхность атаки.

К счастью, реакция была быстрой. SUSE сообщила об уязвимостях разработчикам ещё в декабре, и в версии TLP 1.9.1 проблема уже закрыта. В частности, число одновременных profile hold теперь жёстко ограничено числом 16, что убирает риск истощения ресурсов.

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