CVE-2024-39696

{"id": "CVE-2024-39696", "cveTags": [], "metrics": {"cvssMetricV31": [{"type": "Secondary", "source": "security-advisories@github.com", "cvssData": {"scope": "UNCHANGED", "version": "3.1", "baseScore": 8.8, "attackVector": "NETWORK", "baseSeverity": "HIGH", "vectorString": "CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H", "integrityImpact": "HIGH", "userInteraction": "NONE", "attackComplexity": "LOW", "availabilityImpact": "HIGH", "privilegesRequired": "LOW", "confidentialityImpact": "HIGH"}, "impactScore": 5.9, "exploitabilityScore": 2.8}]}, "published": "2024-07-05T19:15:10.673", "references": [{"url": "https://github.com/evmos/evmos/commit/0a620e176617a835ac697eea494afea09185dfaf", "source": "security-advisories@github.com"}, {"url": "https://github.com/evmos/evmos/security/advisories/GHSA-q6hg-6m9x-5g9c", "source": "security-advisories@github.com"}], "vulnStatus": "Awaiting Analysis", "weaknesses": [{"type": "Secondary", "source": "security-advisories@github.com", "description": [{"lang": "en", "value": "CWE-863"}]}], "descriptions": [{"lang": "en", "value": "Evmos is a decentralized Ethereum Virtual Machine chain on the Cosmos Network. Prior to version 19.0.0, a user can create a vesting account with a 3rd party account (EOA or contract) as funder. Then, this user can create an authorization for the contract.CallerAddress, this is the authorization checked in the code. But the funds are taken from the funder address provided in the message. Consequently, the user can fund a vesting account with a 3rd party account without its permission. The funder address can be any address, so this vulnerability can be used to drain all the accounts in the chain. The issue has been patched in version 19.0.0."}, {"lang": "es", "value": "Evmos es una cadena descentralizada de m\u00e1quinas virtuales Ethereum en Cosmos Network. Antes de la versi\u00f3n 19.0.0, un usuario puede crear una cuenta de adquisici\u00f3n de derechos con una cuenta de un tercero (EOA o contrato) como financiador. Luego, este usuario puede crear una autorizaci\u00f3n para el contrato.CallerAddress, esta es la autorizaci\u00f3n marcada en el c\u00f3digo. Pero los fondos se toman de la direcci\u00f3n del financiador proporcionada en el mensaje. En consecuencia, el usuario puede depositar fondos en una cuenta de adquisici\u00f3n de derechos con una cuenta de terceros sin su permiso. La direcci\u00f3n del financiador puede ser cualquier direcci\u00f3n, por lo que esta vulnerabilidad se puede utilizar para vaciar todas las cuentas de la cadena. El problema se solucion\u00f3 en la versi\u00f3n 19.0.0."}], "lastModified": "2024-07-08T15:49:22.437", "sourceIdentifier": "security-advisories@github.com"}