Re:Bug finding is slow in spite of many eyeballs
by jacquesm on Monday February 23, 2015 @02:25PM
(#9096392)
It's the devil that we know. New environments: new exploit classes.
Re:Bug finding is slow in spite of many eyeballs
by schoen on Monday February 23, 2015 @06:30PM
(#9097761)
There are some great examples of that (return-oriented programming as a way of getting around non-executable data segments), but surely there are some tools where adopting them was a pure win for safety and correctness over the status quo.
> Perhaps you think these 30 bugs are really tricky, deeply hidden and complicated logic monsters that would explain the time they took to get found? Nope, I would say that every single one of them are pretty obvious once you spot them and none of them take a very long time for a reviewer to understand.
For me the takeaway is that even something as basic and mature as curl can't get it right in C. Two buffer overflows in as many years, along with TLS and HTTP failures. It's past time to move onto better tools. I hope the "bitcoin piñata" calls attention to the fact that there's now a full SSL stack available in a substantially safer language.