Descripción
En el kernel de Linux se resolvió la siguiente vulnerabilidad: net: openvswitch: conntrack: fix helper UAF due to extensions realloc Al invocar los helpers, se enlaza un puntero sin procesar al área de extensiones en la lista de expectativas: -> nf_ct_helper() -> helper->help() -> nf_ct_expect_related_report() -> nf_ct_expect_insert() -> hlist_add_head_rcu(&exp->lnode, &master_help->expectations) Si la conexión aún no está confirmada, posteriormente se pueden agregar más extensiones mediante llamadas a *_ext_add(), que reasignan el espacio de extensiones y dejan en la lista de expectativas el puntero, ahora inválido, al que luego se accede al eliminar la expectativa. La corrección asegura que los helpers se invoquen al final, una vez que todas las demás extensiones ya se hayan agregado. Cabe señalar que el rechazo del helper ahora deja establecidos la marca y las etiquetas, pero esto no difiere de cómo se manejaba antes NAT ni de cómo se manejaban la marca y las etiquetas ante una falla de confirmación. Además, la API no ofrece garantías de atomicidad.
Qué hacer
Revisa si usas el producto afectado y en qué versión, y aplica la actualización o la mitigación que indique el aviso del fabricante. CISA no ha confirmado que se esté explotando; si eso cambia, esta ficha pasa a «explotada» y te avisamos en el boletín.
Versiones afectadas
- Linux Afectadas: cae3a2627520c3795b54533c5328b77af3405dbe y anteriores a f53d13a286fb275bda0efdf445b8a1e4dfcb717b · cae3a2627520c3795b54533c5328b77af3405dbe y anteriores a 84d47a83b7b717576de0defab46b8823a22853b0 · cae3a2627520c3795b54533c5328b77af3405dbe y anteriores a 9f308197395c1a524b736e401cbc8a2ed7d246c9 · cae3a2627520c3795b54533c5328b77af3405dbe y anteriores a 18866dc1f525f9ee4de7709529d1ae1af8d8e8be · cae3a2627520c3795b54533c5328b77af3405dbe y anteriores a afcf362625190c5260530b1d6c7daa98831f6b83 · cae3a2627520c3795b54533c5328b77af3405dbe y anteriores a 5f23080a625dd7855ab91485c8d691a54a1979f0 · cae3a2627520c3795b54533c5328b77af3405dbe y anteriores a e02a83bb0b7a203f6a22f55ad5f426765560f811 · cae3a2627520c3795b54533c5328b77af3405dbe y anteriores a 1a4151e6be57b098b7a5ebfbde58585e83200cdc
- Linux Afectadas: 4.3 No afectadas: 5.10.273 · 5.15.224 · 6.1.191 · 6.6.160 · 6.12.112 · 6.18.55
Según el registro de la vulnerabilidad en CVE.org, tal como lo publicó el fabricante. Confirma tu versión exacta en el aviso del fabricante.
Referencias
- Referencia en git.kernel.orggit.kernel.org/stable/c/f53d13a286fb275bda0efdf445b8a1e4dfcb717b
- Referencia en git.kernel.orggit.kernel.org/stable/c/84d47a83b7b717576de0defab46b8823a22853b0
- Referencia en git.kernel.orggit.kernel.org/stable/c/9f308197395c1a524b736e401cbc8a2ed7d246c9
- Referencia en git.kernel.orggit.kernel.org/stable/c/18866dc1f525f9ee4de7709529d1ae1af8d8e8be
- Referencia en git.kernel.orggit.kernel.org/stable/c/afcf362625190c5260530b1d6c7daa98831f6b83
- Referencia en git.kernel.orggit.kernel.org/stable/c/5f23080a625dd7855ab91485c8d691a54a1979f0
- Referencia en git.kernel.orggit.kernel.org/stable/c/e02a83bb0b7a203f6a22f55ad5f426765560f811
- Referencia en git.kernel.orggit.kernel.org/stable/c/1a4151e6be57b098b7a5ebfbde58585e83200cdc
Ver el texto original en inglés (CVE.org)
net: openvswitch: conntrack: fix helper UAF due to extensions realloc
In the Linux kernel, the following vulnerability has been resolved: net: openvswitch: conntrack: fix helper UAF due to extensions realloc While calling the helpers, a raw pointer to the extensions area is wired into expectations list: -> nf_ct_helper() -> helper->help() -> nf_ct_expect_related_report() -> nf_ct_expect_insert() -> hlist_add_head_rcu(&exp->lnode, &master_help->expectations) In case the connection is not confirmed yet, more extensions can be added afterwards with *_ext_add() calls reallocating the extension space and leaving the now invalid pointer in the expectations list that is later accessed while removing the expectation. Make sure that helpers are called at the end after all the other extensions are already added. Note that the helper rejection now leaves the mark and labels set, but that's not different from how the NAT was handled before or how the mark and the labels were handled on confirmation failure. And there are no atomicity guarantees provided by the API anyway.