There are packages installed that are affected by a vulnerability referenced in the following CVE:

  - In gokey versions <0.2.0, a flaw in the seed decryption logic resulted in passwords incorrectly being
    derived solely from the initial vector and the AES-GCM authentication tag of the key seed. This issue has
    been fixed in gokey version 0.2.0. This is a breaking change. The fix has invalidated any
    passwords/secrets that were derived from the seed file (using the -s option). Even if the input seed file
    stays the same, version 0.2.0 gokey will generate different secrets. Impact This vulnerability impacts
    generated keys/secrets using a seed file as an entropy input (using the -s option). Keys/secrets generated
    just from the master password (without the -s option) are not impacted. The confidentiality of the seed
    itself is also not impacted (it is not required to regenerate the seed itself). Specific impact includes:
    * keys/secrets generated from a seed file may have lower entropy: it was expected that the whole seed
    would be used to generate keys (240 bytes of entropy input), where in vulnerable versions only 28 bytes
    was used * a malicious entity could have recovered all passwords, generated from a particular seed, having
    only the seed file in possession without the knowledge of the seed master password Patches The code logic
    bug has been fixed in gokey version 0.2.0 and above. Due to the deterministic nature of gokey, fixed
    versions will produce different passwords/secrets using seed files, as all seed entropy will be used now.
    System secret rotation guidance It is advised for users to regenerate passwords/secrets using the patched
    version of gokey (0.2.0 and above), and provision/rotate these secrets into respective systems in place of
    the old secret. A specific rotation procedure is system-dependent, but most common patterns are described
    below. Systems that do not require the old password/secret for rotation Such systems usually have a
    "Forgot password" facility or a similar facility allowing users to rotate their password/secrets by
    sending a unique "magic" link to the user's email or phone. In such cases users are advised to use this
    facility and input the newly generated password secret, when prompted by the system. Systems that require
    the old password/secret for rotation Such systems usually have a modal password rotation window usually in
    the user settings section requiring the user to input the old and the new password sometimes with a
    confirmation. To generate/recover the old password in such cases users are advised to: * temporarily
    download gokey version 0.1.3 https://github.com/cloudflare/gokey/releases/tag/v0.1.3 for their respective
    operating system to recover the old password * use gokey version 0.2.0 or above to generate the new
    password * populate the system provided password rotation form Systems that allow multiple credentials for
    the same account to be provisioned Such systems usually require a secret or a cryptographic key as a
    credential for access, but allow several credentials at the same time. One example is SSH: a particular
    user may have several authorized public keys configured on the SSH server for access. For such systems
    users are advised to: * generate a new secret/key/credential using gokey version 0.2.0 or above *
    provision the new secret/key/credential in addition to the existing credential on the system * verify that
    the access or required system operation is still possible with the new secret/key/credential * revoke
    authorization for the existing/old credential from the system Credit This vulnerability was found by Théo
    Cusnir ( @mister_mime https://hackerone.com/mister_mime ) and responsibly disclosed through Cloudflare's
    bug bounty program. (CVE-2025-13353)

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

  - 在 gokey <0.2.0版中種子解密邏輯中的瑕疵會導緻密碼錯誤地只從金鑰種子的初始向量和 AES-GCM 驗證標籤衍生。此問題已在 gokey 版本 0.2.0中修正。這是重大變更。該修正已使從種子檔案 (使用 -s 選項) 衍生的任何密碼/密碼無效。即使輸入種子檔案保持不變 0.2.0 版 gokey 仍會產生不同的密碼。影響此弱點會影響使用種子檔案作為熵輸入 (使用 -s 選項) 產生的金鑰/密碼。僅從主要密碼 (不含 -s 選項) 產生的金鑰/密碼不會受到影響。種子本身的機密性也不會受到影響 (不需要重新產生種子本身)。具體影響包括：
    * 從種子檔案產生的金鑰/密碼可能具有較低的熵預期會使用整個種子來產生金鑰 (240 位元組的熵輸入)而在有弱點的版本中僅使用 28 位元組 * 惡意實體可能有在不知道種子主要密碼的情況下復原了只有擁有種子檔案的特定種子產生的所有密碼 修補程式 程式碼邏輯錯誤已在 gokey 0.2.0 和更新版本中修正。由於 gokey 的確定性特性修正後的版本將使用種子檔案產生不同的密碼/密碼因為現在將使用所有種子熵。
    系統密碼輪替指南 建議使用者使用 gokey 的修補版本 (0.2.0 和以上版本) 重新產生密碼/密碼並將這些密碼佈建/旋轉至個別系統以取代舊密碼。特定的輪替程序因係統而異但最常見的模式描述如下。不需要舊密碼/密碼進行輪替的系統此類系統通常具有忘記密碼設施或類似設施允許使用者將唯一的 magic 連結傳送至使用者的電子郵件或電話號碼來輪替其密碼/密碼。在這種情況下建議使用者使用此工具並在系統提示時輸入新產生的密碼密碼。需要舊密碼/密碼才能輪替的系統。這類系統的使用者設定區段中通常會有一個強制回應密碼輪替視窗要求使用者輸入新舊密碼 (有時還需要確認)。若要在這種情況下產生/復原舊密碼建議使用者執行以下動作* 暫時下載其各自作業系統的 gokey 0.1.3 https://github.com/cloudflare/gokey/releases/tag/v0.1.3 版以復原舊密碼 * 使用 gokey 0.2.0 或更新版本來產生新密碼 * 填入提供的系統密碼輪替表單 允許佈建相同帳戶之多個認證的系統。這類系統通常需要密碼或密碼編譯金鑰作為存取認證，但允許同時提供多個認證。SSH 就是其中的一個例子：特定使用者可能在 SSH 伺服器上設定了數個授權公開金鑰可供存取。針對此類系統建議使用者* 使用 gokey 0.2.0 版或以上版本產生新的密碼/金鑰/認證 * 除了系統上的現有認證以外也可佈建新的密碼/金鑰/認證 * 驗證存取權或所需的系統仍可使用新的密碼/金鑰/認證進行作業 * 從系統撤銷對現有/舊認證的授權。 報告者此弱點是由 Tho Cusnir ( @mister_mime https://hackerone.com/mister_mime ) 發現並透過 Cloudflare 的錯誤賞金計劃負責任地洩漏。 (CVE-2025-13353)

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

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

  - 在低于0.2.0的gokey 版本中种子解密逻辑中的一个缺陷导致错误地仅从密钥种子的初始向量和 AES-GCM 认证标签中派生密码。此问题已在 gokey 版本 0.2.0中修复。这是重大变更。此补丁已使从种子文件使用 -s 选项中派生的任何密码/机密失效。即使输入种子文件保持不变 0.2.0 gokey 版本也将生成不同的密码。影响 此漏洞会影响将种子文件用作熵输入使用 -s 选项时生成的密钥/密码。仅从主密码（不带 -s 选项）生成的密钥/密码不受影响。种子本身的机密性也不会受到影响不需要本身重新生成种子。具体影响包括
    * 从种子文件生成的密钥/密码可能具有较低的熵预计整个种子将用于生成密钥240 字节的熵输入其中在易受攻击版本中仅使用 28 字节 * 恶意实体可能恢复了从只拥有种子文件而不知道种子主密码的特定种子生成的所有密码 修补程序代码逻辑缺陷已在 gokey 版本 0.2.0 及更高版本中修复。由于 gokey 的确定性本质修复后的版本将使用种子文件产生不同的密码/密码因为现在将使用所有种子熵。
    系统密钥轮换指导建议用户使用 gokey0.2.0 及更高版本的修补版本重新生成密码/密钥并将这些密钥配置/轮换到相应的系统中以代替旧密钥。特定的轮转程序因系统而异，但最常见的模式如下所述。不需要旧密码/密码进行轮换的系统 此类系统通常具有“忘记密码”设施或允许用户通过向用户的电子邮件或电话发送唯一的 magic 链接来轮换其密码/密码的设施。在此类情况下，建议用户使用此设施，并在系统提示时输入新生成的密码。要求旧密码/密码进行轮换的系统 此类系统在“用户设置”部分通常会有一个模式密码轮换窗口要求用户输入新旧密码有时并进行确认。若要在此类情况下生成/恢复旧密码建议用户* 临时下载适用于各自操作系统的 0.1.3 https://github.com/cloudflare/gokey/releases/tag/v0.1.3 版 gokey 以恢复旧密码 * 使用 0.2.0 版或更高版本的 gokey 生成新密码 * 填充提供的系统密码轮换格式 允许为同一帐户配置多种凭据的系统 此类系统通常需要密钥或加密密钥作为访问凭据，但允许同时使用多个凭据。SSH 就是一个示例：特定用户可能在 SSH 服务器上配置了多个授权公钥以进行访问。对于此类系统建议用户* 使用 gokey 0.2.0 或更高版本生成新的密钥/密钥/凭据 * 除了系统中现有的凭据配置新的密钥/密钥/凭据 * 验证您的访问权限或所需的系统仍可使用新的 secret/key/credential 进行操作 * 从系统信用中撤消对现有/旧凭据的授权此漏洞由 Tho Cusnir ( @mister_mime https://hackerone.com/mister_mime ) 发现并通过 Cloudflare 的缺陷悬金计划负责地披露。 (CVE-2025-13353)

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

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

  - gokey バージョン <0.2.0では、シード復号化ロジックに欠陥があり、キーシードの初期ベクトルおよび AES-GCM 認証タグのみからパスワードが間違って派生する可能性がありました。この問題は gokey バージョン 0.2.0で修正されました。これは重大な変更です。の修正により、シードファイルから派生したパスワード/秘密が無効になっています-s オプションを使用。入力シードファイルが同じである場合でも、バージョン 0.2.0 gokey は異なるシークレットを生成します。影響 この脆弱性は、シードファイルをエントロピー入力として使用して-sオプションを使用して生成された鍵/秘密に影響を与えます。-s オプションなしのマスターパスワードからのみ生成されたキー/シークレットは影響を受けません。シード自体の機密性も影響を受けませんシード自体を再生成する必要はありません。特定の影響には次が含まれます。
    * シードファイルから生成された鍵/シークレットのエントロピーが低い場合がありますシード全体がキーの生成に使用されることが予想されていました240 バイトのエントロピー入力、脆弱なバージョンでは 28 バイトのみが使用されました * 悪意のあるエンティティがシードマスターパスワードを知ることなくシードファイルのみを所有する、特定のシードから生成されたすべてのパスワードを回復します。パッチコードロジックのバグは gokey バージョン 0.2.0 以降で修正されました。gokeyの決定性の高い性質により、すべてのシードエントロピーが現在使用されるため、修正されたバージョンではシードファイルを使用して異なるパスワード/秘密が生成されます。
    システム秘密鍵のローテーションのガイダンスユーザーは、パッチを適用したバージョンの0.2.0 gokey以降を使用してパスワード/秘密を再生成し、古い秘密の代わりにこれらの秘密をそれぞれのシステムにプロビジョニング/ローテーションすることが推奨されます。特定のローテーション手順はシステムによって異なりますが、最も一般的なパターンを以下に記載します。ローテーションに古いパスワード/秘密を必要としないシステムこのような場合、ユーザーはこの機能を使用し、システムからの指示に応じて新しく生成されたパスワードを入力することが推奨されます。ローテーションに古いパスワード/シークレットが必要なシステム。このようなシステムでは通常、ユーザー設定セクションにモーダルパスワードローテーションウィンドウがあり、ユーザーは古いパスワードや新しいパスワードを確認付きで入力する必要があります。このような場合、ユーザーは古いパスワードを生成/復元できます * 各オペレーティングシステム用の gokey バージョン 0.1.3 https://github.com/cloudflare/gokey/releases/tag/v0.1.3 を一時的にダウンロードし、古いパスワードを復元します * gokey バージョン 0.2.0 以降を使用して新しいパスワードを生成します * 提供されたシステムに入力しますパスワードローテーション形式のシステムで、同じアカウントに複数の認証情報を設定できるようにします。このようなシステムでは通常、アクセス用の認証情報として秘密鍵または暗号化キーが必要です。ただし、複数の認証情報を同時に使用することもできます。ある例として SSH があります。特定のユーザーが、アクセス用の SSH サーバー上で設定された複数の認証された公開鍵を持っているとします。このようなシステムでは、ユーザーは次の手順を実行することが推奨されます* gokey バージョン 0.2.0 以降を使用して新しい秘密 / 鍵 / 認証情報を生成する * システム上の既存の認証情報に加えて、新しい秘密 / 鍵 / 認証情報をプロビジョニング * アクセスまたは必要なシステムが操作は新しい秘密/鍵/認証情報でまだ可能です * システムクレジットから既存/古い認証情報の承認を取り消します この脆弱性は Tho Cusnir 氏@mister_mime https://hackerone.com/mister_mime により発見され、責任を持って Cloudflare のバグ発見プログラムを通じて漏洩されました。CVE-2025-13353

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

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

  - In gokey versions <0.2.0, a flaw in the seed decryption logic resulted in passwords incorrectly being     derived solely from the initial vector and the AES-GCM authentication tag of the key seed. This issue has     been fixed in gokey version 0.2.0. This is a breaking change. The fix has invalidated any     passwords/secrets that were derived from the seed file (using the -s option). Even if the input seed file     stays the same, version 0.2.0 gokey will generate different secrets. Impact This vulnerability impacts     generated keys/secrets using a seed file as an entropy input (using the -s option). Keys/secrets generated     just from the master password (without the -s option) are not impacted. The confidentiality of the seed     itself is also not impacted (it is not required to regenerate the seed itself). Specific impact includes:
    * keys/secrets generated from a seed file may have lower entropy: it was expected that the whole seed     would be used to generate keys (240 bytes of entropy input), where in vulnerable versions only 28 bytes     was used * a malicious entity could have recovered all passwords, generated from a particular seed, having     only the seed file in possession without the knowledge of the seed master password Patches The code logic     bug has been fixed in gokey version 0.2.0 and above. Due to the deterministic nature of gokey, fixed     versions will produce different passwords/secrets using seed files, as all seed entropy will be used now.
    System secret rotation guidance It is advised for users to regenerate passwords/secrets using the patched     version of gokey (0.2.0 and above), and provision/rotate these secrets into respective systems in place of     the old secret. A specific rotation procedure is system-dependent, but most common patterns are described     below. Systems that do not require the old password/secret for rotation Such systems usually have a     Forgot password facility or a similar facility allowing users to rotate their password/secrets by     sending a unique magic link to the user's email or phone. In such cases users are advised to use this     facility and input the newly generated password secret, when prompted by the system. Systems that require     the old password/secret for rotation Such systems usually have a modal password rotation window usually in     the user settings section requiring the user to input the old and the new password sometimes with a     confirmation. To generate/recover the old password in such cases users are advised to: * temporarily     download gokey version 0.1.3 https://github.com/cloudflare/gokey/releases/tag/v0.1.3 for their respective     operating system to recover the old password * use gokey version 0.2.0 or above to generate the new     password * populate the system provided password rotation form Systems that allow multiple credentials for     the same account to be provisioned Such systems usually require a secret or a cryptographic key as a     credential for access, but allow several credentials at the same time. One example is SSH: a particular     user may have several authorized public keys configured on the SSH server for access. For such systems     users are advised to: * generate a new secret/key/credential using gokey version 0.2.0 or above *     provision the new secret/key/credential in addition to the existing credential on the system * verify that     the access or required system operation is still possible with the new secret/key/credential * revoke     authorization for the existing/old credential from the system Credit This vulnerability was found by Tho     Cusnir ( @mister_mime https://hackerone.com/mister_mime ) and responsibly disclosed through Cloudflare's     bug bounty program. (CVE-2025-13353)

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

ID	名称	产品	系列	发布时间	最近更新时间	严重程度
436185	SCA: security update for github.com/cloudflare/gokey (GHSA-69jw-4jj8-fcxm)	Tenable Cloud Security	SCA Checks	2025/12/2	2026/7/2	high
436185	SCA: security update for github.com/cloudflare/gokey (GHSA-69jw-4jj8-fcxm)	Tenable Self-Hosted Container Security	SCA Checks	2025/12/2	2026/7/2	high
277090	Linux Distros 未修補的弱點：CVE-2025-13353	Nessus	Misc.	2025/12/3	2026/7/27	high
277090	Linux Distros 未修补的漏洞：CVE-2025-13353	Nessus	Misc.	2025/12/3	2026/7/27	high
277090	Linux Distros のパッチ未適用の脆弱性: CVE-2025-13353	Nessus	Misc.	2025/12/3	2026/7/27	high
277090	Linux Distros Unpatched Vulnerability : CVE-2025-13353	Nessus	Misc.	2025/12/3	2026/7/27	high

检测

插件搜索

high

high

high

high

high

high