Read 2026-10-04
curl/curl: technical due diligence, read from its repository
What Borehole read in curl/curl's code and history at c28aeff: its licence, security advisories, releases, review practice, tests, dependencies and operations. Every finding cites the file and line it rests on. The full report also covers the team and asks the questions the code cannot answer.
| Dimension | Rating |
|---|---|
| Architecture & Codebase — including AI provenance | strong |
| Engineering Process & SDLC Maturity | strong |
| Product & Engineering Maturity | strong |
| Security & Reliability Posture | strong |
| Observability & Operations | not assessable |
| Fit with the Acquirer | not assessable |
What the repository says
.github/pull_request_template.md:5: states a policy on AI-generated contributionsSECURITY.md:19: names OpenSSF
Architecture & Codebase — including AI provenance
stronglib/vtls/openssl.c is 5,557 lines, 46× this codebase's median file
adequateThe median source file here is 119 lines. 50 files exceed 1,190 lines, the largest being 5,557. Size is not a defect on its own — some problems genuinely live in one place — but these are where merge conflicts, review fatigue and single-owner knowledge concentrate, and they are the first thing that slows an inheriting engineer down.
lib/vtls/openssl.c:1 — 5,557 lines (46× median) |
lib/http.c:1 — 5,116 lines (42× median) |
lib/ftp.c:1 — 4,519 lines (37× median) |
lib/multi.c:1 — 4,265 lines (35× median) |
m4/curl-functions.m4:1 — 4,114 lines (34× median) |
Engineering Process & SDLC Maturity
strongNo finding.
Product & Engineering Maturity
strongEffort is shifting from building to rewriting
adequateDeleted lines per line added rose from 0.60 to 0.80 between the first and second halves of this history. Rework is normal and often healthy, but a rising ratio means an increasing share of the team's time is spent replacing code that already exists rather than building what does not. Whether that is deliberate repayment or churn is a question for the team.
| first half 0.60, second half 0.80 (split 2013-05-12) |
Security & Reliability Posture
strong24 advisories against this project in the last 24 months, 11 high or critical
adequateThe newest was published on 2026-09-06. A project that publishes advisories is telling its users about its fixes, and the count and pace say how much security work it carries. Whether 24 of them are fixed in the code you ship could not be told from this history: its version is only known to be at least 8.22.0. Answer lives in: the release you run, set against each fixed version. The record is incomplete: NVD: 67 records name curl with nothing tying them to this repository (CVE-2016-4606, CVE-2017-2628, CVE-2019-25351, …).
| 2026-09-06: CVE-2026-80255 (high): A `Set-Cookie:` header using tab (horizontal tab, ASCII code 9) instead of space (ascii code 32) immediately before the `Secure` attribute causes curl to store |
| 2026-07-17: CVE-2026-62234 (high): Grav before 2.0.4 fails to restrict cURL protocols in webhook dispatch, allowing authenticated users with api.webhooks.write permission to create webhooks with |
| 2026-07-03: CVE-2026-11352 (high): An issue in curl’s QUIC UDP receive function allows a malicious HTTP/3 server to trigger a remote denial of service against a curl or libcurl client. Because th |
| 2026-07-03: CVE-2026-11586 (high): By default, curl automatically responds to WebSocket PING frames. Because curl lacks an upper bound on memory allocation for unacknowledged frames, a malicious |
| 2026-07-03: CVE-2026-12064 (high): When a user invokes curl using a schemeless URL combined with `--proto-default` sftp (or scp), a disconnect occurs between the tool layer and libcurl. The tool |
Observability & Operations
not assessableNot rated: only 4 of 16 checks could reach a conclusion here; the rest do not apply to this repository or could not read it.
Fit with the Acquirer
not assessableNot rated: structurally not assessable from a repository.
Read more, or read your own
The full report on curl/curl: every dimension, the questions for the room, and the audit log.
Survey a repository: free on public repositories. Private code is read on your own machine by a collector whose source you can read first.