[a / b / c / d / e / f / g / gif / h / hr / k / m / o / p / s / t / u / v / vg / vm / vmg / vr / vrpg / vst / w / wg] [i / ic] [r9k / s4s / vip] [cm / hm / lgbt / y] [3 / aco / adv / an / bant / biz / cgl / ck / co / diy / fa / fit / gd / hc / his / int / jp / lit / mlp / mu / n / news / out / po / pol / pw / qst / sci / soc / sp / tg / toy / trv / tv / vp / vt / wsg / wsr / x / xs] [Settings] [Search] [Mobile] [Home]
Board
▼ Settings Mobile Home
/g/ - Technology


Thread archived.
You cannot reply anymore.


[Advertise on 4chan]


File: IMG_0184.gif (1.97 MB, 400x300)
1.97 MB GIF
https://nvd.nist.gov/vuln/detail/cve-2026-99999

lol
>>
>>110116058
>blank website
did I get hacked?
>>
Life is unfairrr...
>>
>>110116058
yes no maybe I don't know
>>
>>110116517
can you repeat the question?
>>
>>110116058
>IP stack vulnerability
What year is this?
>>
>>110116058
Why'd they give it 99999?
It's kind of bad, but not catastrophic.
>>
In the Linux kernel, the following vulnerability has been resolved: ipv4: validate checksum_start before completing checksum If a packet with bad checksum metadata gets into the ipv4 stack, skb_checksum_help can corrupt the network header and cause a bunch of mischief. This was discovered and reported by Paulos, and has been reporoduced by others independently since. We really shouldn't allow such packets in, but as a defence in depth measure, let's also check before we complete the checksum. A more complete validation at input is forthcoming, but needs more work.
did a fucking llm write this?
>>
>>110116529
you're not the boss of me now
>>
>>110116058
gran episodio cuando hal se hace amigo de los fisicoculturistas tambien cuando se pelea con la abeja



[Advertise on 4chan]

Delete Post: [File Only] Style:
[Disable Mobile View / Use Desktop Site]

[Enable Mobile View / Use Mobile Site]

All trademarks and copyrights on this page are owned by their respective parties. Images uploaded are the responsibility of the Poster. Comments are owned by the Poster.