Invalid constraint parsed for CVE-2024-28175 entry in GitLab Advisory Database
Summary
The entry for CVE-2024-28175 in go/github.com/argoproj/argo-cd/CVE-2024-28175.yml has an invalid version constraint that was parsed. It's also not visible on advisories.gitlab.com
.
Steps to reproduce
Unknown
What is the current bug behavior?
The version constraint for the GLAD advisory with ID 47e07490-dbb8-4464-8484-b3c3b84bd85d
has an invalid constraint.
What is the expected correct behavior?
The version constraint from the advisory is parsed correctly into GLAD, and the entry is available on advisories.gitlab.com
.
Relevant logs and/or screenshots
error log (internal)
semver_dialects (2.0.0) lib/semver_dialects/semantic_version/version_parser.rb:18:in `block in parse'
semver_dialects (2.0.0) lib/semver_dialects/semantic_version/version_parser.rb:16:in `each'
semver_dialects (2.0.0) lib/semver_dialects/semantic_version/version_parser.rb:16:in `parse'
semver_dialects (2.0.0) lib/semver_dialects.rb:90:in `block in version_sat?'
semver_dialects (2.0.0) lib/semver_dialects.rb:89:in `each'
semver_dialects (2.0.0) lib/semver_dialects.rb:89:in `version_sat?'
ee/lib/gitlab/vulnerability_scanning/dependency_scanning/affected_version_range_matcher.rb:26:in `affected?'
ee/lib/gitlab/vulnerability_scanning/advisory_scanner.rb:84:in `occurrence_is_affected?'
ee/lib/gitlab/vulnerability_scanning/advisory_scanner.rb:130:in `block in bulk_vulnerability_ingestion'
activerecord (7.0.8.1) lib/active_record/relation/delegation.rb:88:in `each'
activerecord (7.0.8.1) lib/active_record/relation/delegation.rb:88:in `each'
ee/lib/gitlab/vulnerability_scanning/advisory_scanner.rb:127:in `filter_map'
ee/lib/gitlab/vulnerability_scanning/advisory_scanner.rb:127:in `bulk_vulnerability_ingestion'
ee/lib/gitlab/vulnerability_scanning/advisory_scanner.rb:41:in `block (2 levels) in execute'
ee/app/finders/sbom/possibly_affected_occurrences_finder.rb:22:in `block in execute_in_batches'
This is the exported advisory bundle that I found in file v2/go/1710748982/000000000.ndjson
exported on Mon Mar 18 08:03:02 UTC 2024
.
Click to expand
advisory:
id: 47e07490-dbb8-4464-8484-b3c3b84bd85d
source: glad
title: Cross-site scripting on application summary component
description: "### Summary\n\nDue to the improper URL protocols filtering of links specified in the `link.argocd.argoproj.io` annotations in the application summary component, an attacker can achieve cross-site scripting with elevated permissions.\n\n### Impact\n\nAll unpatched versions of Argo CD starting with v1.0.0 are vulnerable to a cross-site scripting (XSS) bug allowing a malicious user to inject a javascript: link in the UI. When clicked by a victim user, the script will execute with the victim's permissions (up to and including admin).\n\nThis vulnerability allows an attacker to perform arbitrary actions on behalf of the victim via the API, such as creating, modifying, and deleting Kubernetes resources.\n\n### Patches\nA patch for this vulnerability has been released in the following Argo CD versions:\n\n* v2.10.3\n* v2.9.8\n* v2.8.12\n\n### Workarounds\n\nThere are no completely-safe workarounds besides **upgrading**. The safest alternative, if upgrading is not possible, would be to create a [Kubernetes admission controller](https://kubernetes.io/docs/reference/access-authn-authz/extensible-admission-controllers/) to reject any resources with an annotation starting with `link.argocd.argoproj.io` or reject the resource if the value use an improper URL protocol. This validation will need to be applied in all clusters managed by ArgoCD.\n\n#### Mitigations\n\n1. Avoid clicking external links presented in the UI.\nThe link's title is user-configurable. So even if you hover the link, and the tooltip looks safe, the link might be malicious. The only way to be certain that the link is safe is to inspect the page's source.\n2. Carefully limit who has permissions to edit Kubernetes resource manifests (this is configured in [RBAC](https://argo-cd.readthedocs.io/en/stable/operator-manual/rbac/) for ArgoCD). \nThe external-links are set as annotations on Kubernetes resources. Any persona with write access to resources managed by ArgoCD could be an actor.\n\n### References\n[Documentation for the external links feature](https://argo-cd.readthedocs.io/en/stable/user-guide/external-url/)\n\n### Credits\n\nDisclosed by [RyotaK](https://ryotak.net) (@Ry0taK)\n\n### For more information\n\n- Open an issue in [the Argo CD issue tracker](https://github.com/argoproj/argo-cd/issues?q=is%3Aissue+is%3Aopen+sort%3Aupdated-desc) or [discussions](https://github.com/argoproj/argo-cd/discussions)\n- Join us on [Slack](https://argoproj.github.io/community/join-slack) in channel #argo-cd"
cvss_v3: CVSS:3.1/AV:N/AC:L/PR:L/UI:R/S:C/C:H/I:H/A:H
published_date: "2024-03-15"
urls:
- https://nvd.nist.gov/vuln/detail/CVE-2024-28175
- https://github.com/advisories/GHSA-jwv5-8mqv-g387
- https://github.com/argoproj/argo-cd/security/advisories/GHSA-jwv5-8mqv-g387
- https://github.com/argoproj/argo-cd/commit/479b5544b57dc9ef767d49f7003f39602c480b71
- https://github.com/argoproj/argo-cd
identifiers:
- type: cve
name: CVE-2024-28175
value: CVE-2024-28175
url: https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-28175
- type: ghsa
name: GHSA-jwv5-8mqv-g387
value: GHSA-jwv5-8mqv-g387
url: https://github.com/advisories/GHSA-jwv5-8mqv-g387
- type: cwe
name: CWE-79
value: "79"
url: https://cwe.mitre.org/data/definitions/79.html
- type: cwe
name: CWE-937
value: "937"
url: https://cwe.mitre.org/data/definitions/937.html
- type: cwe
name: CWE-1035
value: "1035"
url: https://cwe.mitre.org/data/definitions/1035.html
packages:
- name: github.com/argoproj/argo-cd
purl_type: golang
affected_range: '>=1.0.0 <='
solution: Unfortunately, there is no solution available yet.
This doesn't look like an issue on the exporter since it matches what's on the GLAD too.
Edited by Oscar Tovar