This shouldn't have happened: A vulnerability postmortem
googleprojectzero.blogspot.com
This shouldn't have happened: A vulnerability postmortem
1–10 of 499 posts
Re: This shouldn't have happened: A vulnerability postmortem
#2Re: This shouldn't have happened: A vulnerability postmortem
#3Re: This shouldn't have happened: A vulnerability postmortem
#4Re: This shouldn't have happened: A vulnerability postmortem
#5Buffer Overflow is a classic right? (queue Rust enthusiasts)
Re: This shouldn't have happened: A vulnerability postmortem
#6Re: This shouldn't have happened: A vulnerability postmortem
#7This sounds like a very good argument for switching over to Rust.
Re: This shouldn't have happened: A vulnerability postmortem
#8Reasons why this buffer overflow wasn't caught earlier despite doing all the right things
And then to give those reasons:
- "each component is fuzzed independently" ... "This fuzzer might have produced a SECKEYPublicKey that could have reached the vulnerable code, but as the result was never used to verify a signature, the bug could never be discovered."
- "There is an arbitrary limit of 10000 bytes placed on fuzzed input. There is no such limit within NSS; many structures can exceed this size. This vulnerability demonstrates that errors happen at extremes"
- "combined [fuzzer] coverage metrics [...]. This data proved misleading, as the vulnerable code is fuzzed extensively but by fuzzers that could not possibly generate a relevant input."
The conclusion is, of course, to fix those problems if your code base also has them, but also "even extremely well-maintained C/C++ can have fatal, trivial mistakes".
Re: This shouldn't have happened: A vulnerability postmortem
#9Buffer Overflow is a classic right? (queue Rust enthusiasts)
https://www.theonion.com/no-way-to-prevent-this-says-only-na...