gsd-2023-27539
Vulnerability from gsd
Modified
2023-03-13 00:00
Details
There is a denial of service vulnerability in the header parsing component of Rack. This vulnerability has been assigned the CVE identifier CVE-2023-27539. Versions Affected: >= 2.0.0 Not affected: None. Fixed Versions: 2.2.6.4, 3.0.6.1 # Impact Carefully crafted input can cause header parsing in Rack to take an unexpected amount of time, possibly resulting in a denial of service attack vector. Any applications that parse headers using Rack (virtually all Rails applications) are impacted. # Workarounds Setting Regexp.timeout in Ruby 3.2 is a possible workaround.
Aliases
Aliases
CVE-2023-27539


To clipboard 

{
  "GSD": {
    "alias": "CVE-2023-27539",
    "id": "GSD-2023-27539"
  },
  "gsd": {
    "metadata": {
      "exploitCode": "unknown",
      "remediation": "unknown",
      "reportConfidence": "confirmed",
      "type": "vulnerability"
    },
    "osvSchema": {
      "affected": [
        {
          "package": {
            "ecosystem": "RubyGems",
            "name": "rack",
            "purl": "pkg:gem/rack"
          }
        }
      ],
      "aliases": [
        "CVE-2023-27539",
        "GHSA-c6qg-cjj8-47qp"
      ],
      "details": "There is a denial of service vulnerability in the header parsing component of Rack. This vulnerability has been assigned the CVE identifier CVE-2023-27539.\n\nVersions Affected: \u003e= 2.0.0 Not affected: None. Fixed Versions: 2.2.6.4, 3.0.6.1\n\n# Impact\nCarefully crafted input can cause header parsing in Rack to take an unexpected amount of time, possibly resulting in a denial of service attack vector. Any applications that parse headers using Rack (virtually all Rails applications) are impacted.\n\n# Workarounds\nSetting Regexp.timeout in Ruby 3.2 is a possible workaround.\n",
      "id": "GSD-2023-27539",
      "modified": "2023-03-13T00:00:00.000Z",
      "published": "2023-03-13T00:00:00.000Z",
      "references": [
        {
          "type": "WEB",
          "url": "https://discuss.rubyonrails.org/t/cve-2023-27539-possible-denial-of-service-vulnerability-in-racks-header-parsing/82466"
        }
      ],
      "schema_version": "1.4.0",
      "summary": "Possible Denial of Service Vulnerability in Rack\u2019s header parsing"
    }
  },
  "namespaces": {
    "cve.org": {
      "CVE_data_meta": {
        "ASSIGNER": "cve@mitre.org",
        "ID": "CVE-2023-27539",
        "STATE": "RESERVED"
      },
      "data_format": "MITRE",
      "data_type": "CVE",
      "data_version": "4.0",
      "description": {
        "description_data": [
          {
            "lang": "eng",
            "value": "** RESERVED ** This candidate has been reserved by an organization or individual that will use it when announcing a new security problem. When the candidate has been publicized, the details for this candidate will be provided."
          }
        ]
      }
    },
    "github.com/rubysec/ruby-advisory-db": {
      "cve": "2023-27539",
      "date": "2023-03-13",
      "description": "There is a denial of service vulnerability in the header parsing component of Rack. This vulnerability has been assigned the CVE identifier CVE-2023-27539.\n\nVersions Affected: \u003e= 2.0.0 Not affected: None. Fixed Versions: 2.2.6.4, 3.0.6.1\n\n# Impact\nCarefully crafted input can cause header parsing in Rack to take an unexpected amount of time, possibly resulting in a denial of service attack vector. Any applications that parse headers using Rack (virtually all Rails applications) are impacted.\n\n# Workarounds\nSetting Regexp.timeout in Ruby 3.2 is a possible workaround.\n",
      "gem": "rack",
      "ghsa": "c6qg-cjj8-47qp",
      "patched_versions": [
        "~\u003e 2.0, \u003e= 2.2.6.4",
        "\u003e= 3.0.6.1"
      ],
      "title": "Possible Denial of Service Vulnerability in Rack\u2019s header parsing",
      "url": "https://discuss.rubyonrails.org/t/cve-2023-27539-possible-denial-of-service-vulnerability-in-racks-header-parsing/82466"
    },
    "gitlab.com": {
      "advisories": [
        {
          "affected_range": "\u003e=2.0.0 \u003c2.2.6.4||\u003e=3.0.0 \u003c3.0.6.1",
          "affected_versions": "All versions starting from 2.0.0 before 2.2.6.4, all versions starting from 3.0.0 before 3.0.6.1",
          "cwe_ids": [
            "CWE-1035",
            "CWE-937"
          ],
          "date": "2023-03-15",
          "description": "There is a denial of service vulnerability in the header parsing component of Rack. Carefully crafted input can cause header parsing in Rack to take an unexpected amount of time, possibly resulting in a denial of service attack vector. Any applications that parse headers using Rack (virtually all Rails applications) are impacted. Workarounds Setting `Regexp.timeout` in Ruby 3.2 is a possible workaround.",
          "fixed_versions": [
            "2.2.6.4",
            "3.0.6.1"
          ],
          "identifier": "GMS-2023-769",
          "identifiers": [
            "GHSA-c6qg-cjj8-47qp",
            "GMS-2023-769",
            "CVE-2023-27539"
          ],
          "not_impacted": "All versions before 2.0.0, all versions starting from 2.2.6.4 before 3.0.0, all versions starting from 3.0.6.1",
          "package_slug": "gem/rack",
          "pubdate": "2023-03-15",
          "solution": "Upgrade to versions 2.2.6.4, 3.0.6.1 or above.",
          "title": "Possible Denial of Service Vulnerability in Rack\u2019s header parsing",
          "urls": [
            "https://nvd.nist.gov/vuln/detail/CVE-2023-27539",
            "https://discuss.rubyonrails.org/t/cve-2023-27539-possible-denial-of-service-vulnerability-in-racks-header-parsing/82466",
            "https://github.com/rubysec/ruby-advisory-db/blob/master/gems/rack/CVE-2023-27539.yml",
            "https://github.com/advisories/GHSA-c6qg-cjj8-47qp"
          ],
          "uuid": "3a275b96-84c7-4c7c-8017-b7fd82af8c53"
        }
      ]
    }
  }
}


Log in or create an account to share your comment.




Tags
Taxonomy of the tags.




Sightings

Author Source Type Date

Nomenclature

  • Seen: The vulnerability was mentioned, discussed, or seen somewhere by the user.
  • Confirmed: The vulnerability is confirmed from an analyst perspective.
  • Exploited: This vulnerability was exploited and seen by the user reporting the sighting.
  • Patched: This vulnerability was successfully patched by the user reporting the sighting.
  • Not exploited: This vulnerability was not exploited or seen by the user reporting the sighting.
  • Not confirmed: The user expresses doubt about the veracity of the vulnerability.
  • Not patched: This vulnerability was not successfully patched by the user reporting the sighting.