Импортозамещенная Java-платформа готова к внедрению цифрового рубля

Импортозамещенная Java-платформа готова к внедрению цифрового рубля

Импортозамещенная Java-платформа готова к внедрению цифрового рубля

Компании Axiom JDK и Right Line успешно провели испытания своих продуктов на соответствие требованиям информационной безопасности и отказоустойчивости платформы цифрового рубля.

Российские банки активно готовятся к массовому внедрению цифрового рубля. Банк России ранее рекомендовал системно значимым кредитным организациям предоставить клиентам возможность проводить операции с цифровым рублём до 1 июля 2025 года.

В связи с этим финансовые учреждения продолжают тестирование инфраструктуры и адаптацию своих систем к новым требованиям по безопасности и устойчивости к сбоям.

В ходе тестов использовалась среда исполнения Java Axiom JDK Certified от Axiom JDK, развернутая на российской операционной системе. Все элементы платформы сертифицированы ФСТЭК России по 4 уровню доверия, а для защиты данных применялись сертифицированные средства криптографической защиты информации (СКЗИ) Right Crypto класса КС-3.

Нагрузочные испытания подтвердили стабильную работу решений в течение длительного времени, а все тестовые сценарии были успешно пройдены. По итогам тестирования специалисты Axiom JDK и Right Line выдали сертификаты совместимости.

Алексей Кузнецов, директор по работе с партнёрами Axiom JDK, отметил:

«Наша цель — помогать отечественным компаниям строить надежные, производительные и безопасные системы на Java. Мы регулярно инвестируем в совместимость и сертификацию технологий в соответствии с требованиями регуляторов и потребностями клиентов. Наше решение обеспечивает контроль целостности, безопасное выполнение кода, верификацию class-файлов, регистрацию событий безопасности и управление доступом, создавая доверенную среду для работы программного обеспечения с платформой цифрового рубля».

Генеральный директор Right Line Андрей Блощецов подчеркнул:

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

HTTP/2 Bomb: одна машина может положить сервер за считаные секунды

Эпоха ботнетов для организации мощных DDoS-атак получила ещё одного игрока. Исследователи рассказали о новой технике отказа в обслуживании под названием HTTP/2 Bomb, которая позволяет буквально положить крупный веб-сервер силами всего одной машины.

Самое неприятное — атака работает против стандартных конфигураций популярных серверов, включая NGINX, Apache HTTP Server, Microsoft IIS, Envoy и Cloudflare Pingora.

Метод обнаружили специалисты компании Calif при помощи ИИ-агента Codex от OpenAI. Фактически HTTP/2 Bomb — это комбинация двух известных приёмов: усиления через механизм сжатия заголовков HPACK и удержания ресурсов по схеме Slowloris с использованием особенностей управления потоком в HTTP/2.

На практике злоумышленник заставляет сервер выделять огромные объёмы памяти, после чего блокирует её освобождение. В результате память продолжает расходоваться, а сервер постепенно перестаёт отвечать на запросы.

По данным исследователей, обычный домашний компьютер с каналом 100 Мбит/с способен вывести из строя уязвимый сервер за считаные секунды. Например, Apache httpd и Envoy можно заставить выделить и удерживать 32 Гбайт оперативной памяти примерно за 20 секунд.

Во время испытаний результаты оказались впечатляющими:

  • Envoy 1.37.2 — 32 Гбайт RAM за 10 секунд;
  • Apache httpd 2.4.67 — 32 Гбайт за 18 секунд;
  • NGINX 1.29.7 — 32 Гбайт за 45 секунд;
  • Microsoft IIS на Windows Server 2025 — 64 Гбайт за 45 секунд.

Особую пикантность ситуации добавляет тот факт, что опубликованы уже не только технические детали, но и готовые эксплойты.

Исправления уже доступны для NGINX 1.29.8 и Apache mod_http2 2.0.41. Для Apache проблема зарегистрирована под идентификатором CVE-2026-49975. А вот пользователям IIS, Envoy и Pingora пока остаётся ждать патчей либо временно отключать HTTP/2 и использовать прокси-серверы или файрволы с жёсткими ограничениями на количество заголовков.

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