Vulnerabilidades

*** Pendiente de traducción *** A vulnerability was determined in AidanPark openclaw-android up to 0.4.0. The affected element is an unknown function of the file android/app/src/main/java/com/openclaw/android/JsBridge.kt of the component Android WebView Bridge. This manipulation causes os command injection. The attack can only be executed locally. The exploit has been publicly disclosed and may be utilized. The pull request to fix this issue awaits acceptance.

*** Pendiente de traducción *** A vulnerability has been found in mettle sendportal up to 3.0.1. This issue affects the function sendgrid/postmark/postal/mailjet of the component APIv1 Webhooks. The manipulation leads to missing authentication. The attack is possible to be carried out remotely. The exploit has been disclosed to the public and may be used. The project was informed of the problem early through an issue report but has not responded yet.

*** Pendiente de traducción *** PayRange Android app, version 7.0.7 and below, contains an SSL bypass vulnerability that allows invalid certificates to be accepted in application webviews. A remote and unauthenticated attacker can steal information that the user sends.

*** Pendiente de traducción *** A flaw has been found in mettle sendportal up to 3.0.1. This vulnerability affects unknown code of the file vendor/mettle/sendportal-core/src/Http/Requests/CampaignStoreRequest.php of the component Campaign Creation Endpoint. Executing a manipulation can lead to authorization bypass. The attack can be executed remotely. The exploit has been published and may be used. The project was informed of the problem early through an issue report but has not responded yet.

*** Pendiente de traducción *** When coupled with the SSL bypass vulnerability, JavaScript can be injected into a WebView in the PayRange version 7.0.7 app. The injection of specific JavaScript function calls allows the attacker to escape the WebView sandbox and perform a number of dangerous actions on the user's device.

*** Pendiente de traducción *** An improper authorization check in MISP’s attribute creation endpoint allowed an authenticated user with permission to add attributes to submit a sharing_group_id without triggering the corresponding sharing group authorization check, as long as the attribute distribution value was not explicitly set to 4 — “sharing group”.<br /> <br /> <br /> As a result, a user could reference or associate an attribute with a sharing group they were not authorized to use. This could lead to an access-control bypass affecting the integrity of attribute sharing metadata and potentially expose or misuse restricted sharing group relationships.<br /> <br /> <br /> The patch changes the authorization logic so that the sharing group permission check is performed whenever a non-empty sharing_group_id is provided, regardless of the selected distribution value.

*** Pendiente de traducción *** n8n is an open source workflow automation platform. Prior to 2.27.4 and 2.28.1, the AI Agents feature did not enforce the Allowed HTTP Request Domains restriction configured on credentials when an MCP tool was pointed at an arbitrary URL, allowing a member-level user with use-only access to a shared credential to send its secret to an external server they control. This issue is fixed in versions 2.27.4 and 2.28.1.

*** Pendiente de traducción *** n8n is an open source workflow automation platform. Prior to 1.123.61, 2.27.4, and, 2.28.1, an authenticated user with the default workflow:create permission could pollute Object.prototype through a crafted workflow saved, updated, or imported via the workflow API, allowing unauthenticated requests to be treated as a privileged user and exposing user and project listing endpoints. This issue is fixed in versions 1.123.61, 2.27.4, and 2.28.1.

*** Pendiente de traducción *** n8n is an open source workflow automation platform. Prior to 2.27.4 and from 2.28.0 prior to 2.28.1, n8n instances configured with more than one trusted token-exchange issuer resolved external identities to local accounts using only the JWT sub claim and ignored the iss claim, allowing an attacker with a valid token from one trusted issuer and a sub matching a victim under another issuer to authenticate as that victim. This issue is fixed in versions 2.27.4 and 2.28.1.

*** Pendiente de traducción *** Rejected reason: This CVE ID has been rejected or withdrawn by its CVE Numbering Authority.

*** Pendiente de traducción *** [This CNA information record relates to multiple CVEs; the text explains which aspects/vulnerabilities correspond to which CVE.]<br /> XAPI can configure different users with different roles, using Role<br /> Based Access Control. For more details, see:<br /> <br /> https://docs.xenserver.com/en-us/xencenter/current-release/rbac-overview.html#rbac-roles<br /> <br /> The pool-admin role is fully privileged. Notably, users with this role<br /> can also SSH into the host as root.<br /> <br /> The other administrator roles are pool-operator, vm-power-admin and<br /> vm-admin, each of which are authorised to configure and manage various<br /> aspects of the system.<br /> <br /> Some settings are inadequately restricted, and can be set by a lower<br /> privilege of administrator than expected.<br /> <br /> * CVE-2026-23559: A vm-admin can set VBD.other_config:backend-local and<br /> turn arbitrary files in dom0 into VDIs (virtual disks) and give said<br /> disks to a VM they control. This is an arbitrary read and/or modify<br /> of files in dom0.<br /> <br /> * CVE-2026-23560: A vm-admin can set VM.other-config:is_system_domain<br /> and mark a VM as a system domain. System domains are ignored and<br /> left running during certain other host/pool operations, and may be<br /> hidden from view in tooling.<br /> <br /> * CVE-2026-23561: A vm-admin can set VM.other_config:storage_driver_domain<br /> and mark a VM as the storage domain for a particular host storage<br /> connection (PBD). Shutting down the VM can cause the PBD to be<br /> erroneously marked as unplugged when it is not.<br /> <br /> * CVE-2026-23562: Configuration of PCI passthrough is normally<br /> restricted to the pool-admin role. However one API was missing this<br /> check, allowing a vm-admin access to unintended host hardware.<br /> <br /> * CVE-2026-42486: A vm-admin can set the VM.platform:hvm_serial<br /> parameter, which should be restricted to the pool-admin role, as it<br /> can allow arbitrary dom0 file write.

*** Pendiente de traducción *** [This CNA information record relates to multiple CVEs; the text explains which aspects/vulnerabilities correspond to which CVE.]<br /> XAPI can configure different users with different roles, using Role<br /> Based Access Control. For more details, see:<br /> <br /> https://docs.xenserver.com/en-us/xencenter/current-release/rbac-overview.html#rbac-roles<br /> <br /> The pool-admin role is fully privileged. Notably, users with this role<br /> can also SSH into the host as root.<br /> <br /> The other administrator roles are pool-operator, vm-power-admin and<br /> vm-admin, each of which are authorised to configure and manage various<br /> aspects of the system.<br /> <br /> Some settings are inadequately restricted, and can be set by a lower<br /> privilege of administrator than expected.<br /> <br /> * CVE-2026-23559: A vm-admin can set VBD.other_config:backend-local and<br /> turn arbitrary files in dom0 into VDIs (virtual disks) and give said<br /> disks to a VM they control. This is an arbitrary read and/or modify<br /> of files in dom0.<br /> <br /> * CVE-2026-23560: A vm-admin can set VM.other-config:is_system_domain<br /> and mark a VM as a system domain. System domains are ignored and<br /> left running during certain other host/pool operations, and may be<br /> hidden from view in tooling.<br /> <br /> * CVE-2026-23561: A vm-admin can set VM.other_config:storage_driver_domain<br /> and mark a VM as the storage domain for a particular host storage<br /> connection (PBD). Shutting down the VM can cause the PBD to be<br /> erroneously marked as unplugged when it is not.<br /> <br /> * CVE-2026-23562: Configuration of PCI passthrough is normally<br /> restricted to the pool-admin role. However one API was missing this<br /> check, allowing a vm-admin access to unintended host hardware.<br /> <br /> * CVE-2026-42486: A vm-admin can set the VM.platform:hvm_serial<br /> parameter, which should be restricted to the pool-admin role, as it<br /> can allow arbitrary dom0 file write.