因此，它會受到 ALAS2023-2026-3264 公告中所提及的多個弱點影響。

    當用戶端傳送 Trailer 標頭時，HTTP 伺服器會在內部使用標頭值來填入傳遞至伺服器處理常式的 Request.Trailer 對應。因為 Request.Trailer 是對應，所以每個專案都會產生記憶體額外負荷。針對 HTTP/2 伺服器，惡意用戶端可以藉由傳送宣告大量欄位的 Trailer 標頭來利用此弱點，導致伺服器配置不成比例的記憶體量，同時繞過 Server.MaxHeaderValueCount 和 Server.MaxHeaderBytes 限制。此漏洞不適用於 HTTP/1 伺服器，這些伺服器不支援透過一個 TCP 連線多工處理大量要求，並且其 Server.MaxHeaderBytes 的計算方式不同。Server.MaxHeaderValueCount 和 Server.MaxHeaderBytes 限制現在會套用至預告片標頭中宣告的預告片欄位。

    注意：https://www.openwall.com/lists/oss-security/2026/10/08/9NOTE:
    https://github.com/golang/go/issues/81857NOTE: 已修正：
    https://github.com/golang/go/commit/cbb0fb8b51cba866018b8a0fb4b5458f16c5c80b （go1.27.2）注意：修正者：
    https://github.com/golang/go/commit/6e049521882c944afc1e519a83971ec421dc2974 （go1.26.9） （CVE-2026-78659）

    如果以 BuildKit 常駐程式啟動 --cdi-disabled ，當組建嘗試使用 CDI 裝置時，可能會導致常駐程式錯誤。這可能是惡意或意外發生的。（CVE-2026-93316）

    控制登錄檔或 OCI 配置 Blob 來源的未經驗證攻擊者可提供與宣告摘要不符的 Blob 內容。產生的快照可能會快取在該摘要下，並由稍後的受害者組建重複使用，從而損害組建輸入的完整性。（CVE-2026-93317）

    惡意映像可以通告來自另一個映像的 DiffID，同時包含不同的圖層內容。在受影響的版本中，BuildKit 可以使用公告的 DiffID 來衍生快取和快照集身分識別，而無需驗證它們是否符合實際層內容。

    如果具有共用或持續性快取的 BuildKit 常駐程式首先處理此類惡意映像，則隨後使用受害者映像的組建可能會掛載攻擊者控制的圖層內容作為基礎映像。這可允許惡意映像中的程式碼在受害者組建中執行，例如取代常用執行的路徑，例如 /bin/sh。攻擊者控制的程式碼可能會讀取裝載到組建中的組建密碼、存取其他組建資源、變更輸出成品，或停擺組建。

    此問題會影響一般快照器和延遲提取快照器 （例如 stargz）。（CVE-2026-93318）

    惡意外部 BuildKit 前端可以使用內部 API 傳送要求，該 API 可為資料爭用建立條件，進而導致 BuildKit 常駐程式錯誤。（CVE-2026-93319）

    BuildKit 可能會被誘騙使用需要一般檔案的特殊檔案 inode 執行檔案動作。特殊檔案可能會封鎖作業，或在 root 背景工作角色上，允許意外的主機裝置存取。
    (CVE-2026-93320)

    惡意前端可以提交導致 buildkitdd 錯誤並終止的 LLB 定義，從而中斷在該精靈上執行的所有構建。（CVE-2026-93321）

    惡意前端可以提交導致 buildkitdd 錯誤並終止的 LLB 定義，從而中斷在該精靈上執行的所有構建。（CVE-2026-93322）

Tenable 已直接從所測試產品的安全公告擷取前置描述區塊。

請注意，Nessus 並未測試這些問題，而是僅依據應用程式自我報告的版本號碼作出判斷。

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

    当客户端发送 Trailer 标头时，HTTP 服务器在内部使用这些标头值填充传递给服务器处理程序的 Request.Trailer 映射。由于 Request.Trailer 是一个映射，因此每个条目都会产生内存开销。对于 HTTP/2 服务器，恶意客户端可利用此漏洞，通过发送声明大量字段的尾部标头，导致服务器分配不成比例的内存量，同时绕过 Server.MaxHeaderValueCount 和 Server.MaxHeaderBytes 限制。此漏洞不适用于 HTTP/1 服务器，因为 HTTP/1 服务器不支持通过一个 TCP 连接对大量请求进行多路复用，并且其 Server.MaxHeaderBytes 的计算方式不同。Server.MaxHeaderValueCount 和 Server.MaxHeaderBytes 限制现在应用于尾部标头中声明的尾部字段。

    注意：https://www.openwall.com/lists/oss-security/2026/10/08/9NOTE:
    https://github.com/golang/go/issues/81857NOTE: 已修复：
    https://github.com/golang/go/commit/cbb0fb8b51cba866018b8a0fb4b5458f16c5c80b （go1.27.2）注意：修复者：
    https://github.com/golang/go/commit/6e049521882c944afc1e519a83971ec421dc2974 （go1.26.9） （CVE-2026-78659）

    如果以 BuildKit 后台程序启动 --cdi-disabled ，当版本尝试使用 CDI 设备时，可导致后台程序错误。这可能是恶意的，也可能是无意的。（CVE-2026-93316）

    控制注册表或 OCI 布局 blob 源的未经身份验证的攻击者可提供与声明的摘要不符的 blob 内容。生成的快照可能缓存在该摘要下，并由后续的受害者版本重用，从而破坏生成输入的完整性。（CVE-2026-93317）

    恶意图像可公告包含不同层内容时另一图像的 DiffID。在受影响的版本中，BuildKit 可使用公布的 DiffID 派生缓存和快照标识，而无需验证其是否匹配实际层内容。

    如果具有共享或持久缓存的 BuildKit 后台程序首先处理此类恶意图像，则使用受害者映像的后续版本可能会将攻击者控制的层内容挂载为基础映像。这可允许来自恶意图像的代码在受害者版本中运行，例如通过替换常见执行的路径（例如 /bin/sh）。攻击者控制的代码可读取装载到版本中的版本密码、访问其他版本资源、更改输出构件或挂起版本。

    此问题同时影响常规快照器和惰性拉取快照器，如 stargz。（CVE-2026-93318）

    恶意的外部 BuildKit 前端可发送使用内部 API 的请求，从而为数据争用创造条件，进而导致 BuildKit 后台程序出错。（CVE-2026-93319）

    BuildKit 可能会受到诱骗通过特殊文件 inode 执行文件操作，而实际文件是常规文件。特殊文件可能阻断操作，或在有根权限的工作线程上，允许对主机设备进行非预期访问。
    (CVE-2026-93320)

    恶意前端可提交 LLB 定义，造成 buildkitdto 错误并终止，进而中断该后台程序上运行的所有构建。（CVE-2026-93321）

    恶意前端可提交 LLB 定义，造成 buildkitdto 错误并终止，进而中断该后台程序上运行的所有构建。（CVE-2026-93322）

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

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

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

  - 恶意前端可提交 LLB 定义，造成 buildkitd 混乱并终止，进而中断该后台程序上运行的所有版本。（CVE-2026-93321）

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

远程主机上安装的 runfinch-finch 版本低于 1.19.0-1。因此，该软件受到 ALAS2DOCKER-2026-151 公告中提及的多个漏洞影响。

    当客户端发送 Trailer 标头时，HTTP 服务器在内部使用这些标头值填充传递给服务器处理程序的 Request.Trailer 映射。由于 Request.Trailer 是一个映射，因此每个条目都会产生内存开销。对于 HTTP/2 服务器，恶意客户端可利用此漏洞，通过发送声明大量字段的尾部标头，导致服务器分配不成比例的内存量，同时绕过 Server.MaxHeaderValueCount 和 Server.MaxHeaderBytes 限制。此漏洞不适用于 HTTP/1 服务器，因为 HTTP/1 服务器不支持通过一个 TCP 连接对大量请求进行多路复用，并且其 Server.MaxHeaderBytes 的计算方式不同。Server.MaxHeaderValueCount 和 Server.MaxHeaderBytes 限制现在应用于尾部标头中声明的尾部字段。

    注意：https://www.openwall.com/lists/oss-security/2026/10/08/9NOTE:
    https://github.com/golang/go/issues/81857NOTE: 已修复：
    https://github.com/golang/go/commit/cbb0fb8b51cba866018b8a0fb4b5458f16c5c80b （go1.27.2）注意：修复者：
    https://github.com/golang/go/commit/6e049521882c944afc1e519a83971ec421dc2974 （go1.26.9） （CVE-2026-78659）

    如果以 BuildKit 后台程序启动 --cdi-disabled ，当版本尝试使用 CDI 设备时，可导致后台程序错误。这可能是恶意的，也可能是无意的。（CVE-2026-93316）

    控制注册表或 OCI 布局 blob 源的未经身份验证的攻击者可提供与声明的摘要不符的 blob 内容。生成的快照可能缓存在该摘要下，并由后续的受害者版本重用，从而破坏生成输入的完整性。（CVE-2026-93317）

    恶意图像可公告包含不同层内容时另一图像的 DiffID。在受影响的版本中，BuildKit 可使用公布的 DiffID 派生缓存和快照标识，而无需验证其是否匹配实际层内容。

    如果具有共享或持久缓存的 BuildKit 后台程序首先处理此类恶意图像，则使用受害者映像的后续版本可能会将攻击者控制的层内容挂载为基础映像。这可允许来自恶意图像的代码在受害者版本中运行，例如通过替换常见执行的路径（例如 /bin/sh）。攻击者控制的代码可读取装载到版本中的版本密码、访问其他版本资源、更改输出构件或挂起版本。

    此问题同时影响常规快照器和惰性拉取快照器，如 stargz。（CVE-2026-93318）

    恶意的外部 BuildKit 前端可发送使用内部 API 的请求，从而为数据争用创造条件，进而导致 BuildKit 后台程序出错。（CVE-2026-93319）

    BuildKit 可能会受到诱骗通过特殊文件 inode 执行文件操作，而实际文件是常规文件。特殊文件可能阻断操作，或在有根权限的工作线程上，允许对主机设备进行非预期访问。
    (CVE-2026-93320)

    恶意前端可提交 LLB 定义，造成 buildkitdto 错误并终止，进而中断该后台程序上运行的所有构建。（CVE-2026-93321）

    恶意前端可提交 LLB 定义，造成 buildkitdto 错误并终止，进而中断该后台程序上运行的所有构建。（CVE-2026-93322）

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

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

Linux/Unix 主機上安裝了一個或多個受到弱點影響的套件，且廠商未提供可用的修補程式。

  - 惡意前端可以提交導致 buildkitd 錯誤並終止的 LLB 定義，從而中斷在該精靈上執行的所有構建。（CVE-2026-93321）

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

遠端主機上安裝的 runfinch-finch 版本早於 1.19.0-1。因此，它會受到 ALAS2DOCKER-2026-151 公告中所提及的多個弱點影響。

    當用戶端傳送 Trailer 標頭時，HTTP 伺服器會在內部使用標頭值來填入傳遞至伺服器處理常式的 Request.Trailer 對應。因為 Request.Trailer 是對應，所以每個專案都會產生記憶體額外負荷。針對 HTTP/2 伺服器，惡意用戶端可以藉由傳送宣告大量欄位的 Trailer 標頭來利用此弱點，導致伺服器配置不成比例的記憶體量，同時繞過 Server.MaxHeaderValueCount 和 Server.MaxHeaderBytes 限制。此漏洞不適用於 HTTP/1 伺服器，這些伺服器不支援透過一個 TCP 連線多工處理大量要求，並且其 Server.MaxHeaderBytes 的計算方式不同。Server.MaxHeaderValueCount 和 Server.MaxHeaderBytes 限制現在會套用至預告片標頭中宣告的預告片欄位。

    注意：https://www.openwall.com/lists/oss-security/2026/10/08/9NOTE:
    https://github.com/golang/go/issues/81857NOTE: 已修正：
    https://github.com/golang/go/commit/cbb0fb8b51cba866018b8a0fb4b5458f16c5c80b （go1.27.2）注意：修正者：
    https://github.com/golang/go/commit/6e049521882c944afc1e519a83971ec421dc2974 （go1.26.9） （CVE-2026-78659）

    如果以 BuildKit 常駐程式啟動 --cdi-disabled ，當組建嘗試使用 CDI 裝置時，可能會導致常駐程式錯誤。這可能是惡意或意外發生的。（CVE-2026-93316）

    控制登錄檔或 OCI 配置 Blob 來源的未經驗證攻擊者可提供與宣告摘要不符的 Blob 內容。產生的快照可能會快取在該摘要下，並由稍後的受害者組建重複使用，從而損害組建輸入的完整性。（CVE-2026-93317）

    惡意映像可以通告來自另一個映像的 DiffID，同時包含不同的圖層內容。在受影響的版本中，BuildKit 可以使用公告的 DiffID 來衍生快取和快照集身分識別，而無需驗證它們是否符合實際層內容。

    如果具有共用或持續性快取的 BuildKit 常駐程式首先處理此類惡意映像，則隨後使用受害者映像的組建可能會掛載攻擊者控制的圖層內容作為基礎映像。這可允許惡意映像中的程式碼在受害者組建中執行，例如取代常用執行的路徑，例如 /bin/sh。攻擊者控制的程式碼可能會讀取裝載到組建中的組建密碼、存取其他組建資源、變更輸出成品，或停擺組建。

    此問題會影響一般快照器和延遲提取快照器 （例如 stargz）。（CVE-2026-93318）

    惡意外部 BuildKit 前端可以使用內部 API 傳送要求，該 API 可為資料爭用建立條件，進而導致 BuildKit 常駐程式錯誤。（CVE-2026-93319）

    BuildKit 可能會被誘騙使用需要一般檔案的特殊檔案 inode 執行檔案動作。特殊檔案可能會封鎖作業，或在 root 背景工作角色上，允許意外的主機裝置存取。
    (CVE-2026-93320)

    惡意前端可以提交導致 buildkitdd 錯誤並終止的 LLB 定義，從而中斷在該精靈上執行的所有構建。（CVE-2026-93321）

    惡意前端可以提交導致 buildkitdd 錯誤並終止的 LLB 定義，從而中斷在該精靈上執行的所有構建。（CVE-2026-93322）

Tenable 已直接從所測試產品的安全公告擷取前置描述區塊。

請注意，Nessus 並未測試這些問題，而是僅依據應用程式自我報告的版本號碼作出判斷。

Linux/Unix ホストには、ベンダーが提供するパッチが利用できない脆弱性の影響を受ける複数のパッケージがインストールされています。

  - 悪意のあるフロントエンドが LLB 定義を送信し、buildkitd をパニックさせて終了させ、そのデーモンで実行されているすべてのビルドを中断させる可能性があります。(CVE-2026-93321)

Nessus は、ベンダーから報告されたパッケージの存在に依存していることに注意してください。

リモートホストにインストールされている runfinch-finch のバージョンは、1.19.0-1 より前です。したがって、ALAS2DOCKER-2026-151 のアドバイザリに記載されている複数の脆弱性の影響を受けます。

    Trailer ヘッダーがクライアントによって送信されると、HTTP サーバーは内部的にヘッダー値を使用して、サーバー ハンドラーに渡される Request.Trailer マップにデータを設定します。Request.Trailer はマップであるため、各エントリではメモリオーバーヘッドが発生します。HTTP/2 サーバーの場合、悪意のあるクライアントが、多数のフィールドを宣言する Trailer ヘッダーを送信することでこれを悪用し、Server.MaxHeaderValueCount および Server.MaxHeaderBytes の制限をバイパスしながら、サーバーに不均衡な量のメモリを割り当てさせる可能性があります。この悪用は、1つのTCP接続で多数のリクエストを多重化することをサポートしておらず、Server.MaxHeaderBytesの計算方法が異なるHTTP/1サーバーには適用できません。Server.MaxHeaderValueCount および Server.MaxHeaderBytes 制限が、Trailer ヘッダーで宣言された trailer フィールドに適用されるようになりました。

    注意: https://www.openwall.com/lists/oss-security/2026/10/08/9NOTE:
    https://github.com/golang/go/issues/81857NOTE: 修正:
    https://github.com/golang/go/commit/cbb0fb8b51cba866018b8a0fb4b5458f16c5c80b (go1.27.2)注: 修正者:
    https://github.com/golang/go/commit/6e049521882c944afc1e519a83971ec421dc2974 (go1.26.9)(CVE-2026-78659)

    BuildKit デーモンが --cdi-disabled で起動されると、ビルドが CDI デバイスを使用しようとする際に、デーモンパニックが発生する可能性があります。これは、悪意を持って、または偶発的に発生する可能性があります。(CVE-2026-93316)

    レジストリまたはOCIレイアウトのBLOBソースを制御する認証されていない攻撃者が、要求されたダイジェストと一致しないBLOBコンテンツを提供する可能性があります。出来上がったスナップショットは、そのダイジェストでキャッシュされ、その後の被害者のビルドで再利用されるため、ビルド入力の整合性が損なわれる可能性があります。(CVE-2026-93317)

    悪意のある画像が、異なるレイヤーコンテンツを含みながら、別の画像からの DiffID をアドバタイズする可能性があります。影響を受けるバージョンでは、BuildKit がアドバタイズされた DiffID を使用して、実際のレイヤーコンテンツと一致することを検証せずにキャッシュとスナップショットの ID を導出する可能性があります。

    共有キャッシュまたは永続キャッシュを持つ BuildKit デーモンがこのような悪意のあるイメージを最初に処理する場合、被害者のイメージを使用する後のビルドでは、攻撃者が制御するレイヤーのコンテンツをベースイメージとしてマウントする可能性があります。これにより、悪意のあるイメージからのコードが、例えば /bin/sh などのよく実行されるパスを置き換えることによって、被害者のビルドで実行される可能性があります。攻撃者が制御するコードは、ビルドにマウントされたビルドシークレットを読み取る、他のビルドリソースにアクセスする、出力アーティファクトを変更する、またはビルドをハングさせる可能性があります。

    この問題は、通常のスナップショット作成者と、stargz などの遅延引きスナップショット作成者の両方に影響を与えます。(CVE-2026-93318)

    悪意のある外部 BuildKit フロントエンドが、内部 API を使用するリクエストを送信する可能性があります。これにより、BuildKit デーモンをパニックにさせるデータ競合の条件を作り出す可能性があります。(CVE-2026-93319)

    BuildKit が騙されて、通常のファイルが期待される場合に、特別なファイル inode を用いてファイルアクションを実行する可能性があります。特別なファイルにより、操作がブロックされたり、root フルワーカーで、意図されないホストデバイスへのアクセスが可能になることがあります。
    (CVE-2026-93320)

    悪意のあるフロントエンドが LLB 定義を送信し、buildkitdto にパニックを引き起こして終了させ、そのデーモンで実行されているすべてのビルドを中断させる可能性があります。(CVE-2026-93321)

    悪意のあるフロントエンドが LLB 定義を送信し、buildkitdto にパニックを引き起こして終了させ、そのデーモンで実行されているすべてのビルドを中断させる可能性があります。(CVE-2026-93322)

Tenable は、前述の記述ブロックをテスト済み製品のセキュリティアドバイザリから直接抽出しています。

Nessus はこれらの問題をテストしておらず、代わりにアプリケーションが自己報告するバージョン番号にのみ依存していることに注意してください。

したがって、ALAS2023-2026-3264 のアドバイザリに記載されている複数の脆弱性の影響を受けます。

    Trailer ヘッダーがクライアントによって送信されると、HTTP サーバーは内部的にヘッダー値を使用して、サーバー ハンドラーに渡される Request.Trailer マップにデータを設定します。Request.Trailer はマップであるため、各エントリではメモリオーバーヘッドが発生します。HTTP/2 サーバーの場合、悪意のあるクライアントが、多数のフィールドを宣言する Trailer ヘッダーを送信することでこれを悪用し、Server.MaxHeaderValueCount および Server.MaxHeaderBytes の制限をバイパスしながら、サーバーに不均衡な量のメモリを割り当てさせる可能性があります。この悪用は、1つのTCP接続で多数のリクエストを多重化することをサポートしておらず、Server.MaxHeaderBytesの計算方法が異なるHTTP/1サーバーには適用できません。Server.MaxHeaderValueCount および Server.MaxHeaderBytes 制限が、Trailer ヘッダーで宣言された trailer フィールドに適用されるようになりました。

    注意: https://www.openwall.com/lists/oss-security/2026/10/08/9NOTE:
    https://github.com/golang/go/issues/81857NOTE: 修正:
    https://github.com/golang/go/commit/cbb0fb8b51cba866018b8a0fb4b5458f16c5c80b (go1.27.2)注: 修正者:
    https://github.com/golang/go/commit/6e049521882c944afc1e519a83971ec421dc2974 (go1.26.9)(CVE-2026-78659)

    BuildKit デーモンが --cdi-disabled で起動されると、ビルドが CDI デバイスを使用しようとする際に、デーモンパニックが発生する可能性があります。これは、悪意を持って、または偶発的に発生する可能性があります。(CVE-2026-93316)

    レジストリまたはOCIレイアウトのBLOBソースを制御する認証されていない攻撃者が、要求されたダイジェストと一致しないBLOBコンテンツを提供する可能性があります。出来上がったスナップショットは、そのダイジェストでキャッシュされ、その後の被害者のビルドで再利用されるため、ビルド入力の整合性が損なわれる可能性があります。(CVE-2026-93317)

    悪意のある画像が、異なるレイヤーコンテンツを含みながら、別の画像からの DiffID をアドバタイズする可能性があります。影響を受けるバージョンでは、BuildKit がアドバタイズされた DiffID を使用して、実際のレイヤーコンテンツと一致することを検証せずにキャッシュとスナップショットの ID を導出する可能性があります。

    共有キャッシュまたは永続キャッシュを持つ BuildKit デーモンがこのような悪意のあるイメージを最初に処理する場合、被害者のイメージを使用する後のビルドでは、攻撃者が制御するレイヤーのコンテンツをベースイメージとしてマウントする可能性があります。これにより、悪意のあるイメージからのコードが、例えば /bin/sh などのよく実行されるパスを置き換えることによって、被害者のビルドで実行される可能性があります。攻撃者が制御するコードは、ビルドにマウントされたビルドシークレットを読み取る、他のビルドリソースにアクセスする、出力アーティファクトを変更する、またはビルドをハングさせる可能性があります。

    この問題は、通常のスナップショット作成者と、stargz などの遅延引きスナップショット作成者の両方に影響を与えます。(CVE-2026-93318)

    悪意のある外部 BuildKit フロントエンドが、内部 API を使用するリクエストを送信する可能性があります。これにより、BuildKit デーモンをパニックにさせるデータ競合の条件を作り出す可能性があります。(CVE-2026-93319)

    BuildKit が騙されて、通常のファイルが期待される場合に、特別なファイル inode を用いてファイルアクションを実行する可能性があります。特別なファイルにより、操作がブロックされたり、root フルワーカーで、意図されないホストデバイスへのアクセスが可能になることがあります。
    (CVE-2026-93320)

    悪意のあるフロントエンドが LLB 定義を送信し、buildkitdto にパニックを引き起こして終了させ、そのデーモンで実行されているすべてのビルドを中断させる可能性があります。(CVE-2026-93321)

    悪意のあるフロントエンドが LLB 定義を送信し、buildkitdto にパニックを引き起こして終了させ、そのデーモンで実行されているすべてのビルドを中断させる可能性があります。(CVE-2026-93322)

Tenable は、前述の記述ブロックをテスト済み製品のセキュリティアドバイザリから直接抽出しています。

Nessus はこれらの問題をテストしておらず、代わりにアプリケーションが自己報告するバージョン番号にのみ依存していることに注意してください。

The Linux/Unix host has one or more packages installed that are impacted by a vulnerability without a vendor supplied patch available.

  - A malicious frontend can submit an LLB definition that causes buildkitd to panic and terminate,     interrupting all builds running on that daemon. (CVE-2026-93321)

Note that Nessus relies on the presence of the package as reported by the vendor.

The version of runfinch-finch installed on the remote host is prior to 1.19.0-1. It is, therefore, affected by multiple vulnerabilities as referenced in the ALAS2DOCKER-2026-151 advisory.

    When Trailer headers are sent by a client, the HTTP server internally uses the header values to populate     the Request.Trailer map passed to the server handler. Because Request.Trailer is a map, each entry incurs     memory overhead. For HTTP/2 servers, a malicious client can exploit this by sending a Trailer header     that declares a large number of fields causing the server to allocate a disproportionate amount of memory     while bypassing Server.MaxHeaderValueCount and Server.MaxHeaderBytes limits.This exploit is not applicable     for HTTP/1 servers, which do not support  multiplexing a large number of requests over one TCP connection,     and whose Server.MaxHeaderBytes are calculated differently.Server.MaxHeaderValueCount and     Server.MaxHeaderBytes limits are now applied towards the trailer fields declared in Trailer headers.

    NOTE: https://www.openwall.com/lists/oss-security/2026/10/08/9NOTE:
    https://github.com/golang/go/issues/81857NOTE: Fixed by:
    https://github.com/golang/go/commit/cbb0fb8b51cba866018b8a0fb4b5458f16c5c80b (go1.27.2)NOTE: Fixed by:
    https://github.com/golang/go/commit/6e049521882c944afc1e519a83971ec421dc2974 (go1.26.9) (CVE-2026-78659)

    If BuildKit daemon is started with --cdi-disabled it can lead to daemon panic when builds try to use CDI     devices. This can happen maliciously or by accident. (CVE-2026-93316)

    An unauthenticated attacker controlling a registry or OCI-layout blob source could provide blob contents     that did not match the claimed digest. The resulting snapshot could be cached under that digest and reused     by a later victim build, compromising build-input integrity. (CVE-2026-93317)

    A malicious image can advertise DiffIDs from another image while containing different layer contents. In     affected versions, BuildKit could use the advertised DiffIDs to derive cache and snapshot identity without     validating that they matched the actual layer contents.

    If a BuildKit daemon with shared or persistent cache first processes such a malicious image, a later build     using the victim image may mount the attacker-controlled layer contents as the base image. This can allow     code from the malicious image to run in the victim build, for example by replacing a commonly executed     path such as /bin/sh. The attacker-controlled code may read build secrets mounted into the build, access     other build resources, alter output artifacts, or hang the build.

    The issue affects both regular snapshotters and lazy-pulling snapshotters such as stargz. (CVE-2026-93318)

    A malicious external BuildKit frontend can send requests using the internal API that can create conditions     for a data race that can cause the BuildKit daemon to panic. (CVE-2026-93319)

    BuildKit may be tricked into performing file actions with special file inodes where regular files are     expected. Special files may block operations or, on rootful workers, allow unintended host device access.
    (CVE-2026-93320)

    A malicious frontend can submit an LLB definition that causes buildkitdto panic and terminate,     interrupting all builds running on that daemon. (CVE-2026-93321)

    A malicious frontend can submit an LLB definition that causes buildkitdto panic and terminate,     interrupting all builds running on that daemon. (CVE-2026-93322)

Tenable has extracted the preceding description block directly from the tested product security advisory.

Note that Nessus has not tested for these issues but has instead relied only on the application's self-reported version number.

It is, therefore, affected by multiple vulnerabilities as referenced in the ALAS2023-2026-3264 advisory.

    When Trailer headers are sent by a client, the HTTP server internally uses the header values to populate     the Request.Trailer map passed to the server handler. Because Request.Trailer is a map, each entry incurs     memory overhead. For HTTP/2 servers, a malicious client can exploit this by sending a Trailer header     that declares a large number of fields causing the server to allocate a disproportionate amount of memory     while bypassing Server.MaxHeaderValueCount and Server.MaxHeaderBytes limits.This exploit is not applicable     for HTTP/1 servers, which do not support  multiplexing a large number of requests over one TCP connection,     and whose Server.MaxHeaderBytes are calculated differently.Server.MaxHeaderValueCount and     Server.MaxHeaderBytes limits are now applied towards the trailer fields declared in Trailer headers.

    NOTE: https://www.openwall.com/lists/oss-security/2026/10/08/9NOTE:
    https://github.com/golang/go/issues/81857NOTE: Fixed by:
    https://github.com/golang/go/commit/cbb0fb8b51cba866018b8a0fb4b5458f16c5c80b (go1.27.2)NOTE: Fixed by:
    https://github.com/golang/go/commit/6e049521882c944afc1e519a83971ec421dc2974 (go1.26.9) (CVE-2026-78659)

    If BuildKit daemon is started with --cdi-disabled it can lead to daemon panic when builds try to use CDI     devices. This can happen maliciously or by accident. (CVE-2026-93316)

    An unauthenticated attacker controlling a registry or OCI-layout blob source could provide blob contents     that did not match the claimed digest. The resulting snapshot could be cached under that digest and reused     by a later victim build, compromising build-input integrity. (CVE-2026-93317)

    A malicious image can advertise DiffIDs from another image while containing different layer contents. In     affected versions, BuildKit could use the advertised DiffIDs to derive cache and snapshot identity without     validating that they matched the actual layer contents.

    If a BuildKit daemon with shared or persistent cache first processes such a malicious image, a later build     using the victim image may mount the attacker-controlled layer contents as the base image. This can allow     code from the malicious image to run in the victim build, for example by replacing a commonly executed     path such as /bin/sh. The attacker-controlled code may read build secrets mounted into the build, access     other build resources, alter output artifacts, or hang the build.

    The issue affects both regular snapshotters and lazy-pulling snapshotters such as stargz. (CVE-2026-93318)

    A malicious external BuildKit frontend can send requests using the internal API that can create conditions     for a data race that can cause the BuildKit daemon to panic. (CVE-2026-93319)

    BuildKit may be tricked into performing file actions with special file inodes where regular files are     expected. Special files may block operations or, on rootful workers, allow unintended host device access.
    (CVE-2026-93320)

    A malicious frontend can submit an LLB definition that causes buildkitdto panic and terminate,     interrupting all builds running on that daemon. (CVE-2026-93321)

    A malicious frontend can submit an LLB definition that causes buildkitdto panic and terminate,     interrupting all builds running on that daemon. (CVE-2026-93322)

Tenable has extracted the preceding description block directly from the tested product security advisory.

Note that Nessus has not tested for these issues but has instead relied only on the application's self-reported version number.

ID	Name	Product	Family	Published	Updated	Severity
371901	Amazon Linux 2023：runfinch-finch (ALAS2023-2026-3264)	Nessus	Amazon Linux Local Security Checks	10/25/2026	10/25/2026	high
371901	Amazon Linux 2023：runfinch-finch (ALAS2023-2026-3264)	Nessus	Amazon Linux Local Security Checks	10/25/2026	10/25/2026	high
364245	Linux Distros 未修补的漏洞：CVE-2026-93321	Nessus	Misc.	10/8/2026	10/8/2026	medium
371810	Amazon Linux 2：runfinch-finch (ALASDOCKER-2026-151)	Nessus	Amazon Linux Local Security Checks	10/24/2026	10/24/2026	high
364245	Linux Distros 未修補弱點：CVE-2026-93321	Nessus	Misc.	10/8/2026	10/8/2026	medium
371810	Amazon Linux 2：runfinch-finch (ALASDOCKER-2026-151)	Nessus	Amazon Linux Local Security Checks	10/24/2026	10/24/2026	high
364245	Linux Distros のパッチ未適用の脆弱性: CVE-2026-93321	Nessus	Misc.	10/8/2026	10/8/2026	medium
371810	Amazon Linux 2 : runfinch-finch (ALASDOCKER-2026-151)	Nessus	Amazon Linux Local Security Checks	10/24/2026	10/24/2026	high
371901	Amazon Linux 2023 : runfinch-finch (ALAS2023-2026-3264)	Nessus	Amazon Linux Local Security Checks	10/25/2026	10/25/2026	high
364245	Linux Distros Unpatched Vulnerability : CVE-2026-93321	Nessus	Misc.	10/8/2026	10/8/2026	medium
371810	Amazon Linux 2 : runfinch-finch (ALASDOCKER-2026-151)	Nessus	Amazon Linux Local Security Checks	10/24/2026	10/24/2026	high
371901	Amazon Linux 2023 : runfinch-finch (ALAS2023-2026-3264)	Nessus	Amazon Linux Local Security Checks	10/25/2026	10/25/2026	high

Detections

Analytics

Plugins Search

high

high

medium

high

medium

high

medium

high

high

medium

high

high