Skip to content

← Public intelligence

RubyGems package

omniauth

Open actionable advisories and recorded vendor fixes. This public package view has no inventory attached and cannot establish whether your deployment is affected. A vendor fix never resolves your finding; verify your installed version and the source guidance.

Open advisories

3 actionable advisories, newest first. Withdrawn advisories and news are excluded. Coverage is partial.

  1. Critical, CVSS 9.8RubyGemsPublished

    OmniAuth's lib/omniauth/failure_endpoint.rb does not escape message_key value

    CVE-2020-36599 · GHSA-pm55-qfxr-h247

    Affected
    • RubyGems omniauth < 1.9.2; >= 2.0.0.pre.rc1, <= 2.0.0.pre.rc1
    Fixed in
    1.9.22.0.0· Vendor fix available
    Issue
    lib/omniauth/failureendpoint.rb in OmniAuth before 1.9.2 (and before 2.0) does not escape the messagekey value.

    Recommended action: Upgrade to 2.0.0 or 1.9.2 by release line, then redeploy and verify.A vendor fix does not resolve your finding until you verify it in your own systems.

    Sources:github.comSource checked Evidence →
  2. High, CVSS 8.8RubyGemsPublished

    OmniAuth Ruby gem Cross-site Request Forgery in request phase

    CVE-2015-9284 · GHSA-ww4x-rwq6-qpgf

    Affected
    • RubyGems omniauth <= 1.9.2
    Fixed in
    2.0.0· Vendor fix available
    Issue
    The request phase of the OmniAuth Ruby gem (1.9.2 and earlier) is vulnerable to Cross-Site Request Forgery when used as part of the Ruby on Rails framework, allowing accounts to be connected without user intent, user interaction, or feedback to the user. This permits a secondary account to be able to sign into the web application as the primary account. As of v2 OmniAuth no longer has the vulnerable configuration by default, but it is still possible to configure OmniAuth in such a way that the web application becomes vulnerable to Cross-Site Request Forgery. There is a recommended remediation described here.

    Recommended action: Upgrade to 2.0.0 or later, then redeploy and verify.A vendor fix does not resolve your finding until you verify it in your own systems.

    Sources:github.comSource checked Evidence →
  3. High, CVSS 7.5RubyGemsPublished

    Omniauth allows POST parameters to be stored in session

    CVE-2017-18076 · GHSA-9pr6-grf4-x2fr

    Affected
    • RubyGems omniauth < 1.3.2
    Fixed in
    1.3.2· Vendor fix available
    Issue
    In strategy.rb in OmniAuth before 1.3.2, the authenticitytoken value is improperly protected because POST (in addition to GET) parameters are stored in the session and become available in the environment of the callback phase.

    Recommended action: Upgrade to 1.3.2 or later, then redeploy and verify.A vendor fix does not resolve your finding until you verify it in your own systems.

    Sources:github.comSource checked Evidence →