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

    rust-openssl 為 Rust 程式設計語言提供 OpenSSL 系結。從 0.10.50 直到 0.10.80，openssl/src/cipher_ctx.rs 中的 CipherCtxRef：：cipher_update_inplace 與 AES key-wrap-with-padding 加密一起使用時，輸出緩衝區的大小不正確 EVP_aes_{128,192,256}_wrap_pad。對於非 8 的倍數輸入，OpenSSL 會在呼叫端緩衝區或 Vec 結尾之後寫入最多 7 個位元組，當純文字長度受到攻擊者影響時，會產生攻擊者可控制的堆積損毀。0.10.80 版已修正此問題。
    (CVE-2026-45784)

    RustCrypto CMOV 提供有條件的移動 CPU 內部函數，保證在主要平台上以恆定時間執行，並且不會被編譯器重寫為分支。從 0.1.1 直到 0.5.4，cmov/src/backends/aarch64.rs 中 Cmov 和 CmovEq 的 aarch64 實作假設在載入小於暫存器的值時高位元為零擴展，因此在 Cmov 選擇器中設定高位元 （例如 [8..] 或在 u16 和 i16 CmovEq 實作中設定 self 或 other 的 [16..] 可能會導致 left.cmovz（&right， condition） 產生不正確的輸出。0.5.4 版已修正此問題。(CVE-2026-50185)

    libgit2 OpenSSL 後端中反轉的 IP SubjectAltName 比較 （ vuln_1_1_1 ） （CVE-2026-53583）

    libgit2 子模組路徑遊走 （CVE-2026-53584）

    透過 Delta 物件結果大小標頭 （CVE-2026-53585） 進行不受限制的記憶體配置

    libgit2 的內建 HTTP 傳輸預設會遵循初始智慧型 HTTP 要求的異地重新導向。
    如果重新導向的伺服器隨後傳回 401 Unauthorized，libgit2 會使用原始遠端 URL （而不是重新導向的 URL） 要求應用程式認證回呼提供認證。然後，傳回的認證會附加至重新導向主機的下一個要求，做為授權標頭。（CVE-2026-53586）

    libgit2 版本 1.9.4 和以下版本容易受到 src/libgit2/transports/smart_pkt.c 中 set_data（） 中的堆積越界讀取的攻擊。

    易受攻擊的程式碼會針對智慧通訊協定 pkt-line 的未經驗證功能緩衝區使用固定大小的 strncmp （smart_pkt.c：239）。當連續接收緩衝區中 pkt-line 後面的位元組碰巧繼續使用 ct-format= 時，比較會以虛假方式相符，format_str超過 pkt 行邊界。然後，下列 memchr（format_str， ' '， len - （format_str - line）） （smart_pkt.c：246） 將其 size_t size 引數下溢至 ~SIZE_MAX，並在堆積中遍歷以尋找空格位元組。控制 （或中間人） 透過 HTTP/HTTPS/SSH/git：// 連線的 Git 伺服器的未經驗證的遠端攻擊者，可以在發生任何功能協商之前，在 refs 通告的第一個 ref-pkt 上觸發此觸發。當 memchr 進入未對應的頁面時，OOB 遍歷會導致處理程序損毀 （SIGSEGV），並且 -- 在 memchr 在損毀前找到雜散空間位元組的堆積配置上 -- 還可以驅動 git_error_set （...'%.*s'， format_len， format_str） 格式化程序，將堆積記憶體的大型視窗複製到錯誤字串中。（CVE-2026-53587）

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

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

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

    rust-openssl 为 Rust 编程语言提供 OpenSSL 绑定。从 0.10.50 到 0.10.80 之前，openssl/src/cipher_ctx.rs 中的 CipherCtxRef::cipher_update_inplace 在与 AES 密钥回绕填充密码 EVP_aes_{128,192,256}_wrap_pad 一起使用时，输出缓冲区大小不正确。对于非 8 的倍数输入，OpenSSL 最多可在调用方缓冲区或 Vec 末尾之后写入 7 个字节，从而在明文长度受到攻击者影响时产生攻击者可控制的堆损坏。此问题已在 0.10.80 版本中修复。
    (CVE-2026-45784)

    RustCrypto CMOV 提供条件移动 CPU 内部函数，保证在主流平台上以恒定时间执行，并且不会被编译器重写为分支。从 0.1.1 到 0.5.4 之前，cmov/src/backends/aarch64.rs 中的 Cmov 和 CmovEq 的 aarch64 实现假定在加载小于寄存器的值时高位会进行零扩展，因此在 Cmov 选择器中设置 [8..] 之类的高位，或者在 u16 和 i16 CmovEq 实现中设置自身或其他的高位 [16..]，这可能会导致 left.cmovz(&right, condition) 产生不正确的输出。此问题已在 0.5.4 版本中修复。(CVE-2026-50185)

    OpenSSL 后端中的 libgit2 反向 IP SubjectAltName 比较 (vuln_1_1_1) (CVE-2026-53583)

    libgit2 子模块路径遍历 （CVE-2026-53584）

    通过 Delta Object Result-Size 标头进行的不受限制的内存分配 （CVE-2026-53585） 

    libgit2 的内置 HTTP 传输默认遵循初始智能 HTTP 请求的异地重定向。
    如果重定向的服务器随后返回 401 Unauthorized，libgit2 会使用原始远程 URL（而非重定向 URL）向应用程序凭据回调要求凭据。返回的凭据随后会作为授权标头附加到对重定向主机的下一个请求中。(CVE-2026-53586)

    libgit2 1.9.4 和更低版本容易受到 src/libgit2/transports/smart_pkt.c 内 set_data（） 中堆越界读取的影响。

    易受攻击的代码针对智能协议 pkt-line 的未经验证的功能缓冲区使用固定大小的 strncmp （smart_pkt.c：239）。当连续接收缓冲区中 pkt-line 之后的字节碰巧继续使用 ct-format= 开头时，比较将发生虚假匹配，进format_str超过 pkt-line 边界。然后，以下 memchr（format_str， ' '， len - （format_str - line）） （smart_pkt.c：246） 将其size_t大小参数下溢至 ~SIZE_MAX，并遍历堆以寻找空格字节。控制（或中间人）通过 HTTP/HTTPS/SSH/git：// 连接的 Git 服务器的未经身份验证的远程攻击者可在发生任何功能协商之前，在 refs 公告的第一个 ref-pkt 上触发此操作。OOB walk 在 memchr 进入未映射的页面时导致进程崩溃 （SIGSEGV），并且在 memchr 在崩溃前发现零散空间字节的堆布局上，还可额外驱动 git_error_set（...'%.*s'、format_len、format_str） 格式化程序将大型堆内存窗口复制到错误字符串中。（CVE-2026-53587）

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

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

远程主机上安装的 rust 版本低于 1.97.0-2。因此，该软件受到 ALAS2-2026-3865 公告中提及的多个漏洞影响。

    RustCrypto CMOV 提供有条件的移动 CPU 内部函数，保证在主要平台上以恒定时间执行，并且不会被编译器重写为分支。从 0.1.10.5.4till 开始，cmov/src/backends/aarch64.rs 中 Cmov 和 CmovEq 的 aarch64 实现假设高位在加载小于寄存器的值时为零扩展，因此设置高位（例如 Cmov 选择器中的 [8..]）或 u16 和 i16 CmovEq 实现中的 self 或其他的 [16..] 可导致 left.cmovz（&right， condition） 产生错误的输出。此问题已在 0.5.4 版本中修复。(CVE-2026-50185)

    OpenSSL 后端中的 libgit2 反向 IP SubjectAltName 比较 （ vuln_1_1_1 ） （CVE-2026-53583）

    libgit2 子模块路径遍历 （CVE-2026-53584）

    通过 Delta Object Result-Size 标头进行的不受限制的内存分配 （CVE-2026-53585） 

    libgit2 的内置 HTTP 传输默认遵循初始智能 HTTP 请求的异地重定向。
    如果重定向的服务器随后返回 401 Unauthorized，libgit2 会使用原始远程 URL（而非重定向 URL）向应用程序凭据回调要求凭据。返回的凭据随后会作为授权标头附加到对重定向主机的下一个请求中。（CVE-2026-53586）

    libgit2 1.9.4 和更低版本容易受到 src/libgit2/transports/smart_pkt.c 内 set_data（） 中堆越界读取的影响。

    易受攻击的代码针对智能协议 pkt-line 的未经验证的功能缓冲区使用固定大小的 strncmp （smart_pkt.c：239）。当连续接收缓冲区中 pkt-line 之后的字节碰巧继续使用 ct-format= 开头时，比较将发生虚假匹配，进format_str超过 pkt-line 边界。然后，以下 memchr（format_str， ' '， len - （format_str - line）） （smart_pkt.c：246） 将其size_t大小参数下溢至 ~SIZE_MAX，并遍历堆以寻找空格字节。控制（或中间人）通过 HTTP/HTTPS/SSH/git：// 连接的 Git 服务器的未经身份验证的远程攻击者可在发生任何功能协商之前，在 refs 公告的第一个 ref-pkt 上触发此操作。OOB walk 在 memchr 进入未映射的页面时导致进程崩溃 （SIGSEGV），并且在 memchr 在崩溃前发现零散空间字节的堆布局上，还可额外驱动 git_error_set（...'%.*s'、format_len、format_str） 格式化程序将大型堆内存窗口复制到错误字符串中。（CVE-2026-53587）

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

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

遠端主機上安裝的 rust 版本低於 1.97.0-2。因此，它會受到 ALAS2-2026-3865 公告中所提及的多個弱點影響。

    RustCrypto CMOV 提供有條件的移動 CPU 內部函數，保證在主要平台上以恆定時間執行，並且不會被編譯器重寫為分支。從 0.1.1 直到 0.5.4，cmov/src/backends/aarch64.rs 中 Cmov 和 CmovEq 的 aarch64 實作假設在載入小於暫存器的值時高位元為零擴展，因此在 Cmov 選擇器中設定高位元 （例如 [8..] 或在 u16 和 i16 CmovEq 實作中設定 self 或 other 的 [16..] 可能會導致 left.cmovz（&right， condition） 產生不正確的輸出。0.5.4 版已修正此問題。(CVE-2026-50185)

    libgit2 OpenSSL 後端中反轉的 IP SubjectAltName 比較 （ vuln_1_1_1 ） （CVE-2026-53583）

    libgit2 子模組路徑遍歷 (CVE-2026-53584)

    透過 Delta 物件結果大小標頭導致的無限制記憶體配置 (CVE-2026-53585)

    libgit2 的內建 HTTP 傳輸預設會遵循初始智慧型 HTTP 要求的異地重新導向。
    如果重新導向的伺服器隨後傳回 401 Unauthorized，libgit2 會使用原始遠端 URL （而不是重新導向的 URL） 要求應用程式認證回呼提供認證。然後，傳回的認證會附加至重新導向主機的下一個要求，做為授權標頭。（CVE-2026-53586）

    libgit2 1.9.4 及以下版本在 src/libgit2/transports/smart_pkt.c 的 set_data() 中存在堆積越界讀取弱點。

    易受攻擊的程式碼會針對智慧通訊協定 pkt-line 的未經驗證功能緩衝區使用固定大小的 strncmp (smart_pkt.c:239)。當連續接收緩衝區中緊接在 pkt-line 後的位元組恰好以 ct-format= 開頭時，比較會產生誤判比對，導致 format_str 超出 pkt-line 邊界。隨後的 memchr(format_str, ' ', len - (format_str - line)) (smart_pkt.c:246) 會使其 size_t 大小參數下溢至約 SIZE_MAX，並在堆積中遍歷以尋找空白位元組。未經驗證的遠端攻擊者若控制 (或透過中間人攻擊) 經由 HTTP/HTTPS/SSH/git:// 存取的 Git 伺服器，即可在任何功能協商發生前的第一個 ref-pkt 引用廣告中觸發此弱點。當 memchr 進入未對應頁面時，OOB 遍歷會導致程序損毀 (SIGSEGV)；在 memchr 損毀前找到零星空白位元組的堆積佈局中，還可能驅使 git_error_set(...'%.*s', format_len, format_str) 格式化程式將大範圍的堆積記憶體複製到錯誤字串中。(CVE-2026-53587)

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

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

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

    RustCrypto CMOVは、主要なプラットフォームで一定時間で実行され、コンパイラーによってブランチとして書き換えられないことが保証されている条件付き移動CPUイントリンジックを提供します。0.1.1 から 0.5.4 まで、cmov/src/backends/aarch64.rs の Cmov および CmovEq の aarch64 実装は、レジスターより小さい値をロードする際に、上位ビットはゼロ拡張であると想定しています。そのため、Cmov セレクターでの [8..] や u16 および i16 CmovEq 実装での self または other の [16..] などの上位ビットを設定すると、left.cmovz(&right, condition) が正しくない出力を生成する可能性があります。この問題はバージョン 0.5.4 で修正されています。(CVE-2026-50185)

    OpenSSL バックエンドにおける libgit2 の反転 IP SubjectAltName の比較(vuln_1_1_1)(CVE-2026-53583)

    libgit2 サブモジュールのパストラバーサル (CVE-2026-53584)

    Delta Object Result-Size ヘッダーを介した無制限のメモリ割り当て (CVE-2026-53585)

    libgit2 の内蔵 HTTP トランスポートは、デフォルトで、最初のスマート HTTP リクエストのオフサイトリダイレクトに従います。
    リダイレクトされたサーバーが 401 Unauthorized を返すと、libgit2 はアプリケーション認証情報のコールバックに、リダイレクトされた URL ではなく、元のリモート URL を使用して認証情報を要求します。返された認証情報は、リダイレクトされたホストに対する次のリクエストに認証ヘッダーとして添付されます。(CVE-2026-53586)

    バージョン 1.9.4 以前の libgit2 は、src/libgit2/transports/smart_p kt.c の set_data() のヒープ領域外読み取りに対して脆弱です。

    脆弱なコードは、smart-protocol pkt-line の未検証の機能バッファに対して固定サイズの strncmp (smart_pkt.c:239) を使用しています。隣接する受信バッファの pkt-line に続くバイト列がたまたま ct-format= で始まっている場合、比較が誤って一致し、format_str が pkt-line の境界を超えて進みます。次の memchr(format_str, ' ', len - (format_str - line)) (smart_pkt.c:246) は、それ自体の size_t サイズ引数を ~SIZE_MAX にアンダーフローさせ、スペースバイトを探すヒープをウォークします。HTTP/HTTPS/SSH/git:// を介して到達した Git サーバーをコントロールする (または中間者攻撃を行う) 認証されていないリモートの攻撃者が、機能ネゴシエーションが行われる前に、refs アドバタイズメントの最初の ref-pkt でこれを発生させる可能性があります。OOB ウォークは、memchr がマッピングされていないページに入るとプロセスクラッシュ (SIGSEGV) を引き起こします。また、ヒープの配置によっては、memchr がクラッシュする前に浮遊スペースバイトを検出する場合があり、その場合はさらに git_error_set(...'%.*s', format_len, format_str) フォーマッターによってヒープメモリの大きな範囲がエラー文字列にコピーされる可能性があります。(CVE-2026-53587)

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

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

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

    rust-openssl は Rust プログラミング言語に対して OpenSSL バインディングを提供します。0.10.50から0.10.80まで、openssl/src/cipher_ctx.rsのCipherCtxRef::cipher_update_inplaceは、AES key-wrap-with-padding暗号で使用されたとき、出力バッファのサイズを誤って設定していましたEVP_aes_{128,192,256}_wrap_pad。8 の倍数でない入力の場合、OpenSSL は呼び出し元のバッファまたは Vec の末尾を最大 7 バイト超えて書き込み、平文の長さが攻撃者の影響を受ける場合に攻撃者が制御可能なヒープ破損を引き起こします。この問題はバージョン 0.10.80 で修正されています。
    (CVE-2026-45784)

    RustCrypto CMOVは、主要なプラットフォームで一定時間で実行され、コンパイラーによってブランチとして書き換えられないことが保証されている条件付き移動CPUイントリンジックを提供します。0.1.1 から 0.5.4 まで、cmov/src/backends/aarch64.rs の Cmov および CmovEq の aarch64 実装は、レジスターより小さい値をロードする際に、上位ビットはゼロ拡張であると想定しています。そのため、Cmov セレクターでの [8..] や u16 および i16 CmovEq 実装での self または other の [16..] などの上位ビットを設定すると、left.cmovz(&right, condition) が正しくない出力を生成する可能性があります。この問題はバージョン 0.5.4 で修正されています。(CVE-2026-50185)

    OpenSSL バックエンドにおける libgit2 の反転 IP SubjectAltName の比較(vuln_1_1_1)(CVE-2026-53583)

    libgit2 サブモジュールのパストラバーサル(CVE-2026-53584)

    Delta Object Result-Size ヘッダーを介した無制限のメモリ割り当て(CVE-2026-53585)

    libgit2 の内蔵 HTTP トランスポートは、デフォルトで、最初のスマート HTTP リクエストのオフサイトリダイレクトに従います。
    リダイレクトされたサーバーが 401 Unauthorized を返すと、libgit2 はアプリケーション認証情報のコールバックに、リダイレクトされた URL ではなく、元のリモート URL を使用して認証情報を要求します。返された認証情報は、リダイレクトされたホストに対する次のリクエストに認証ヘッダーとして添付されます。(CVE-2026-53586)

    バージョン 1.9.4 以前のlibgit2は、src/libgit2/transports/smart_pkt.cのset_data()のヒープ領域外読み取りに対して脆弱です。

    脆弱なコードは、smart-protocol pkt-line の未検証の機能バッファに対して固定サイズの strncmp(smart_pkt.c:239)を使用しています。隣接する受信バッファの pkt-line に続くバイトがたまたま ct-format= で続行する場合、比較が偽って一致し、pkt-line の境界を超えてformat_str進みます。次の memchr(format_str, ' ', len - (format_str - line)) (smart_pkt.c:246) は、そのsize_tサイズ引数を ~SIZE_MAX へアンダーフローさせ、スペースバイトを探すヒープをウォークします。HTTP/HTTPS/SSH/git:// を介して到達した Git サーバーをコントロール(または中間者)する、認証されていないリモートの攻撃者が、機能ネゴシエーションが行われる前に、refs アドバタイズメントの最初の ref-pkt でこれを発生させる可能性があります。OOB ウォークは、memchr がマッピングされていないページに入るとプロセスクラッシュ(SIGSEGV)を引き起こし、 -- memchr がクラッシュする前に浮遊スペースバイトを検出するヒープレイアウトでは -- さらに git_error_set(...'%.*s', format_len, format_str) フォーマッターを駆動して、大きなウィンドウのヒープメモリをエラー文字列にコピーする可能性があります。(CVE-2026-53587)

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

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

The version of rust installed on the remote host is prior to 1.97.0-2. It is, therefore, affected by multiple vulnerabilities as referenced in the ALAS2-2026-3865 advisory.

    RustCrypto CMOV provides conditional move CPU intrinsics which are guaranteed on major platforms to     execute in constant-time and not be rewritten as branches by the compiler. From 0.1.1 until 0.5.4, the     aarch64 implementations of Cmov and CmovEq in cmov/src/backends/aarch64.rs assume high bits are zero-     extended when loading values smaller than a register, so set high bits such as [8..] in a Cmov selector or     [16..] of self or other in the u16 and i16 CmovEq implementations can cause left.cmovz(&right, condition)     to produce incorrect output. This issue is fixed in version 0.5.4. (CVE-2026-50185)

    libgit2 Inverted IP SubjectAltName Comparison in OpenSSL Backend ( vuln_1_1_1 ) (CVE-2026-53583)

    libgit2 Submodule path traversal (CVE-2026-53584)

    Unbounded Memory Allocation via Delta Object Result-Size Header (CVE-2026-53585)

    libgit2's builtin HTTP transport follows offsite redirects for the initial smart HTTP request by default.
    If the redirected server then returns 401 Unauthorized, libgit2 asks the application credential callback     for credentials using the original remote URL, not the redirected URL. The returned credential is then     attached to the next request to the redirected host as an Authorization header. (CVE-2026-53586)

    libgit2 version 1.9.4 and below is vulnerable to a heap out-of-bounds read in set_data() in     src/libgit2/transports/smart_pkt.c.

    The vulnerable code uses a fixed-size strncmp (smart_pkt.c:239) against the unvalidated capability buffer     of a smart-protocol pkt-line. When the bytes following the pkt-line in the contiguous receive buffer     happen to continue with ct-format=, the comparison spuriously matches, advancing format_str past the     pkt-line boundary. The following memchr(format_str, ' ', len - (format_str - line)) (smart_pkt.c:246) then     underflows its size_t size argument to ~SIZE_MAX and walks the heap looking for a space byte. An     unauthenticated remote attacker who controls (or man-in-the-middles) a Git server reached over     HTTP/HTTPS/SSH/git:// can trigger this on the FIRST ref-pkt of the refs advertisement, before any     capability negotiation has taken place. The OOB walk causes a process crash (SIGSEGV) when memchr enters     an unmapped page, and -- on heap layouts where memchr finds a stray space byte before crashing -- can     additionally drive the git_error_set(...'%.*s', format_len, format_str) formatter to copy a large window     of heap memory into the error string. (CVE-2026-53587)

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-2065 advisory.

    rust-openssl provides OpenSSL bindings for the Rust programming language. From 0.10.50 until 0.10.80,     CipherCtxRef::cipher_update_inplace in openssl/src/cipher_ctx.rs incorrectly sized output buffers when     used with AES key-wrap-with-padding ciphers EVP_aes_{128,192,256}_wrap_pad. For a non-multiple-of-8 input,     OpenSSL writes up to 7 bytes past the end of the caller's buffer or Vec, producing attacker-controllable     heap corruption when the plaintext length is attacker-influenced. This issue is fixed in version 0.10.80.
    (CVE-2026-45784)

    RustCrypto CMOV provides conditional move CPU intrinsics which are guaranteed on major platforms to     execute in constant-time and not be rewritten as branches by the compiler. From 0.1.1 until 0.5.4, the     aarch64 implementations of Cmov and CmovEq in cmov/src/backends/aarch64.rs assume high bits are zero-     extended when loading values smaller than a register, so set high bits such as [8..] in a Cmov selector or     [16..] of self or other in the u16 and i16 CmovEq implementations can cause left.cmovz(&right, condition)     to produce incorrect output. This issue is fixed in version 0.5.4. (CVE-2026-50185)

    libgit2 Inverted IP SubjectAltName Comparison in OpenSSL Backend ( vuln_1_1_1 ) (CVE-2026-53583)

    libgit2 Submodule path traversal (CVE-2026-53584)

    Unbounded Memory Allocation via Delta Object Result-Size Header (CVE-2026-53585)

    libgit2's builtin HTTP transport follows offsite redirects for the initial smart HTTP request by default.
    If the redirected server then returns 401 Unauthorized, libgit2 asks the application credential callback     for credentials using the original remote URL, not the redirected URL. The returned credential is then     attached to the next request to the redirected host as an Authorization header. (CVE-2026-53586)

    libgit2 version 1.9.4 and below is vulnerable to a heap out-of-bounds read in set_data() in     src/libgit2/transports/smart_pkt.c.

    The vulnerable code uses a fixed-size strncmp (smart_pkt.c:239) against the unvalidated capability buffer     of a smart-protocol pkt-line. When the bytes following the pkt-line in the contiguous receive buffer     happen to continue with ct-format=, the comparison spuriously matches, advancing format_str past the     pkt-line boundary. The following memchr(format_str, ' ', len - (format_str - line)) (smart_pkt.c:246) then     underflows its size_t size argument to ~SIZE_MAX and walks the heap looking for a space byte. An     unauthenticated remote attacker who controls (or man-in-the-middles) a Git server reached over     HTTP/HTTPS/SSH/git:// can trigger this on the FIRST ref-pkt of the refs advertisement, before any     capability negotiation has taken place. The OOB walk causes a process crash (SIGSEGV) when memchr enters     an unmapped page, and -- on heap layouts where memchr finds a stray space byte before crashing -- can     additionally drive the git_error_set(...'%.*s', format_len, format_str) formatter to copy a large window     of heap memory into the error string. (CVE-2026-53587)

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
337244	Amazon Linux 2023：cargo、clippy、rust (ALAS2023-2026-2065)	Nessus	Amazon Linux Local Security Checks	8/18/2026	8/20/2026	medium
337244	Amazon Linux 2023：cargo、clippy、rust (ALAS2023-2026-2065)	Nessus	Amazon Linux Local Security Checks	8/18/2026	8/20/2026	medium
337227	Amazon Linux 2 : rust、--advisory ALAS2-2026-3865 (ALAS-2026-3865)	Nessus	Amazon Linux Local Security Checks	8/18/2026	8/21/2026	low
337227	Amazon Linux 2：rust、--advisory ALAS2-2026-3865 (ALAS-2026-3865)	Nessus	Amazon Linux Local Security Checks	8/18/2026	8/21/2026	low
337227	Amazon Linux 2: rust、--advisory ALAS2-2026-3865 (ALAS-2026-3865)	Nessus	Amazon Linux Local Security Checks	8/18/2026	8/21/2026	low
337244	Amazon Linux 2023 : cargo、clippy、rust (ALAS2023-2026-2065)	Nessus	Amazon Linux Local Security Checks	8/18/2026	8/20/2026	medium
337227	Amazon Linux 2 : rust, --advisory ALAS2-2026-3865 (ALAS-2026-3865)	Nessus	Amazon Linux Local Security Checks	8/18/2026	8/21/2026	low
337244	Amazon Linux 2023 : cargo, clippy, rust (ALAS2023-2026-2065)	Nessus	Amazon Linux Local Security Checks	8/18/2026	8/20/2026	medium

Detections

Analytics

Plugins Search

medium

medium

low

low

low

medium

low

medium