Linux/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - btrfs修复快照创建失败之后的释放后使用在 ioctl.c:create_snapshot()我们分配了待定快照结构然后将其附加到事务的待定快照列表中。之后我们会调用 btrfs_commit_transaction()如果此调用返回错误我们会跳转到“fail”标签并在此处对待定快照结构进行 kfree() 修复。这可在之后导致待定快照的释放后使用：1) 我们分配了待定快照并将其添加到事务的待定快照列表2) 调用 btrfs_commit_transaction()其在首次调用 btrfs_run_delayed_refs() 或 btrfs_start_dirty_block_groups() 时失败。在这两种情况下，我们都没有中止事务，而是释放了事务句柄。我们跳到“fail”标签并释放待定的快照结构。返回时待定快照仍然在事务列表中3) 另一个任务提交事务。此次根本没有错误，随后在事务提交期间，它访问了指向已被快照创建任务释放的待定快照结构的指针，从而导致释放后使用。此问题实际上可被 smatch 检测到并产生下列警告fs/btrfs/ioctl.c:843 create_snapshot() warn: '&pending_snapshot->list' 未从列表中删除因此请通过不直接执行快照创建 ioctl 来修复此问题将待定快照添加到事务列表。而是将待定快照添加到事务句柄然后仅当可保证在该点之后返回的任何错误将导致事务中止时在 btrfs_commit_transaction() 处将快照添加到列表在这种情况下ioctl 代码可以安全释放待定快照之后任何人都无法再访问它。
    (CVE-2022-48733)

请注意，Nessus 依赖供应商报告的程序包是否存在进行判断。

检测

Linux Distros 未修补的漏洞：CVE-2022-48733

high Nessus 插件 ID 225749

版本 1.12