In the Linux kernel, the following vulnerability has been resolved:
netfilter: nfnetlink_osf: fix potential NULL dereference in ttl check
The nf_osf_ttl() function accessed skb->dev to perform a local interface
address lookup without verifying that the device pointer was valid.
Additionally, the implementation utilized an in_dev_for_each_ifa_rcu
loop to match the packet source address against local interface
addresses. It assumed that packets from the same subnet should not see a
decrement on the initial TTL. A packet might appear it is from the same
subnet but it actually isn't especially in modern environments with
containers and virtual switching.
Remove the device dereference and interface loop. Replace the logic with
a switch statement that evaluates the TTL according to the ttl_check.
CVSS
7.5 HIGH (v3.1, CNA)CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H
from 11eeef41d5f63c7d2f7fdfcc733eb7fb137cc384 before f4de0777e4554a7de19c920accde6319dd530782; from 11eeef41d5f63c7d2f7fdfcc733eb7fb137cc384 before c996a90f3071cf43683e5423da31aadbe002b8b4; from 11eeef41d5f63c7d2f7fdfcc733eb7fb137cc384 before edc806f9122961f0d3819f7c69c14cccde31f277; 11eeef41d5f63c7d2f7fdfcc733eb7fb137cc384 builds before 5d05de2f0928d81309a815ecc76d1a3ad72cbc16; from 11eeef41d5f63c7d2f7fdfcc733eb7fb137cc384 before 95be653a76793856ff8b2d8bd82c2943c23f5ca8; from 11eeef41d5f63c7d2f7fdfcc733eb7fb137cc384 before 79b90a96688e521771fa6ed3dc7864b76b8df293; from 11eeef41d5f63c7d2f7fdfcc733eb7fb137cc384 before 83fc5dd63455a779ea2dd0f7ffee3c920919d80b; from 11eeef41d5f63c7d2f7fdfcc733eb7fb137cc384 before 711987ba281fd806322a7cd244e98e2a81903114
from 2.6.31 before 5.10.258; from 5.11 before 5.15.209; from 5.16 before 6.1.175; from 6.2 before 6.6.141; from 6.7 before 6.12.91; from 6.13 before 6.18.33; from 6.19 before 7.0.10
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.