In the Linux kernel, the following vulnerability has been resolved:
xfrm: fix xfrm_state_construct() auth-trunc leak
attach_auth_trunc() can allocate x->aalg while leaving
x->props.aalgo at zero when the selected auth algorithm has no
sadb_alg_id. One real case is cmac(aes).
xfrm_state_construct() then treats !x->props.aalgo as "no auth
algorithm attached yet" and calls attach_auth(). That overwrites
x->aalg and loses the first allocation. Any later failure or teardown
only frees the replacement pointer.
Check whether x->aalg is already attached instead of inferring that
state from x->props.aalgo.
4447bb33f09444920a8f1d89e1540137429351b6 builds before 958ae9f261319e1cdc44879886bcda2263258cca; from 4447bb33f09444920a8f1d89e1540137429351b6 before fb7f3e74789a3c89647f4eb768f6dfaf4a751e72; from 4447bb33f09444920a8f1d89e1540137429351b6 before ba0c110c205855b3f1e3130d8c0fdb484d704c8c; from 4447bb33f09444920a8f1d89e1540137429351b6 before c8837bbe792257af547fd1c0252553ce13148795; 4447bb33f09444920a8f1d89e1540137429351b6 builds before 71d42da01740ec6557837bebec0bc48cfc3b4c39; from 4447bb33f09444920a8f1d89e1540137429351b6 before cf67361e78dca488d6e4df8396a53e6745a3a80e; from 4447bb33f09444920a8f1d89e1540137429351b6 before 37426395cb90ef217beec8407a14bd82153793d3; from 4447bb33f09444920a8f1d89e1540137429351b6 before be19d20e53a239572bb2a28efcc1cd2b069b1ef9; and 1 more ranges
The CVE record is authoritative. Products marked “from the name” were identified from the CNA's free-text names, not a CPE, and are matched less certainly. This product uses the NVD API but is not endorsed or certified by the NVD.
Printed from infosecsignals.com. Every record links back to the agency that published it.
Your cookie choices
We use essential cookies to run this site, and, only with your consent, an advertising cookie from Google to measure whether our ads lead to sign-ups and subscriptions. See our for details.