Лента угроз

CVE-2026-6460 — путаница типов в PostgreSQL ведёт к выполнению произвольного кода (CVSS 8.8; исправлено в 18.7, 17.12, 16.16, 15.20 и 14.25): разбор и исправление

CVE-2026-6460: путаница типов в PostgreSQL 14–18 позволяет выполнить код от имени пользователя ОС (CVSS 8.8). Исправлено в ноябре 2026 года. Эксплуатации нет.

Опубликовано 2026-11-13 Обновлено 2026-11-13 Последняя проверка 2026-11-13 7 мин чтения
На этой странице

Разбор ошибки путаницы типов, ведущей к выполнению произвольного кода, которую PostgreSQL исправил в плановом обновлении ноября 2026 года. Описано, что происходит, кто затронут и как реагировать, с точки зрения защиты и без шагов атаки.

Сводка бюллетеня — ADVISORY
CVE
CVE-2026-6460 (путаница типов в PostgreSQL после ALTER ... SET DATA TYPE выполняет произвольный код)
Серьёзность
CVSS v3.1 8.8 (High; вектор AV:N/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H; присвоено PostgreSQL)
Тип
Путаница типов (CWE-843). Выполняет произвольный код от имени пользователя ОС, под которым работает база данных
Условие
Нужна аутентификация. Создатель объектов (учётная запись с низкими привилегиями)
Затронуто
PostgreSQL 14–18 (до исправленных версий ниже)
Исправление
18.7 / 17.12 / 16.16 / 15.20 / 14.25 (опубликовано 12 ноября 2026 года)
То же обновление
В общей сложности исправлено 52 уязвимости. 14.25 — последнее обновление PostgreSQL 14
Эксплуатация
Не сообщается. В выпуске CISA KEV от 10 ноября нет
Обходное решение
Не указано
8.8
CVSS v3.1 (PostgreSQL)
Нужна аутентификация
Учётная запись БД с низкими привилегиями
52
Исправлено в том же обновлении
14 — последняя
14.25 завершает поддержку

PostgreSQL 14 больше не получит исправлений

В объявлении PostgreSQL сказано, что 14.25 — последний выпуск PostgreSQL 14, который больше не будет получать исправлений безопасности и ошибок. Если вы используете 14, установите это обновление и запланируйте миграцию на поддерживаемую версию.

Что это за уязвимость

Проект описывает путаницу типов (CWE-843), которая позволяет создателю объектов выполнить произвольный код от имени пользователя операционной системы, под которым работает база данных, главным образом через ALTER ... SET DATA TYPE. Он также сообщает, что существуют и другие пути через команды определения данных. Причина — недостаточное отслеживание типизированных значений: значения не указывали свой тип сами, поэтому устаревшие значения могли появляться в записях словаря данных, переменных PL/pgSQL и других местах.

  • Условие: учётная запись может войти в базу данных и создавать объекты. В терминах CVSS это низкие привилегии (PR:L) и отсутствие действий пользователя (UI:N).
  • Этот сайт не описывает шаги эксплуатации и опасные операции.
  • Исправление находится в ядре PostgreSQL. На официальной странице не сказано, нужны ли расширения или нестандартные настройки.
  • Оценка CISA (SSVC) в записи CVE.org: exploitation: none, automatable: no, technical impact: total.

Затронутый объём

ПозицияПодробности
ПродуктPostgreSQL (ядро)
Затронутые версииДо 18.7, 17.12, 16.16, 15.20 и 14.25
Исправление (18)18.7
Исправление (17)17.12
Исправление (16)16.16
Исправление (15)15.20
Исправление (14)14.25 (последнее обновление для 14)
Обходные решения / меры смягченияНе указаны
  • Дамп с повторной загрузкой и pg_upgrade не нужны. В объявлении PostgreSQL сказано, что достаточно остановить сервер и обновить бинарные файлы.
  • Версии 13 и ранее уже сняты с поддержки. На официальной странице для этого CVE указаны 14–18.

Другие уязвимости в том же обновлении

Выпуск от 12 ноября 2026 года (18.7, 17.12, 16.16, 15.20, 14.25) исправляет 52 уязвимости безопасности и более 140 ошибок. Эта статья сосредоточена на CVE-2026-6460.

  • Список из 52 уязвимостей, серьёзность каждого CVE и затронутые версии см. на странице сведений о безопасности PostgreSQL.
  • В списке есть проблемы разных видов: выполнение произвольного кода, раскрытие памяти сервера, SQL-инъекция и обход проверки привилегий. Есть и исправления в клиентских инструментах (pg_dump, pg_restore, reindexdb и других).
  • Некоторые исправления требуют дополнительных шагов после обновления (перестроение индексов GIN при подозрении на повреждение и индексов pg_trgm, новая полная резервная копия, если вы используете инкрементные копии, проверка ограничений в секционированных таблицах). Следуйте разделу «Updating» в объявлении о выпуске.

Как проверить, затронуты ли вы

1

Проверьте версию PostgreSQL

Выполните SELECT version();, чтобы увидеть версию сервера. Затронуты 18 ниже 18.7, 17 ниже 17.12, 16 ниже 16.16, 15 ниже 15.20 и 14 ниже 14.25.

2

Найдите все места, где он работает

Составьте список серверов, которые вы эксплуатируете, контейнеров, PostgreSQL, встроенного в приложения, и сред разработки и тестирования. Как вести список, см. в чек-листе инвентаризации активов.

3

Проверьте, какие учётные записи могут создавать объекты

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

4

Для управляемых сервисов прочитайте объявление провайдера

Если вы используете RDS, Cloud SQL или подобное, версию вашего экземпляра и статус провайдера смотрите в объявлении провайдера.

Что сделать сегодня

1

Обновите минорную версию до исправленного выпуска (приоритет)

Перейдите на исправленный выпуск вашей линии (18.7, 17.12, 16.16, 15.20 или 14.25) или новее. Перед обновлением убедитесь, что резервные копии есть и их можно восстановить (основы резервного копирования). Если есть реплики, сначала определите порядок и последовательность действий.

2

Проверьте шаги после обновления

В разделе «Updating» объявления о выпуске проверьте, какие из них относятся к вам: перестроение индексов GIN при подозрении на повреждение, перестроение индексов pg_trgm GiST и новая полная резервная копия, если вы используете инкрементные копии.

3

До обновления сузьте привилегии

На страницах PostgreSQL обходного решения нет. Как собственное дополнение этого сайта: до обновления ограничьте учётные записи, которые могут создавать объекты, минимумом и не давайте учётным записям, которыми пользуются ваши приложения, права создания, который им не нужен. Это не мера из бюллетеня, и она не заменяет обновления.

4

Подтвердите обновления в управляемых сервисах

Проверьте в объявлении провайдера поддерживаемые версии и график обновлений. Проверьте также, включены ли автоматические минорные обновления и когда окно обслуживания.

5

Если вы используете PostgreSQL 14, запланируйте миграцию

После обновления до 14.25 запланируйте переход на поддерживаемую версию. Назначьте срок и ответственного.

Состояние эксплуатации

  • На страницах PostgreSQL эксплуатация не упоминается.
  • Оценка CISA (SSVC) в записи CVE.org: exploitation: none, automatable: no, technical impact: total (от 12 ноября 2026 года).
  • В выпуске каталога CISA KEV от 10 ноября её нет.
  • Публичных сведений о масштабе, методах или участниках атак подтвердить не удалось.
  • О проблеме сообщили несколько исследователей и организаций, на официальной странице есть благодарности.

Источники

Ограничение привилегий на создание объектов приведено здесь этим сайтом как общая защита; это не обходное решение, названное PostgreSQL. Последняя проверка: 13 ноября 2026 года.

Читайте далее

FAQ

QЧто такое CVE-2026-6460?
A

Путаница типов в PostgreSQL (CWE-843). По данным проекта, создатель объектов может выполнить произвольный код от имени пользователя операционной системы, под которым работает база данных, главным образом через ALTER ... SET DATA TYPE. Причина описана как недостаточное отслеживание типизированных значений: значения не определяли свой тип сами, поэтому могли оставаться устаревшие значения. CVSS v3.1 — 8.8 (High).

QМожно ли атаковать без аутентификации?
A

Нет. Вектор CVSS требует низких привилегий (PR:L), а в описании проекта говорится о «создателе объектов». Это учётная запись, которая может войти в базу данных и создавать объекты. Но если такую учётную запись перехватят из-за ошибки приложения или утёкших учётных данных, она может стать плацдармом.

QКакие версии затронуты и что является исправлением?
A

Затронуты PostgreSQL 14–18, исправлено в 18.7, 17.12, 16.16, 15.20 и 14.25 (опубликовано 12 ноября 2026 года). Затронуты версии до этих. Дамп с повторной загрузкой и pg_upgrade не нужны: применяется обычное минорное обновление с заменой бинарных файлов.

QЕсть ли обходное решение, если пока обновиться нельзя?
A

На страницах PostgreSQL обходных решений и мер смягчения не указано. Как собственное дополнение этого сайта: до обновления ограничьте учётные записи, которые могут создавать объекты, необходимым минимумом. Это не мера из бюллетеня, и она не заменяет обновления.

QЭксплуатируется ли уже?
A

Об эксплуатации не сообщается. Оценка CISA (SSVC) в записи CVE.org: exploitation: none, automatable: no, technical impact: total. В выпуске каталога CISA KEV от 10 ноября её тоже нет.

QЧто делать в управляемых сервисах вроде RDS или Cloud SQL?
A

Провайдер объявляет, какие версии он предлагает и когда их применяет. Версию вашего экземпляра и график обновлений смотрите в объявлении провайдера, а также проверьте, включены ли автоматические минорные обновления.