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

  - 在之前的 1.86Bouncy Castle for Java 中，接受了截斷的 OpenPGP 加密訊息，沒有報告任何錯誤，並且在 SEIPD 版本 1 路徑上完全沒有執行完整性檢查。RFC 9580 秒 13.7 允許實作在串流時釋放完全驗證區塊的明文，但要求它在偵測到截斷時立即指出明顯錯誤，並在發現可延展的密文時報告可疑的完整性。偵測到截斷，然後捨棄：當訊息被截斷，但封閉封包的長度欄位保持不變時，BCPGInputStream.PartialInputStream 會針對遺失的密文引發 EOFException，而 BCPGInputStream.nextPacketTag（） 會將 EOFException 報告為訊息的乾淨結尾，因此其上方的封包串流會停止，就好像沒有封包殘留一樣。在 AEAD 路徑 （SEIPD 第 2 版及第 5 版 AEAD 封包） 上，當常值資料封包在 AEAD 區塊界限上結束，且消費者以小於一個區塊的增量讀取時，常值之後封包的前瞻會觸發截斷的區塊讀取，因此 BcAEADUtil 和 JceAEADUtil 永遠不會到達 sec 的尾端訊息標籤。 5.13.2 驗證純文字總長度;調用方收到完全驗證區塊的純文字，文字後面的每個封包都會以無訊息的方式捨棄，而且不會引發任何例外狀況，因此已簽署和加密的訊息會讀回格式良好的未簽署訊息。在該路徑上釋放的每個位元組都保持單獨的身份驗證，這使得這是一個遺漏的截斷錯誤而不是偽造，並且它是 的 CVE-2026-12817殘餘，對於更正外部封包長度的攻擊者來說，它關閉了相同的結果。在 SEIPD 版本 1 路徑上，後果更為嚴重：IntegrityProtectedInputStream 驗證來自 close（） 的修改偵測程式碼，並且僅在讀取 close（） 返回 -1 時關閉自己來到達 close（），而截斷的訊息永遠不會產生 -1，因此 PGPEncryptedData.verify（） 從未運行，並且收件者收到 CFB 解密的純文字，未對其執行任何類型的完整性檢查。根據截斷成該形狀的訊息進行測量，產生的 136 個不同的密文單位元組修改被接受、更改的純文字，無一例外。可連線性是訊息的屬性，而不是攻擊者提供的輸入的屬性：AEAD 形狀在測量的 131 個連續有效負載長度中保留 3 個，而 SEIPD 版本 1 形狀保留 16 個連續有效負載長度，截斷偏移不隨有效負載長度移動。低階 API 不受影響，呼叫 PGPEncryptedData.verify（） 的呼叫端無論如何都會直接取得檢查，消費者也會以整個 AEAD 區塊或更多區塊的增量讀取。AEAD 解密資料流現在會將此類 EOFException 重新拋出為純 IOException，nextPacketTag（） 不會洗錢;OpenPGPMessageInputStream.close（） 現在會關閉其層的完整性保護資料流程本身，而不是依賴該資料流程已看到其資料的結尾;並且 IntegrityProtectedInputStream.close（） 被設為冪等，正如 java.io.Closeable 所要求的那樣，這取決於這一點，因為資料流在普通路徑上真正關閉了兩次，並且 PGPEncryptedData.verify（） 消耗了它背後的摘要狀態並且無法第二次運行。此問題也只會影響 AEAD 路由上的 Java LTS 2.73.13版 Bouncy Castle，因為該版本未提供 SEIPDv1 路由所經過的高階 OpenPGP API。它還影響 bcpg-fips 1.0.14 （1.0.X 系列）、 2.0.14.1 （2.0.X 系列） 和 2.1.14 （2.1.X 系列） 之前的 Java FIPS （BC-FJA） 的 Bouncy Castle，僅在 AEAD 路由上，因為這些版本不提供高階 OpenPGP API。（CVE-2026-85515）

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

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

  - 在之前 1.86的 Java 版 Bouncy Castle 中，接受截断的 OpenPGP 加密消息，未报告任何错误，并且在 SEIPD 版本 1 路径上完全未执行完整性检查。RFC 9580 秒 13.7 允许实现在流化时释放完全认证的区块的明文，但要求其在检测到截断时立即指出明确的错误，并在发现可延展的密文时报告可疑的完整性。检测到截断后将其丢弃：当消息被截断但封闭数据包的长度字段保持不变时，BCPGInputStream.PartialInputStream 会针对缺失的密文引发 EOFException，而 BCPGInputStream.nextPacketTag（） 会将 EOFException 报告为消息的干净结尾，因此其上方的数据包流会停止，就像没有数据包一样。在 AEAD 路径（SEIPD 第 2 版和第 5 版 AEAD 数据包）上，当文字数据包在 AEAD 区块边界上结束并且使用者读取的增量小于一个区块时，文字之后对数据包的预向会触发截断区块读取，因此 BcAEADUtil 和 JceAEADUtil 永远不会到达 sec 的尾部消息标签。 5.13.2 验证总明文长度;调用方收到完全认证的区块的明文，文本后面的每个数据包都会被静默丢弃，并且不会引发任何异常，因此已签名和加密的消息被读回为格式良好的未签名消息。该路径上释放的每个字节都保持单独认证，因此这是一个缺少截断错误，而非伪造，并且它是 的 CVE-2026-12817残余，这使得更正外部数据包长度的攻击者能够获得相同的结果。在 SEIPD 版本 1 路径中，后果更为严重：IntegrityProtectedInputStream 验证来自 close（） 的修改检测代码，并且仅在读取返回返回 -1（截断消息从不生成）时关闭自身来达到 close（），因此 PGPEncryptedData.verify（） 从不运行，并且接收方收到未执行任何类型的完整性检查的 CFB 解密明文。根据截断成该形状的消息进行测量，密文的 136 个不同的单字节修改会产生可接受的、被修改的明文，没有一例外。可访问性是消息的属性，而不是攻击者提供的输入的属性：AEAD 形状保留了测量的 131 个连续负载长度中的 3 个，而 SEIPD 版本 1 形状保留了 16 个负载长度中的 1 个负载长度，其截断偏移不随负载长度移动。低级 API 不受影响，调用 PGPEncryptedData.verify（） 的调用程序无论如何直接获取检查，以整个 AEAD 区块或更多增量读取的消费者也是如此。AEAD 解密流现在将此类 EOFException 重新抛出为普通 IOException，nextPacketTag（） 不会清洗该 EOEXCEPTION;OpenPGPMessageInputStream.close（） 现在会关闭其层的受完整性保护的流本身，而不是依赖该流已经看到其数据末端;和 IntegrityProtectedInputStream.close（） 被设为幂等，如 java.io.Closeable 所要求，这取决于这一点，因为流在普通路径上真正关闭了两次，而 PGPEncryptedData.verify（） 消耗了其背后的摘要状态并且无法第二次运行。此问题还仅在 AEAD 路由上影响低于 Java LTS 2.73.13的 Bouncy Castle，因为该版本未随附 SEIPDv1 路由运行的高级 OpenPGP API。它还影响 bcpg-fips 1.0.14 （1.0.X 系列）、 2.0.14.1 （2.0.X 系列）和 2.1.14 （2.1.X 系列）之前的 Bouncy Castle for Java FIPS （BC-FJA），仅在 AEAD 路由上，因为这些版本未搭载高级 OpenPGP API。（CVE-2026-85515）

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

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

  - 1.86 より前の Java 用の Bouncy Castle では、切り捨てられた OpenPGP 暗号化メッセージが、エラー報告なしで受け入れられました。また、SEIPD バージョン 1 パスでは整合性チェックが全く実行されませんでした。RFC 9580 sec. 13.7 は、ストリーミング時に完全に認証されたチャンクの平文をリリースすることを実装に許可しますが、切り捨てが検出されたらすぐに明確なエラーを示し、適応性のある暗号文が検出されたときに疑わしい整合性を報告する必要があります。切り捨ては検出され、破棄されました。メッセージが切り捨てられても、それを取り囲むパケットの長さフィールドが変更されない場合、BCPGInputStream.PartialInputStream は欠落している暗号文に対して EOFException を起こし、BCPGInputStream.nextPacketTag() は EOFException をメッセージのクリーンエンドとして報告します。このため、その上のパケットストリームはパケットが残っていないかのように停止しました。AEAD パス(SEIPD バージョン 2 およびバージョン 5 AEAD パケット)では、リテラルデータパケットが AEAD チャンク境界で終了し、コンシューマーが 1 チャンク未満の増分で読み取った場合、リテラルの後のパケットの先読みは切り捨てられたチャンク読み込みを誘発しました。このため、BcAEADUtil と JceAEADUtil は sec. 5.13.2 の末尾のメッセージタグに到達しませんでした。平文の合計長を認証する。呼び出し元は完全に認証されたチャンクの平文を受信し、リテラルに続くすべてのパケットはサイレントに破棄され、例外が発生しませんでした。そのため、署名され暗号化されたメッセージは、有効な形式の署名なしのメッセージとして読み戻されました。そのパスで解放されたすべてのバイトは個別に認証されたままとなり、これは偽造ではなく切り捨て欠如エラーになります。また、外部パケットの長さを訂正する攻撃者に対して同じ結果を終わらせた CVE-2026-12817の残余です。SEIPD バージョン 1 のパスでは、結果はより深刻でした: IntegrityProtectedInputStream は、close() からの変更検出コードを検証し、 close() の読み取りが -1 を返したときに閉じることによってのみ close() に到達しました。切り捨てられたメッセージは決して生成されないため、PGPEncryptedData.verify() は決して実行されず、受信者には、いかなる種類の整合性チェックも実行されていない CFB 復号化された平文が渡されました。その形状に切り捨てられたメッセージで測定すると、暗号文に対する 136 の異なる単一バイトの変更により、例外なく受け入れられ、変更された平文が生成されました。到達可能性は、攻撃者が指定した入力ではなくメッセージのプロパティです:AEAD形状は、測定された131の連続したペイロードの長さのうち3つのペイロードの長さを保持し、SEIPDバージョン1の形状は、ペイロードの長さに合わせて移動しない切り捨てオフセットで、16のペイロードの長さを保持しました。低レベルのAPIは影響を受けず、PGPEncryptedData.verify()を直接呼び出した呼び出し元は、AEADチャンク全体またはそれ以上を刻分して読み取るコンシューマーと同様に、関係なくチェックを受け取ります。AEAD 復号化ストリームは、このような EOFException をプレーン IOException として再スローするようになりました。nextPacketTag() はそれをランダーしません。OpenPGPMessageInputStream.close() は今では、そのデータの終わりを見てそのストリームに依存するのではなく、そのレイヤーの整合性で保護されたストリーム自体を閉じるようになりました。IntegrityProtectedInputStream.close()は、java.io.Closeableが必要とするため冪等になりました。ストリームは通常のパスで2回閉じられ、PGPEncryptedData.verify()はその背後のダイジェスト状態を消費し、2回目に実行できないためです。この問題は、AEAD ルートのみの 2.73.13 より前の Java LTS 用の Bouncy Castle にも影響します。これは、そのエディションが、SEIPDv1 ルートが通過する高レベルの OpenPGP API を出荷していないためです。また、aadルートのbcpg-fips 1.0.14 (1.0.X シリーズ)、 2.0.14.1 (2.0.X シリーズ)、 2.1.14 (2.1.X シリーズ)より前のJava FIPS(BC-FJA)のBouncy Castleにも影響します。これらのエディションは高レベルのOpenPGP APIを出荷していないためです。(CVE-2026-85515)

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

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

  - In Bouncy Castle for Java before 1.86, a truncated OpenPGP encrypted message was accepted with no error     reported, and on the SEIPD version 1 path with no integrity check performed at all. RFC 9580 sec. 13.7     permits an implementation to release the cleartext of the fully authenticated chunks when streaming but     requires it to indicate a clear error as soon as the truncation is detected, and to report suspect     integrity when it discovers malleable ciphertext. The truncation was detected and then discarded: when a     message is truncated but the length field of the enclosing packet is left unchanged,     BCPGInputStream.PartialInputStream raises an EOFException for the missing ciphertext, and     BCPGInputStream.nextPacketTag() reports an EOFException as a clean end of message, so the packet stream     above it stopped as though no packets remained. On the AEAD path (SEIPD version 2 and the version 5 AEAD     packet), when the literal data packet ended on an AEAD chunk boundary and the consumer read in increments     smaller than one chunk, the look-ahead for the packet after the literal triggered the truncated chunk     read, so BcAEADUtil and JceAEADUtil never reached the trailing message tag of sec. 5.13.2 that     authenticates the total plaintext length; the caller received the plaintext of the fully authenticated     chunks, every packet following the literal was silently dropped, and no exception was raised, so a signed     and encrypted message read back as a well-formed unsigned one. Every byte released on that path remained     individually authenticated, making this a missing truncation error rather than a forgery, and it is a     residual of CVE-2026-12817, which closed the same outcome for an attacker who corrects the outer packet     length. On the SEIPD version 1 path the consequence was more serious: IntegrityProtectedInputStream     verifies the modification detection code from close(), and reached close() only by closing itself when a     read of it returned -1, which a truncated message never produces, so PGPEncryptedData.verify() never ran     and the recipient was handed CFB-decrypted plaintext on which no integrity check of any kind had been     performed. Measured on a message truncated into that shape, 136 distinct single-byte modifications of the     ciphertext produced accepted, altered plaintext with no exception raised. Reachability is a property of     the message rather than of attacker-supplied input: the AEAD shape held for 3 of 131 consecutive payload     lengths measured, and the SEIPD version 1 shape for one payload length in sixteen, at a truncation offset     that did not move with the payload length. The low-level API is unaffected, a caller that invokes     PGPEncryptedData.verify() directly getting the check regardless, as are consumers reading in increments of     a whole AEAD chunk or more. The AEAD decryption streams now re-throw such an EOFException as a plain     IOException, which nextPacketTag() does not launder; OpenPGPMessageInputStream.close() now closes its     layer's integrity-protected stream itself rather than relying on that stream having seen the end of its     data; and IntegrityProtectedInputStream.close() was made idempotent, as java.io.Closeable requires, which     that depends on, since the stream is genuinely closed twice on the ordinary path and     PGPEncryptedData.verify() consumes the digest state behind it and cannot be run a second time. This issue     also affects Bouncy Castle for Java LTS before 2.73.13, on the AEAD route only, as that edition does not     ship the high-level OpenPGP API the SEIPDv1 route runs through. It also affects Bouncy Castle for Java     FIPS (BC-FJA) before bcpg-fips 1.0.14 (1.0.X series), 2.0.14.1 (2.0.X series) and 2.1.14 (2.1.X series),     on the AEAD route only, as those editions do not ship the high-level OpenPGP API. (CVE-2026-85515)

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

ID	Name	Product	Family	Published	Updated	Severity
362875	Linux Distros 未修補弱點：CVE-2026-85515	Nessus	Misc.	10/3/2026	10/5/2026	high
362875	Linux Distros 未修补的漏洞：CVE-2026-85515	Nessus	Misc.	10/3/2026	10/5/2026	high
362875	Linux Distros のパッチ未適用の脆弱性: CVE-2026-85515	Nessus	Misc.	10/3/2026	10/5/2026	high
362875	Linux Distros Unpatched Vulnerability : CVE-2026-85515	Nessus	Misc.	10/3/2026	10/5/2026	high

Detections

Analytics

Plugins Search

high

high

high

high