Сбер перешел на полностью импортонезависимый процессинг

Сбер перешел на полностью импортонезависимый процессинг

Сбер перешел на полностью импортонезависимый процессинг

Сбер перевел процессинг на полностью импортонезависимую платформу внутренней разработки. Она обслуживает более 200 млн карт.

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

В основе нового процессинга Сбера лежит Platform V DataGrid — резидентная система управления базами данных (СУБД) для работы с данными в режиме реального времени, которая была разработана СберТех и ориентирована на высоконагруженные системы. Для небольших нагрузок Сбер использует Platfrom V Pangolin.

Пилотный проект внедрения нового решения начался еще в 2023 г. В текущем году проект перешел на стадию масштабирования и к началу сентября 2024 г. полностью завершен.

Кирилл Царёв, первый заместитель Председателя Правления Сбербанка:

«Вопрос импортозамещения является для Сбера приоритетным. Наш новый процессинг отличается высочайшей надёжностью и удобным функционалом. Это на 100% отечественное решение — ещё один шаг к достижению технологического суверенитета России. Нам было важно не просто перевести карты на новую платформу, но и сделать это незаметно для клиентов, чтобы они не испытали никаких неудобств. Наша команда справилась. Миграция дебетовых карт прошла бесшовно, а кредитных карт — через их бесплатный перевыпуск, причём с более выгодными условиями».

Подпишитесь на новости

Отключите HTTP/2 или обновитесь: Apache исправил критическую уязвимость

Разработчики Apache HTTP Server выпустили версию 2.4.71 с патчем для критической уязвимости CVE-2026-119618. Ошибка находится в модуле mod_http2, который отвечает за работу с протоколом HTTP/2, и может привести к удаленному выполнению кода. Уязвимы версии сервера с 2.4.55 по 2.4.70, а также отдельные сборки модуля mod_h2 с 2.0.8 по 2.0.42.

Описание уязвимости опубликовано в бюллетене Apache. Проблема связана с состоянием гонки в функции assign_headers(): несколько потоков обращаются к общим данным без нужной синхронизации, и это может повредить память сервера.

Первым об ошибке 26 октября сообщил сканер опенсорс-кода Anthropic. 3 ноября ту же уязвимость независимо нашли Энтони Уимс и Саймон Сканнелл из Google Cloud Vulnerability Research.

Red Hat оценила уязвимость в 9,8 балла из 10 по шкале CVSS. По данным компании, неаутентифицированный злоумышленник может получить контроль над процессом веб-сервера. Атаке подвержены только серверы с включенным HTTP/2, конфигурации с одним HTTP/1.1 в безопасности.

Red Hat также сообщила, что в открытых исследованиях уже показан надежный эксплойт. Опубликованный на GitHub PoC при этом вызывает только повреждение памяти и падение процессов.

По оценке Wiz, ресурсы с уязвимыми версиями Apache есть в 64% облачных сред, а в 51% они доступны из интернета. Настройки серверов в этих цифрах не учтены.

Администраторам рекомендуют обновиться до 2.4.71. Если это пока невозможно, атаку можно предотвратить, временно отключив HTTP/2. В той же версии исправлены еще две уязвимости: CVE-2026-106023 в модуле mod_md, из-за которой падают процессы сервера, и CVE-2026-109163 в mod_vhost_alias с низким уровнем опасности.

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