Xbow-Security

#2420of 53,624
100.8Total CVSS
Vulnerabilities · 13
Medium
6
High
6
Critical
1
PT-2025-24673
9.9
2025-06-09
Geotools · Geotools · CVE-2025-30220
**Name of the Vulnerable Software and Affected Versions** GeoServer versions prior to 2.27.1 GeoServer versions prior to 2.26.3 GeoServer versions prior to 2.25.7 GeoTools versions prior to 33.1 GeoTools versions prior to 32.3 GeoTools versions prior to 31.7 GeoTools versions prior to 28.6.1 GeoNetwork versions prior to 4.4.8 GeoNetwork versions prior to 4.2.13 **Description** The issue is related to the use of the Eclipse XSD library in the GeoTools Schema class, which is vulnerable to XML External Entity (XXE) exploit. This affects users who expose XML processing with gt-xsd-core involved in parsing when the documents carry a reference to an external XML schema. The gt-xsd-core Schemas class is not using the EntityResolver provided by the ParserHandler. This also impacts users of gt-wfs-ng DataStore where the ENTITY RESOLVER connection parameter was not being used as intended. **Recommendations** For GeoServer versions prior to 2.27.1, update to version 2.27.1 or later. For GeoServer versions prior to 2.26.3, update to version 2.26.3 or later. For GeoServer versions prior to 2.25.7, update to version 2.25.7 or later. For GeoTools versions prior to 33.1, update to version 33.1 or later. For GeoTools versions prior to 32.3, update to version 32.3 or later. For GeoTools versions prior to 31.7, update to version 31.7 or later. For GeoTools versions prior to 28.6.1, update to version 28.6.1 or later. For GeoNetwork versions prior to 4.4.8, update to version 4.4.8 or later. For GeoNetwork versions prior to 4.2.13, update to version 4.2.13 or later.
PT-2025-7074
8.7
2025-02-14
Unknown · Label Studio · CVE-2025-25295
Name of the Vulnerable Software and Affected Versions: Label Studio versions prior to 1.16.0 Label Studio SDK versions prior to 1.0.10 Description: A path traversal vulnerability in Label Studio SDK allows unauthorized file access outside the intended directory structure. The flaw exists in the VOC, COCO, and YOLO export functionalities, which invoke a `download` function on the `label-studio-sdk` python package that fails to validate file paths when processing image references during task exports. By creating tasks with path traversal sequences in the image field, an attacker can force the application to read files from arbitrary server filesystem locations when exporting projects in any of the mentioned formats. This is an authentication-required vulnerability allowing arbitrary file reads from the server filesystem, potentially exposing sensitive information like configuration files, credentials, and confidential data. Recommendations: To mitigate this issue, Label Studio users should upgrade to version 1.16.0 or newer. As a temporary workaround, consider validating and sanitizing file paths, adding an allowlist of directories and file types, implementing file access controls, and using randomized file names and secure file storage abstraction. Restrict access to the vulnerable `download` function in the `label-studio-sdk` python package to minimize the risk of exploitation. Avoid using the `image` field in the affected API endpoint until the issue is resolved.
PT-2025-7076
8.6
2025-02-14
Unknown · Label Studio · CVE-2025-25297
Name of the Vulnerable Software and Affected Versions: Label Studio versions prior to 1.16.0 Description: Label Studio's S3 storage integration feature contains a Server-Side Request Forgery (SSRF) vulnerability in its endpoint configuration. When creating an S3 storage connection, the application allows users to specify a custom S3 endpoint URL via the `s3 endpoint` parameter. This endpoint URL is passed directly to the boto3 AWS SDK without proper validation or restrictions on the protocol or destination. The vulnerability allows an attacker to make the application send HTTP requests to arbitrary internal services by specifying them as the S3 endpoint. When the storage sync operation is triggered, the application attempts to make S3 API calls to the specified endpoint, effectively making HTTP requests to the target service and returning the response in error messages. This SSRF vulnerability enables attackers to bypass network segmentation and access internal services that should not be accessible from the external network. The vulnerability is particularly severe because error messages from failed requests contain the full response body, allowing data exfiltration from internal services. Recommendations: To resolve the issue, update to version 1.16.0 or later, which contains a patch for the SSRF vulnerability. As a temporary workaround, consider implementing strict validation of S3 endpoint URLs to allow only valid S3 service endpoints, adding an allowlist of endpoint domains and protocols, and sanitizing error messages to prevent leakage of sensitive information from failed requests. Additionally, consider implementing network-level controls to restrict outbound connections from the application server.