Approved changes feed: RSS · Atom

cpe:2.3:a:nexb:scancode.io:*:*:*:*:*:*:*:*

part: a version: * update: *

VendorNexb (870fb137-4d3f-5fab-85fe-7f92f2cf8024)
ProductScancode.Io (f748b9d7-5ae7-5dfc-9d7b-69c6a2fe56a0)
Edition*
Language*
Software edition*
Target software*
Target hardware*
Other*

Notes

Imported from purl2cpe mapping

PURL mappings

PURLSourceLast updated
pkg:github/nexb/scancode.io purl2cpe 2026-06-01 10:18:10.166664

Vulnerability references

IdentifiercpeApplicabilitySubmitteddb.gcve.eu detailsRationale
CVE:CVE-2023-40024 vulnerable 2026-06-08 06:09:41.059623 Reflected Cross-Site Scripting (XSS) in scancode.io license endpoint
MEDIUM (5.4)
ScanCode.io is a server to script and automate software composition analysis pipelines. In the `/license/` endpoint, the detailed view key is not properly validated and sanitized, which can result in a potential cross-site scripting (XSS) vulnerability when attempting to access a detailed license view that does not exist. Attackers can exploit this vulnerability to inject malicious scripts into the response generated by the `license_details_view` function. When unsuspecting users visit the page, their browsers will execute the injected scripts, leading to unauthorized actions, session hijacking, or stealing sensitive information. This issue has been addressed in release `32.5.2`. Users are advised to upgrade. There are no known workarounds for this vulnerability.
Published: 2023-08-14T19:53:24.808Z
Updated: 2024-10-02T20:36:40.644Z
Reference links
Imported from gcve-enriched-dumps CVE data
CVE:CVE-2023-39523 vulnerable 2026-06-08 06:09:37.650111 ScanCode.io command injection in docker image fetch process
MEDIUM (6.8)
ScanCode.io is a server to script and automate software composition analysis with ScanPipe pipelines. Prior to version 32.5.1, the software has a possible command injection vulnerability in the docker fetch process as it allows to append malicious commands in the `docker_reference` parameter. In the function `scanpipe/pipes/fetch.py:fetch_docker_image` the parameter `docker_reference` is user controllable. The `docker_reference` variable is then passed to the vulnerable function `get_docker_image_platform`. However, the `get_docker_image_plaform` function constructs a shell command with the passed `docker_reference`. The `pipes.run_command` then executes the shell command without any prior sanitization, making the function vulnerable to command injections. A malicious user who is able to create or add inputs to a project can inject commands. Although the command injections are blind and the user will not receive direct feedback without logs, it is still possible to cause damage to the server/container. The vulnerability appears for example if a malicious user adds a semicolon after the input of `docker://;`, it would allow appending malicious commands. Version 32.5.1 contains a patch for this issue. The `docker_reference` input should be sanitized to avoid command injections and, as a workaround, one may avoid creating commands with user controlled input directly.
Published: 2023-08-07T20:55:46.855Z
Updated: 2024-10-03T16:00:56.672Z
Reference links
Imported from gcve-enriched-dumps CVE data

Contribute

You can submit an edit proposal for this CPE entry or suggest a related product/vendor addition using the action button above.

Inspect record JSON

Open JSON directly

Open this panel to browse, search, copy or download the JSON record.