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

  - Devise is an authentication solution for Rails based on Warden. Prior to version 5.0.3, a race condition
    in Devise's Confirmable module allows an attacker to confirm an email address they do not own. This
    affects any Devise application using the `reconfirmable` option (the default when using Confirmable with
    email changes). By sending two concurrent email change requests, an attacker can desynchronize the
    `confirmation_token` and `unconfirmed_email` fields. The confirmation token is sent to an email the
    attacker controls, but the `unconfirmed_email` in the database points to a victim's email address. When
    the attacker uses the token, the victim's email is confirmed on the attacker's account. This is patched in
    Devise v5.0.3. Users should upgrade as soon as possible. As a workaround, applications can override a
    specific method from Devise models to force `unconfirmed_email` to be persisted when unchanged. Note that
    Mongoid does not seem to respect that `will_change!` should force the attribute to be persisted, even if
    it did not really change, so the user might have to implement a workaround similar to Devise by setting
    `changed_attributes["unconfirmed_email"] = nil` as well. (CVE-2026-32700)

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

  - Devise 是以 Warden 為基礎的 Rails 驗證解決方案。在 5.0.3版之前Devise 的 Confirmable 模組中的爭用情形允許攻擊者確認他們不擁有的電子郵件地址。這會影響任何使用 `reconfirmable` 選項 (使用含電子郵件變更之 Confirmable 時的預設值) 的 Devise 應用程式。透過傳送兩個並行的電子郵件變更要求攻擊者可以取消同步「confirmation_token」和「unconfirmed_email」欄位。確認 token 會傳送至攻擊者控制的電子郵件但資料庫中的 `unconfirmed_email` 會指向受害者的電子郵件地址。當攻擊者使用 token 時系統會在攻擊者的帳戶上確認受害者的電子郵件。Devise v5.0.3 已修補此問題。使用者應盡快升級。作為因應措施應用程式可以覆寫 Devise 模型中的特定方法以強制將 `unconfirmed_email` 在未變更的情況下持續存在。請注意Mongoid 似乎並不遵循 `will_change!` 應強制維持屬性即使其並未真正變更亦如此一來使用者可能必須設定 `changed_attributes[unconfirmed_email] = nil 來實作與 Devise 類似的因應措施以及 `。 (CVE-2026-32700)

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

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

  - Devise 是基于 Warden 的 Rails 身份验证解决方案。在低于版本 5.0.3的版本中Devise 的 Confirmable 模块内的争用条件允许攻击者确认不为他们所有的电子邮件地址。这会影响任何使用“可确认”选项（使用通过电子邮件变更确认时的默认选项）的 Devise 应用程序。通过发送两个并发电子邮件变更请求攻击者可使“confirmation_token”和“unconfirmed_email”字段去同步。确认标记会发送到攻击者控制的电子邮件地址，但数据库中的“unconfirmed_email”却指向受害者的电子邮件地址。当攻击者使用 标记时会在攻击者的帐户中确认受害者的电子邮件。已在 Devise v5.0.3 中修补此问题。用户应尽快升级。作为一种变通方案应用程序可以替代 Devise 模型中的特定方法以强制“unconfirmed_email”在未更改时持续存在。请注意Mongoid 似乎没有遵守“will_change!”应强制保留属性即使它没有真正更改因此用户可能必须通过设置“changed_attributes[unconfirmed_email] = nil”来实现类似于 Devise 的变通方案` 也一样。 (CVE-2026-32700)

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

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

  - Devise は Warden をベースとする Rails 向けの認証ソリューションです。バージョン 5.0.3より前では、Devise の Confirmable モジュールにある競合状態により、攻撃者が所有していないメールアドレスを確認することが可能です。これは、「reconfirmable」オプションメール変更でConfirmableを使用するときのデフォルトを使用しているすべてのDeviseアプリケーションに影響します。2 つのメール変更リクエストを同時に送信することにより、攻撃者は「confirmation_token」フィールドと「unconfirmed_email」フィールドを非同期化できます。確認トークンは、攻撃者がコントロールするメールに送信されますが、データベースの「unconfirmed_email」が被害者のメールアドレスを指しています。攻撃者がトークンを使用すると、被害者のメールが攻撃者のアカウントで確認されます。これは Devise v5.0.3 でパッチされています。ユーザーはなるべく早くアップグレードする必要があります。回避策として、アプリケーションは Devise モデルからの特定のメソッドをオーバーライドし、変更されないときに「unconfirmed_email」を強制的に永続化できます。注意Mongoid は、実際に変更されない場合でも、「will_change!」が属性を永続化する必要があることを尊重しないようです。そのため、ユーザーは「changed_attributes[unconfirmed_email] = nil を設定することで、Devise に同様の回避策を実装する必要があるかもしれません。」 ` も同様です。CVE-2026-32700

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

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

  - Devise is an authentication solution for Rails based on Warden. Prior to version 5.0.3, a race condition     in Devise's Confirmable module allows an attacker to confirm an email address they do not own. This     affects any Devise application using the `reconfirmable` option (the default when using Confirmable with     email changes). By sending two concurrent email change requests, an attacker can desynchronize the     `confirmation_token` and `unconfirmed_email` fields. The confirmation token is sent to an email the     attacker controls, but the `unconfirmed_email` in the database points to a victim's email address. When     the attacker uses the token, the victim's email is confirmed on the attacker's account. This is patched in     Devise v5.0.3. Users should upgrade as soon as possible. As a workaround, applications can override a     specific method from Devise models to force `unconfirmed_email` to be persisted when unchanged. Note that     Mongoid does not seem to respect that `will_change!` should force the attribute to be persisted, even if     it did not really change, so the user might have to implement a workaround similar to Devise by setting     `changed_attributes[unconfirmed_email] = nil` as well. (CVE-2026-32700)

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

ID	Name	Product	Family	Published	Updated	Severity
438890	SCA: security update for devise (GHSA-57hq-95w6-v4fc)	Tenable Cloud Security	SCA Checks	3/17/2026	7/2/2026	medium
438890	SCA: security update for devise (GHSA-57hq-95w6-v4fc)	Tenable Self-Hosted Container Security	SCA Checks	3/17/2026	7/2/2026	medium
303072	Linux Distros 未修補的弱點：CVE-2026-32700	Nessus	Misc.	3/19/2026	9/2/2026	medium
303072	Linux Distros 未修补的漏洞：CVE-2026-32700	Nessus	Misc.	3/19/2026	9/2/2026	medium
303072	Linux Distros のパッチ未適用の脆弱性: CVE-2026-32700	Nessus	Misc.	3/19/2026	9/2/2026	medium
303072	Linux Distros Unpatched Vulnerability : CVE-2026-32700	Nessus	Misc.	3/19/2026	9/2/2026	medium

Detections

Analytics

Plugins Search

medium

medium

medium

medium

medium

medium