BDU:2026-14949

высокий уровень опасности CVSS 7.8 · AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H

Уязвимость функции GenericVector::read() файла src/ccutil/genericvector.h системы оптического распознавания символов Tesseract, позволяющая нарушителю выполнить произвольный код

Срок устранения — не более 7 календарных дней с момента выявления (пункт 38 Требований, приказ ФСТЭК России от 11.04.2025 № 117). Вместо устранения допускается исключить возможность использования уязвимости компенсирующей мерой. Если уязвимости нет в банке данных угроз ФСТЭК России, сведения о ней направляются во ФСТЭК России в течение 5 рабочих дней со дня выявления.

Соответствие зарубежным идентификаторам

CVE-2026-88051

Отчёты сканеров говорят на языке CVE, требования регуляторов — на языке БДУ. Перевести список из отчёта →

Как эксплуатируется

Нужен доступ к самому узлу, но требуется учётная запись. Снаружи напрямую не достижима, но остаётся при наличии доступа к узлу.

Способ доступа: локально, с самого узла
Сложность эксплуатации: низкая
Нужны права: права обычного пользователя
Участие человека: не требуется
Область воздействия: в пределах уязвимого компонента
Конфиденциальность: высокое
Целостность: высокое
Доступность: высокое

Расшифровка вектора CVSS 3.x из записи банка данных.

Описание

Уязвимость функции GenericVector::read() файла src/ccutil/genericvector.h системы оптического распознавания символов Tesseract связана с записью за границами буфера. Эксплуатация уязвимости может позволить нарушителю выполнить произвольный код

Способ устранения

Использование рекомендаций производителя: https://github.com/tesseract-ocr/tesseract/commit/56e09ca12e751623fe796ce1554ce704bffd2ef0 https://github.com/tesseract-ocr/tesseract/security/advisories/GHSA-88qp-4g94-3rf3 Для программных продуктов Red Hat Inc. https://access.redhat.com/security/cve/cve-2026-88051

Сведения записи

Дата публикации: 21.09.2026

Класс уязвимости: Уязвимость кода

Статус: Подтверждена производителем

Устранение: Уязвимость устранена

Эксплойт: Существует в открытом доступе

Уровень опасности по записи: Средний уровень опасности (базовая оценка CVSS 2.0 составляет 6,8) Высокий уровень опасности (базовая оценка CVSS 3.1 составляет 7,8) Высокий уровень опасности (оценка CVSS 4.0 составляет 8,6)

Уровни опасности — критический, высокий, средний, низкий (пункт 5.2.18 ГОСТ Р 56545-2015); классы уязвимостей по области происхождения — пункт 5.1 ГОСТ Р 56546-2015.

Уязвимое программное обеспечение

Производитель	Название	Версия	Платформа
Red Hat, Inc.	Red Hat Enterprise Linux	10	Не указана
Red Hat, Inc.	Red Hat Enterprise Linux	8	Не указана
Red Hat, Inc.	Red Hat Enterprise Linux	9	Не указана
Сообщество свободного программного обеспечения	Tesseract	до 5.5.4	Не указана

Что требуют по этой уязвимости

Уязвимости закрываются мерами анализа защищённости и управления уязвимостями. Название и код у каждого акта свои:

АНЗ.1 — Выявление, анализ уязвимостей информационной системы и оперативное устранение вновь выявленных уязвимостей (приказ ФСТЭК России от 18.02.2013 № 21).
АНЗ.2 — Контроль установки обновлений программного обеспечения, включая обновление программного обеспечения средств защиты информации (приказ ФСТЭК России от 18.02.2013 № 21).
АУД.2 — Анализ уязвимостей и их устранение (приказ ФСТЭК России от 25.12.2017 № 239).
КУ — управление уязвимостями: мониторинг уязвимостей и оценка их применимости, оценка уязвимостей, определение методов и приоритетов устранения, устранение и контроль устранения (методический документ ФСТЭК России от 12.04.2026, раздел 3.3 — к приказу от 11.04.2025 № 117).
КО — управление обновлениями: контроль актуальности версий, получение обновлений из источников с проверкой подлинности и целостности, проверка и установка обновлений (методический документ ФСТЭК России от 12.04.2026, раздел 3.4 — к приказу от 11.04.2025 № 117).

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

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

Чем это оформляется:

Образец инструкции по контролю (анализу) защищённости ИСПДн (АНЗ) — порядок: кто, чем и как часто проверяет
Образец акта контроля (анализа) защищённости ИСПДн — запись о проверке и найденных уязвимостях
Образец регламента защиты информации (внутренние стандарты) государственной системы — для государственных систем: разделы «Управление уязвимостями» и «Управление обновлениями» и есть тот внутренний регламент, которого требует методический документ

В модели угроз уязвимость учитывается не сама по себе, а как способ реализации угрозы (методика оценки угроз безопасности информации ФСТЭК России от 05.02.2021). Угрозы по объекту воздействия:

Системное ПО и ОС (реестр, файловая система)Прикладное ПО Сетевое ПО, узлы и трафик

Чтобы такие записи находились не вручную, ведите реестр программного обеспечения: в личном кабинете уязвимости сопоставляются с вашим ПО, а работы по устранению попадают в план. Завести кабинет →

Источник: Банк данных угроз безопасности информации ФСТЭК России. Данные выгружены 02.10.2026, записей в справочнике — 96856. Справочник не является официальным ресурсом ФСТЭК России: сверяйте сведения с первоисточником.