CVE-2026-13603

{"id": "CVE-2026-13603", "cveTags": [], "metrics": {"ssvcV203": [{"source": "134c704f-9b21-4f2e-91b3-4a467353bcc0", "ssvcData": {"id": "CVE-2026-13603", "role": "CISA Coordinator", "options": [{"exploitation": "none"}, {"automatable": "yes"}, {"technicalImpact": "total"}], "version": "2.0.3", "timestamp": "2026-07-01T14:07:27.700177Z"}}], "cvssMetricV40": [{"type": "Secondary", "source": "655498c3-6ec5-4f0b-aea6-853b334d05a6", "cvssData": {"Safety": "NOT_DEFINED", "version": "4.0", "Recovery": "NOT_DEFINED", "baseScore": 9.0, "Automatable": "NOT_DEFINED", "attackVector": "NETWORK", "baseSeverity": "CRITICAL", "valueDensity": "NOT_DEFINED", "vectorString": "CVSS:4.0/AV:N/AC:L/AT:N/PR:N/UI:N/VC:H/VI:H/VA:L/SC:H/SI:H/SA:L/E:U/CR:X/IR:X/AR:X/MAV:X/MAC:X/MAT:X/MPR:X/MUI:X/MVC:X/MVI:X/MVA:X/MSC:X/MSI:X/MSA:X/S:X/AU:X/R:X/V:X/RE:X/U:X", "exploitMaturity": "UNREPORTED", "providerUrgency": "NOT_DEFINED", "userInteraction": "NONE", "attackComplexity": "LOW", "attackRequirements": "NONE", "privilegesRequired": "NONE", "subIntegrityImpact": "HIGH", "vulnIntegrityImpact": "HIGH", "integrityRequirement": "NOT_DEFINED", "modifiedAttackVector": "NOT_DEFINED", "subAvailabilityImpact": "LOW", "vulnAvailabilityImpact": "LOW", "availabilityRequirement": "NOT_DEFINED", "modifiedUserInteraction": "NOT_DEFINED", "modifiedAttackComplexity": "NOT_DEFINED", "subConfidentialityImpact": "HIGH", "vulnConfidentialityImpact": "HIGH", "confidentialityRequirement": "NOT_DEFINED", "modifiedAttackRequirements": "NOT_DEFINED", "modifiedPrivilegesRequired": "NOT_DEFINED", "modifiedSubIntegrityImpact": "NOT_DEFINED", "modifiedVulnIntegrityImpact": "NOT_DEFINED", "vulnerabilityResponseEffort": "NOT_DEFINED", "modifiedSubAvailabilityImpact": "NOT_DEFINED", "modifiedVulnAvailabilityImpact": "NOT_DEFINED", "modifiedSubConfidentialityImpact": "NOT_DEFINED", "modifiedVulnConfidentialityImpact": "NOT_DEFINED"}}]}, "affected": [{"source": "655498c3-6ec5-4f0b-aea6-853b334d05a6", "affectedData": [{"repo": "https://github.com/pretix/pretix-oppwa", "vendor": "pretix", "product": "pretix-oppwa", "versions": [{"status": "affected", "version": "0", "lessThan": "1.4.4", "versionType": "python"}], "packageName": "pretix-oppwa", "collectionURL": "https://pypi.python.org", "defaultStatus": "unaffected"}]}], "published": "2026-07-01T14:16:31.910", "references": [{"url": "https://pretix.eu/about/en/blog/20260701-release-2026-5-3/", "source": "655498c3-6ec5-4f0b-aea6-853b334d05a6"}], "vulnStatus": "Deferred", "weaknesses": [{"type": "Secondary", "source": "655498c3-6ec5-4f0b-aea6-853b334d05a6", "description": [{"lang": "en", "value": "CWE-20"}, {"lang": "en", "value": "CWE-918"}]}], "descriptions": [{"lang": "en", "value": "The payment integration pretix-oppwa provides support \nfor the payment providers VR Payment, Hobex, and potentially others \nbased on Oppwa's technology. The integration of Oppwa, following their \nofficial documentation, includes a step where the user is redirected \nfrom the payment provider back to our system with a query parameter like\n ?resourcePath=/v1/checkouts/{checkoutId}/payment in the URL. Our system is then supposed to fetch the status of the transaction from the URL given by baseUrl + resourcePath.\n\n\n\nOur plugin pretix-oppwa did so insecurely by \nconcatenating the parameter form the URL to the base domain of the API \nwithout further validation and, critically, without a / at the end of the baseUrl. Therefore, an attacker could inject a resourcePath argument in a way that causes pretix to call a different\n server instead. Since the request includes the access token (API key) \nof the Oppwa account, this would leak the access token, giving access to\n data contained in the payment provider's system. This is fixed with the\n release today by strictly validating the given API URL.\n\n\n\n\n\n\n\n\n\nAfter installing the update, we recommend asking your payment provider for a new access token and updating it in pretix."}, {"lang": "es", "value": "La integraci\u00f3n de pagos pretix-oppwa proporciona soporte para los proveedores de pago VR Payment, Hobex y, potencialmente, otros basados en la tecnolog\u00eda de Oppwa. La integraci\u00f3n de Oppwa, siguiendo su documentaci\u00f3n oficial, incluye un paso en el que el usuario es redirigido desde el proveedor de pago de vuelta a nuestro sistema con un par\u00e1metro de consulta como ?resourcePath=/v1/checkouts/{checkoutId}/payment en la URL. Nuestro sistema debe entonces obtener el estado de la transacci\u00f3n de la URL dada por baseUrl + resourcePath.\n\nNuestro plugin pretix-oppwa lo hizo de forma insegura al concatenar el par\u00e1metro de la URL al dominio base de la API sin validaci\u00f3n adicional y, cr\u00edticamente, sin una / al final de la baseUrl. Por lo tanto, un atacante podr\u00eda inyectar un argumento resourcePath de tal manera que pretix llamara a un servidor diferente en su lugar. Dado que la solicitud incluye el token de acceso (clave API) de la cuenta de Oppwa, esto filtrar\u00eda el token de acceso, dando acceso a los datos contenidos en el sistema del proveedor de pago. Esto se ha solucionado con la versi\u00f3n de hoy mediante la validaci\u00f3n estricta de la URL de la API proporcionada.\n\nDespu\u00e9s de instalar la actualizaci\u00f3n, recomendamos solicitar a su proveedor de pago un nuevo token de acceso y actualizarlo en pretix."}], "lastModified": "2026-10-25T17:10:00.197", "sourceIdentifier": "655498c3-6ec5-4f0b-aea6-853b334d05a6"}