TE
科技回声
首页24小时热榜最新最佳问答展示工作
GitHubTwitter
首页

科技回声

基于 Next.js 构建的科技新闻平台,提供全球科技新闻和讨论内容。

GitHubTwitter

首页

首页最新最佳问答展示工作

资源链接

HackerNews API原版 HackerNewsNext.js

© 2025 科技回声. 版权所有。

Curl is now a CVE Numbering Authority

71 点作者 azeemba超过 1 年前

5 条评论

azeemba超过 1 年前
The post links to more context here: <a href="https:&#x2F;&#x2F;daniel.haxx.se&#x2F;blog&#x2F;2023&#x2F;08&#x2F;26&#x2F;cve-2020-19909-is-everything-that-is-wrong-with-cves&#x2F;" rel="nofollow">https:&#x2F;&#x2F;daniel.haxx.se&#x2F;blog&#x2F;2023&#x2F;08&#x2F;26&#x2F;cve-2020-19909-is-eve...</a><p>Last year, someone got got CVE&#x27;s assigned for a curl issue for code that didn&#x27;t exist AND managed to get a high severity assigned to it. So curl becoming a CNA lets them provide some control to this process.
评论 #39051354 未加载
koolba超过 1 年前
&gt; In plain English, this means that we will reserve and manage our own CVEs in the future directly against the CVE database with no middle man, and also that we have a scope for CVEs that is our territory: curl and libcurl<p>Combining this and the announcement of the same for PostgreSQL, would be even better if each was the authority for the other. I’d trust either project to classify the severity of an issue in the other.<p>Being able to classify your own CVEs has a bit of a fox watching the hen house vibe to it.
评论 #39054152 未加载
评论 #39051566 未加载
评论 #39054405 未加载
grayhatter超过 1 年前
Wow, that&#x27;s some history to this. I used to believe MITRE deserved some respect, but now, I&#x27;m not sure I do anymore.
smitty1e超过 1 年前
When traffic is mad, one either drives the bus or goes under it, apparently.
评论 #39051204 未加载
评论 #39051199 未加载
devaiops9001超过 1 年前
No need to use curl, make HTTP requests great again with <a href="https:&#x2F;&#x2F;github.com&#x2F;ducaale&#x2F;xh">https:&#x2F;&#x2F;github.com&#x2F;ducaale&#x2F;xh</a>