logoalt Hacker News

bluGillyesterday at 4:55 PM2 repliesview on HN

Curl has a well earned reputation for high quality code. If you find something there it means you are good. There is a lot of software where finding a vulnerability mostly means you bothered to look and are not completely stupid. Nobody is going to be impressed if you find an issue with something that everybody already knows is poorly coded.


Replies

croteyesterday at 11:03 PM

Its vulnerability overview page[0] also helpfully lists which were caused by the use of C. The fact that even an extremely-high-quality codebase like Curl is still encountering things like use-after-free issues is pretty damning for the people clamoring that it is perfectly possible for skilled programmers to write safe C.

If even Daniel Stenberg can't consistently write safe C code, I think we can assume that nobody can. Either you switch to a memory-safe language like Rust, or you adopt a high-cost runtime checker like Fil-C, or you'll have to live with a never-ending series of memory safety vulnerabilities.

[0]: https://curl.se/docs/security.html

mynameisashyesterday at 5:31 PM

> Curl has a well earned reputation for high quality code.

SQLite also has a very good reputation. I vaguely recall hearing about one SQLite vulnerability discovered via AI, but I thought it turned out to be a nothingburger. A quick search turned up CVE-2025-6965[0,1], published on 2025-07-15, which affects SQLite < 3.50.2 (versions published before 2025-05-29[2]).

I'm not much of a security nerd, but my naive reading of this implies that it was already known and fixed as of the time of the CVE; in other words, the AI discovery didn't seem particularly helpful (though one could argue that it did successfully discover a CVE).

Has AI found many/any other vulnerabilities in SQLite?

[0] https://cybersecuritynews.com/sqlite-0-day-vulnerability/

[1] https://nvd.nist.gov/vuln/detail/cve-2025-6965

[2] https://sqlite.org/releaselog/3_50_2.html

show 1 reply