Аутентифицированный злоумышленник с доступом на чтение (через API-ключ) к модели контента может внедрить произвольные SQL-команды в конвейер агрегации через REST-конечную точку /api/content/aggregate/{model}.

Этот недостаток позволяет злоумышленникам:

• Обойти предназначенный фильтр опубликованного контента (_state=1) для чтения неопубликованных черновиков.
• Извлекать полное содержимое документов из любой коллекции в той же базе данных SQLite.
• Перечислять внутреннюю схему базы данных через sqlite_master.

2. Пошаговое воспроизведение эксплойта

Следующие шаги демонстрируют, как злоумышленник может обойти фильтр авторизации _state=1.

Предварительные требования

• Cockpit CMS 2.13.4 или ниже
• API-ключ с как минимум доступом на чтение к модели коллекции контента.

2.1: Настройка модели контента

1. Войдите в панель администратора Cockpit CMS как администратор.
2. Перейдите в раздел Контент > Модели и создайте новую модель с именем testcol.
3. Добавьте два текстовых поля в модель: title и body.

Скриншот: Настройка модели контента testcol

2.2: Настройка роли и ключа API

1. Перейдите в раздел Настройки > Роли.
2. Создайте или измените роль (например, MasterRole), чтобы она имела разрешение ЧТЕНИЕ для модели testcol.

Скриншот: Настройка разрешений роли для коллекции

3. Перейдите в раздел Настройки > API и безопасность (API-ключи).
4. Добавьте новый API-ключ и назначьте ему только что настроенную роль MasterRole. Скопируйте значение ключа (например, API-b8e8...).

Скриншот: Настройка API-ключа с ролью доступа на чтение

2.3: Создание образцового контента (включая секретный черновик)

1. Перейдите в раздел Контент > testcol.
2. Создайте элемент с названием Public и установите его состояние как ОПУБЛИКОВАНО (зелёный значок).
3. Создайте второй элемент с названием SECRET_DRAFT и установите его состояние как НЕ ОПУБЛИКОВАНО (красный значок).

Скриншот: Список элементов, показывающий один опубликованный и один неопубликованный элемент

2.4: Выполнение эксплойта

По умолчанию стандартные API-запросы возвращают только контент с состоянием «Опубликовано». Однако, внедряя SQL в конвейер агрегации, можно обойти фильтр опубликованного контента.

1. Сформируйте следующий payload. Payload выходит за пределы SQL-функции json_extract() и добавляет SQL-комментарий -- для нейтрализации завершающего SQL, конкретно нацеливаясь на предложение WHERE, которое ограничивает результаты только опубликованными элементами.

Внедряемое поле:

Полный JSON конвейера:

2. URL-кодируйте JSON конвейера и отправьте GET-запрос через браузер (или curl) на конечную точку /api/content/aggregate/testcol. Обязательно замените YOUR_API_KEY на ключ, сгенерированный в шаге 2.2:

2.5: Проверка эксплойта

Как показано на финальном скриншоте ниже, ответ API успешно возвращает элемент SECRET_DRAFT, несмотря на то, что он явно помечен как НЕ ОПУБЛИКОВАННЫЙ. Это подтверждает, что SQL-инъекция обходит основной механизм авторизации приложения и позволяет несанкционированное извлечение данных через API.

Скриншот: Успешное извлечение неопубликованных данных 'SECRET_DRAFT'

3. Воздействие — последствия

В классическом развёртывании headless CMS публичный API-ключ с доступом только на чтение часто встраивается/жёстко прописывается в JavaScript на стороне фронтенда. Используя эту уязвимость через публичную конечную точку API, злоумышленник может:

• Обойти фильтр опубликованного контента для чтения неопубликованных черновиков, архивных элементов и скрытого контента.
• Читать все коллекции контента в той же базе данных content.sqlite, включая коллекции, для которых API-ключ не авторизован.
• Перечислять схему базы данных через sqlite_master для обнаружения всех имён таблиц и их структур.

4. График раскрытия

Приложение:

• https://github.com/Cockpit-HQ/Cockpit/security/advisories/GHSA-7x5c-vfhj-9628
• https://www.cve.org/CVERecord?id=CVE-2026-31891