因此，该软件受到 ALAS2023-2024-786 公告中提及的多个漏洞影响。

    PostgreSQL 对具有行安全性的表的不完整跟踪允许重复使用的查询查看或更改与预期不同的行。CVE-2023-2455 和 CVE-2016-2193 修复了行安全性和用户 ID 变更之间的大部分交互。遗漏了子查询、WITH 查询、安全调用程序视图或 SQL 语言函数引用具有行级安全策略的表格的情况。这造成的后果与之前的两个 CVE 相同。即，它可能会在使用角色特定策略的情况下应用不正确的策略，并且在一个角色下计划了给定查询，然后在其他角色下执行该查询。这种情况可能会发生在 security definer 函数下，或在最初规划的通用用户和查询之后在多个 SET ROLE 中重复使用时。应用不正确的策略可能会允许用户完成本应禁止的读取和修改。这仅影响已使用 CREATE POLICY 定义行安全策略的数据库。攻击者必须针对特定应用程序的查询计划重用模式、用户 ID 变更以及特定于角色的行安全策略定制攻击。PostgreSQL 17.1、16.5、15.9、14.14、13.17 和 12.21 之前的版本受到影响。
    (CVE-2024-10976)

    客户端对 PostgreSQL 中服务器错误消息的使用允许在当前 SSL 或 GSS 设置下不可信的服务器向 libpq 应用程序提供任意非 NUL 字节。例如，中间人攻击者可发送一条长错误消息，指示有效查询结果的 psql 人工或 screen-scraper 用户可能会出错。对于用户界面已明确指出错误消息和其他文本之间的边界的客户端而言，这可能不是问题。PostgreSQL 17.1、16.5、15.9、14.14、13.17 和 12.21 之前的版本受到影响。(CVE-2024-10977)

    PostgreSQL 中错误的特权分配允许权限较低的应用程序用户查看或更改与预期不同的行。攻击要求应用程序使用 SET ROLE、SET SESSION AUTHORIZATION 或同等功能。当应用程序查询使用来自攻击者的参数或将查询结果传送给攻击者时，会出现此问题。如果该查询对 current_setting('role') 或当前用户 ID 做出反应，它可能会修改或返回数据，如同会话未使用 SET ROLE 或 SET SESSION AUTHORIZATION 一样。攻击者无法控制适用的错误用户 ID。此处，来自权限较低源的查询文本不是问题，因为 SET ROLE 和 SET SESSION AUTHORIZATION 对于未经审查的查询不是沙盒。PostgreSQL 17.1、16.5、15.9、14.14、13.17 和 12.21 之前的版本受到影响。(CVE-2024-10978)

    PostgreSQL PL/Perl 中的环境变量错误控制允许非特权数据库用户更改敏感进程环境变量（例如 PATH）。这通常足以实现任意代码执行，即使攻击者没有数据库服务器操作系统用户也是如此。PostgreSQL 17.1、16.5、15.9、14.14、13.17 和 12.21 之前的版本受到影响。(CVE-2024-10979)

Tenable 已直接从测试产品的安全公告中提取上述描述块。

请注意，Nessus 尚未测试这些问题，而是只依据应用程序自我报告的版本号进行判断。

检测

Amazon Linux 2023：postgresql16、postgresql16-contrib、postgresql16-llvmjit (ALAS2023-2024-786)

high Nessus 插件 ID 212359

未找到依赖项