Description
In the Linux kernel, the following vulnerability has been resolved: ipvs: avoid out-of-bounds write in ip_vs_nat_icmp Sashiko warns that local attacker can modify the packet while it is processed by IPVS. Some places read the IP ihl field multiple times which can cause out-of-bounds access. One such place is ip_vs_nat_icmp where we can write after the validated area. Fix it by providing ciph argument just like it is done for IPv6 and use ciph->len as offset to the embedded transport header. Modify some IPv4 header checks by reading the ihl field only once.
Affected products
Version statuses are supplied by the assigning organization. Consult the original record for detailed ranges and platform conditions.
Linux Linux
Default version status: unaffected
1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 to < 3b8f79af0e98f27b932b0b416e9c52b692d31ff9affected1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 to < 3c779b258c9c3c3567af68d4f45c2f751f35bd0eaffected1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 to < be65fa324640c7a95e30b146159a2be5cc73f22eaffected1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 to < a69a4b3fff5814d079beff9a1e9d369994b2ed47affected1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 to < 243d0187ec4c3837b9b0004f18d1068e46115760affected1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 to < 646922a0379496154e8c8faca4f8e2fd9100caccaffected
Linux Linux
Default version status: affected
2.6.12affected0 to < 2.6.12unaffected6.1.183 to ≤ 6.1.*unaffected6.6.152 to ≤ 6.6.*unaffected6.12.104 to ≤ 6.12.*unaffected6.18.45 to ≤ 6.18.*unaffected7.1.9 to ≤ 7.1.*unaffected7.2 to ≤ *unaffected
References
- https://git.kernel.org/stable/c/3b8f79af0e98f27b932b0b416e9c52b692d31ff9 ↗
- https://git.kernel.org/stable/c/3c779b258c9c3c3567af68d4f45c2f751f35bd0e ↗
- https://git.kernel.org/stable/c/be65fa324640c7a95e30b146159a2be5cc73f22e ↗
- https://git.kernel.org/stable/c/a69a4b3fff5814d079beff9a1e9d369994b2ed47 ↗
- https://git.kernel.org/stable/c/243d0187ec4c3837b9b0004f18d1068e46115760 ↗
- https://git.kernel.org/stable/c/646922a0379496154e8c8faca4f8e2fd9100cacc ↗