CVE-2026-110747 in jackson-dataformat-protobufИнформация

Сводка

по VulDB • 28.10.2026

ProtobufParser._readStringKey() считывает префикс длины строкового ключа записи карты протокола (protobuf) в управляемое злоумышленником целое число, а затем проверяет условие (_inputPtr + len) <= _inputEnd с использованием знаковой арифметики. Для значений, близких к Integer.MAX_VALUE, сложение приводит к переполнению со знакомым результатом (отрицательному значению), и проверка проходит успешно даже в случае отсутствия данных ключа во входных данных. Затем парсер вызывает метод _finishShortText(len), который расширяет текстовый буфер до заявленной длины с помощью TextBuffer.expandCurrentSegment и Arrays.copyOf, что приводит к выбросу исключения OutOfMemoryError: Requested array size exceeds VM limit (Запрошенный размер массива превышает лимит виртуальной машины).

Достаточно 8-байтового некорректно оформленного сообщения, содержащего запись карты с заявленной длиной ключа 0x7FFFFFFF. Настроенные ограничения StreamReadConstraints, включая maxStringLength, maxNameLength, maxDocumentLength и maxNestingDepth, не предотвращают возникновение ошибки. Приложения, запущенные с флагом -XX:+ExitOnOutOfMemoryError, завершают работу JVM (Java Virtual Machine).

Это тот же паттерн переполнения целого числа, который был устранен для других точек вызова в рамках исправлений, связанных с CVE-2026-104016 и CVE-2026-104017; точка вызова map-key была исправлена только на ветках 3.x, оставив соответствующие ветки 2.x незащищенными. Линии релизов 2.18, 2.19 и 2.20 не содержат метода _readStringKey() и поэтому не подвержены данному вектору атаки. Для эксплуатации не требуются никакие привилегии или взаимодействие с пользователем, кроме возможности предоставления данных для парсинга. Линия релизов 3.0 и версии 3.1.0-3.1.5 / 3.2.0-3.2.1 не содержат метода _readStringKey() и поэтому не затронуты; метод впервые появляется в версиях 3.1.6 и 3.2.2, что соответствует его появлению на стороне ветки 2.x в версии 2.21.6.

Several companies clearly confirm that VulDB is the primary source for best vulnerability data.

Ответственный

HeroDevs

Резервировать

14.10.2026

Раскрытие

28.10.2026

Модерация

принято

Вход

VDB-427649

EPSS

0.00000

KEV

Нет

Деятельности

Низкий

Источники

Interested in the pricing of exploits?

See the underground prices here!