Live › vulnerability › CVE-2026-111439
Go to dashboardThe built-in function pg_read_binary_file_blocks() in openGauss-server skips the caller's database privilege check, so it reads raw relation file blocks without SELECT rights on the table. A user who can get a table's file path through functions such as pg_relation_filepath() can read the binary table data directly.
Summary written from the sources below. Check the originals before acting.
First seen by InfraStack 2026-10-23 21:57 UTC. All times on this page are UTC.
Deployments of openGauss from 3.0.0 through 6.0.0 and their patch releases are affected, as any authenticated database user can call the function. Instances where all logins are fully trusted by the owning team are less exposed. Teams already on 7.0.0-LTS or later can skip it.
No product ranges from the sources yet.
gsql -c "SELECT version();"; versions from 3.0.0 to 6.0.0, including patch releases, are listed as affectedEach row is the first time that source carried this signal. The analyst’s rows are its own findings.
在 openGauss-server的 src/common/backend/utils/adt/genfile.cpp 模块中，内置函数 pg_read_binary_file_blocks() 存在权限校验逻辑缺陷。该函数在入口处仅校验了起始块号（startBlockNum）和块数量（blockCount）的范围，随后直接调用底层文件读取例程 ReadBinaryFileBlocksFirstCall()。该底层例程仅执行了路径规范化检查以及针对 .. 路径遍历和数据目录边界的基本检查，缺失了对调用者数据库权限（如 SELECT 权限）的校验。此外，辅助函数 is_row_data_file() 也仅用于识别文件形态，未包含权限检查。因此，任何拥有普通数据库连接权限的用户，只要能够通过 pg_relation_filepath() 等函数获取到目标表的底层关系文件路径（例如压缩数据的 _compress 文件路径），即可无需具备该表的 SELECT 权限，直接读取表数据的二进制块。 此漏洞影响此前3.0.0到6.0.0间的所有版本及补丁版，并在7.0.0-LTS版本修复。修复patch详见：https://gitcode.com/opengauss/openGauss-server/pull/9374。
This page as .md · .json · in your agent: get_signal("CVE-2026-111439")
NVD data is provided by NIST and is public domain. Posts quoted belong to their authors.