Mythos finds a curl vulnerability yes, as in singular one.Back in April 2026 Anthropic caused a lot of media noise when they c... 2026-5-11 06:1:35 | 阅读: 23 | 收藏 | daniel.haxx.se - daniel.haxx.se security mythos analyzers analysis

Approaching zero bugs? In this era of powerful tools to find software bugs, we now see tools f... 2026-4-30 08:8:34 | 阅读: 18 | 收藏 | daniel.haxx.se - daniel.haxx.se bugfix fewer bugfixes mistakes

Inspired The picture was taken by mr Nasser and shared on social mediaIn appendix A o... 2026-4-30 06:49:47 | 阅读: 14 | 收藏 | daniel.haxx.se - daniel.haxx.se nasser youtube daniel creator teach

curl 8.20.0 You always find the new curl releases on the curl site!Release pres... 2026-4-29 06:27:1 | 阅读: 19 | 收藏 | daniel.haxx.se - daniel.haxx.se 2026 proxy reuse security bugfixes

High-Quality Chaos 嗯，用户让我帮忙总结一篇文章的内容，控制在100字以内，而且不需要用“文章内容总结”之类的开头。首先，我需要仔细阅读这篇文章，理解其主要观点。 文章主要讲的是一个叫做“高质混乱时代”的现象。作者提到他们关闭了curl项目的漏洞赏金计划，因为收到了太多低质量的AI生成报告。后来重新启用后，发现报告的质量和数量都有显著提升。几乎所有的报告都使用了AI工具，但质量很高。其他开源项目也面临同样的情况，预计今年curl项目会发布大量CVE漏洞。 接下来，我需要将这些要点浓缩到100字以内。要确保涵盖关键点：AI生成报告的增加、质量提升、其他项目的经历以及漏洞数量的预期增长。 可能会这样组织语言：“文章描述了当前开源项目面临的高质混乱时代，AI生成的安全报告数量激增且质量提升。curl项目重新启用漏洞赏金计划后发现报告频率翻倍，确认漏洞率恢复至2024年水平。其他如Apache httpd、Django等项目也经历类似趋势。预计2026年curl将发布近50个新漏洞。” 这样既涵盖了主要观点，又控制在了字数限制内。 </think> 文章描述了当前开源项目面临的高质混乱时代，AI生成的安全报告数量激增且质量提升。curl项目重新启用漏洞赏金计划后发现报告频率翻倍，确认漏洞率恢复至2024年水平。其他如Apache httpd、Django等项目也经历类似趋势。预计2026年curl将发布近50个新漏洞。... 2026-4-22 11:44:40 | 阅读: 17 | 收藏 | daniel.haxx.se - daniel.haxx.se 2026 security slop explosion

Don’t trust, verify 嗯，用户让我总结一下这篇文章的内容，控制在一百个字以内，而且不需要特定的开头。首先，我需要通读整篇文章，抓住主要观点。 文章主要讲的是软件和数字安全应该依赖验证而不是信任。作者强调了对curl进行验证的重要性，并提到了很多潜在的安全威胁，比如恶意代码、漏洞、后门等等。然后详细描述了curl项目为了防止这些威胁所采取的各种措施，比如代码审查、测试、CI/CD配置安全、漏洞修复等。 接下来，我需要把这些内容浓缩到100字以内。重点包括：依赖验证而非信任，列举攻击风险，以及curl的安全措施如代码审查、测试和透明性。 要注意用词简洁，避免冗余。比如“攻击无处不在”可以概括多种威胁，“严格的代码审查和测试”则涵盖了具体的措施。 最后，确保总结流畅自然，不使用“文章内容总结”之类的开头。 </think> 软件和数字安全应依赖验证而非信任。文章列举了软件可能面临的多种攻击风险，并强调了对关键组件如curl进行验证的重要性。通过严格的代码审查、测试和透明的开发流程，确保软件的安全性与可靠性。... 2026-3-26 10:9:7 | 阅读: 12 | 收藏 | daniel.haxx.se - daniel.haxx.se software security malicious ban iterate

One hundred weirdo emails 好的，我现在需要帮用户总结一篇文章的内容，控制在100字以内，并且不需要特定的开头。首先，我得仔细阅读文章内容，抓住主要信息。 文章开头提到作者的邮箱地址出现在curl许可证中，而curl许可证出现在很多产品里。接着，有人遇到产品问题，需要联系支持，结果发现作者的邮箱并发送邮件。但作者并不了解这些产品，无法提供帮助。他收集了这些邮件，并公开了一些有趣的案例，现在总数达到了100封。 所以，总结时要包括：curl许可证、邮箱地址、收到的邮件、无法帮助、公开案例以及数量达到100封。这些要点需要简洁地表达出来。 接下来，我需要用中文把这些内容浓缩到100字以内。确保不遗漏关键点，同时语言流畅自然。 </think> 作者的邮箱地址因Curl许可证出现在多种产品中而意外收到大量求助邮件。尽管他无法帮助这些用户解决问题，但仍收集并公开了部分有趣或奇特的案例。目前已有100封这样的邮件被整理发布。... 2026-3-25 08:5:41 | 阅读: 14 | 收藏 | daniel.haxx.se - daniel.haxx.se confused enjoy anyway cherry weirdest

NTLM and SMB go opt-in 嗯，用户让我帮忙总结一篇文章，控制在100字以内，而且不需要特定的开头。首先，我得仔细阅读这篇文章，了解主要内容。 文章主要讲的是NTLM认证方法的问题。它由微软开发，后来被逆向工程。NTLM与HTTP的范例不同，是基于连接而不是请求进行认证，这导致了很多安全问题和兼容性问题，比如不支持HTTP/2和HTTP/3。此外，NTLM使用弱加密算法，如DES和MD5，这也是它不安全的原因。 文章还提到curl项目正在逐步弃用NTLM，默认情况下不再启用，并且SMBv1的支持也受到限制。微软和wget也在做类似的事情。虽然这些协议还没有被完全移除，但未来可能会彻底淘汰。 接下来，我需要把这些要点浓缩到100字以内。要确保涵盖主要问题：设计缺陷、安全漏洞、兼容性问题、加密强度低以及curl和微软的弃用措施。 可能的结构是：先说明NTLM的问题，然后提到curl和微软的动作，最后说明虽然没移除但被弃用。 这样应该能简洁明了地总结文章内容。 </think> NTLM认证方法因设计缺陷导致安全漏洞和兼容性问题（如不支持HTTP/2），其弱加密算法使其不安全。微软已弃用NTLM，curl从8.20.0版本起默认禁用该协议，并计划逐步淘汰对SMBv1等老旧协议的支持。... 2026-3-22 11:41:9 | 阅读: 23 | 收藏 | daniel.haxx.se - daniel.haxx.se microsoft security deprecating ladder

bye bye RTMP 好的，我现在需要帮用户总结一篇文章，控制在100字以内。用户已经提供了文章内容，我得先通读一遍，理解主要内容。 文章主要讲的是curl在2010年5月合并了RTMP协议支持，但后来因为测试不足、用户少以及维护问题，决定在2026年4月移除这个支持。此外，还提到了兼容性问题和curl现在支持的其他协议。 接下来，我需要提取关键点：合并时间、原因、移除原因、移除时间以及curl当前支持的协议数量。然后把这些信息浓缩成简洁的句子，确保不超过100字。 可能会遇到的问题是如何在有限的字数内涵盖所有重要信息。我需要选择最核心的内容，比如合并和移除的时间、原因以及当前状态。 最后，组织语言，确保流畅且准确。可能的结构是：curl在2010年合并RTMP，因测试不足和用户少，在2026年4月移除，并提到目前支持27种协议。 检查字数是否符合要求，并确保没有遗漏关键信息。 </think> curl于2010年5月合并了RTMP协议支持，后因测试不足、用户稀少及维护问题，在2026年4月正式移除该功能，并宣布将从8.20.0版本起不再支持RTMP及相关协议。... 2026-3-21 14:6:12 | 阅读: 16 | 收藏 | daniel.haxx.se - daniel.haxx.se rtmp librtmp refactor merged library

One hundred curl graphs 好的，我现在需要帮用户总结这篇文章的内容，控制在100字以内。首先，我得通读全文，抓住主要信息。 文章讲的是作者在2020年春天决定为curl项目创建一个可视化仪表盘，用来展示项目的开发状况。他发现GitHub提供的图表不够用，于是自己动手开发。使用了gnuplot工具生成静态SVG图像，并编写脚本处理数据。现在仪表盘已经有100个图表，300个图，内容涵盖代码增长、贡献者、漏洞等。数据公开透明，脚本也开源。 接下来，我需要把这些要点浓缩成一段话，不超过100字。重点包括：创建可视化仪表盘、使用gnuplot和SVG、数据来源和图表数量、开放性和实用性。 可能会这样组织语言：“作者于2020年为curl项目创建可视化仪表盘，使用gnuplot生成静态SVG图表，涵盖代码增长、贡献者等数据。经过六年发展，仪表盘现包含100个图表（300个图），数据公开透明，脚本开源可用。” 检查一下字数是否在限制内，并确保涵盖所有关键点。 </think> 作者于2020年为curl项目创建了一个可视化仪表盘，通过gnuplot生成静态SVG图表来展示项目开发状况。经过六年的发展，仪表盘现包含100个图表（300个图），涵盖代码增长、贡献者分布及漏洞统计等内容。所有数据公开透明，相关脚本亦开源可用。... 2026-3-15 10:42:45 | 阅读: 14 | 收藏 | daniel.haxx.se - daniel.haxx.se graphs gnuplot development plots gitstats

chicken nuget 好的，我现在需要帮用户总结一篇文章，控制在100字以内。首先，我得仔细阅读文章内容，抓住主要信息。 文章主要讲的是nuget.org这个平台的问题。用户可以上传各种软件包，但缺乏审核机制，导致很多过时、有漏洞的curl包被上传和下载。三年前作者就报道过类似的问题，现在情况依然没有改善，甚至有新的旧包出现。 接下来，我需要提炼关键点：nuget允许任何人上传软件包，导致旧版本curl广泛传播；作者多次报告问题但未得到解决；nuget认为这不是他们的责任；用户因此面临安全风险。 然后，我要把这些点浓缩成100字以内的总结。要注意用简洁的语言表达清楚问题所在和影响。 最后检查一下字数是否符合要求，并确保没有使用“文章内容总结”之类的开头。 </think> nuget.org允许用户上传软件包，但缺乏审核机制。三年前发现的过时curl包问题仍未解决，新旧包交替出现。用户依赖这些不安全的包可能导致安全风险。... 2026-3-12 22:5:55 | 阅读: 10 | 收藏 | daniel.haxx.se - daniel.haxx.se nuget microsoft outdated security download

curl 8.19.0 嗯，用户让我帮忙总结一下这篇文章的内容，控制在100字以内，而且不需要用“文章内容总结”或者“这篇文章”这样的开头。直接写描述就行。 首先，我需要仔细阅读文章内容。文章主要讲的是curl 8.19.0的发布信息。里面提到了一些关键点，比如发布了多少个版本，修复了多少个bug，安全补丁的数量，还有新增的功能和支持。 然后，用户可能是一个开发者或者对curl工具感兴趣的人。他们可能需要快速了解这个版本的主要更新内容，而不需要详细的技术细节。所以总结的时候要抓住重点：新版本号、安全补丁数量、新增功能和一些弃用的提醒。 接下来，我得控制在100字以内。这意味着要简洁明了地表达这些信息。比如提到四个安全补丁，新增了MQTTS支持和一些优化选项，同时提到了未来可能移除的功能。 最后，确保语言流畅自然，不使用任何复杂的术语或结构。这样用户能一目了然地理解curl 8.19.0的主要更新内容。 </think> curl 8.19.0发布，包含4个安全补丁、264个bug修复和538次提交。新增MQTTS支持、–limit-rate和–max-filesize的分数设置等优化，并移除部分旧功能支持。... 2026-3-11 06:53:8 | 阅读: 14 | 收藏 | daniel.haxx.se - daniel.haxx.se 2026 security reuse windows bugfixes

Dependency tracking is hard 好的，我现在需要帮用户总结一篇文章的内容，控制在100个字以内。用户的要求很明确，不需要特定的开头，直接写描述即可。首先，我得仔细阅读文章内容，抓住主要观点。 文章主要讲的是curl和libcurl这两个用C语言写的低级组件，它们在很多软件系统中都有出现。但它们不属于任何生态系统，比如npm、go、rust等。这导致了几个问题：无法使用PURL来描述它们，SBOM生成器和扫描工具也经常忽略它们，因为它们不在包管理器的列表中。 另外，curl和libcurl经常被捆绑在操作系统中，或者被认为是操作系统的一部分。因此，在生成SBOM时，这些工具通常会在使用curl或libcurl的层面上停止，而不包括它们本身。这使得很难确定有多少软件依赖于libcurl。 文章还提到，在GitHub上搜索依赖于curl的仓库时，结果只显示了一个仓库，并且这个仓库似乎是因为错误才将curl列为依赖项。这进一步说明了问题所在。 接下来，我需要将这些要点浓缩到100字以内。要确保涵盖主要问题：不属于生态系统、无法用PURL描述、SBOM工具忽略、依赖关系难以追踪、GitHub搜索结果异常。 可能的结构是先点出问题所在（不属于生态系统），然后说明影响（无法追踪依赖），最后提到GitHub的例子作为佐证。 现在试着组织语言： “Curl和libcurl是用C语言编写的低级组件，在许多软件系统中使用。由于不属于任何生态系统（如npm、Python等），无法通过PURL或SBOM工具追踪其依赖关系。尽管安装广泛（约300亿次），但在GitHub上几乎找不到直接依赖它的仓库。” 这样大约95个字左右，符合要求。 </think> Curl和libcurl是用C语言编写的低级组件，在许多软件系统中使用。由于不属于任何生态系统（如npm、Python等），无法通过PURL或SBOM工具追踪其依赖关系。尽管安装广泛（约300亿次），但在GitHub上几乎找不到直接依赖它的仓库。... 2026-3-10 08:36:24 | 阅读: 17 | 收藏 | daniel.haxx.se - daniel.haxx.se software depend ecosystems similarly github

10K curl downloads per year 嗯，用户让我帮忙总结一下这篇文章的内容，控制在100个字以内，而且不需要用“文章内容总结”或者“这篇文章”这样的开头。首先，我需要仔细阅读文章，理解它的主要观点。 文章讲的是Linux基金会推出了一个叫做“Insights”的项目，用来收集开源项目的各种指标。作者对这个项目提出了批评，认为它在评估开源项目时存在很多问题。特别是以curl为例，Linux基金会声称curl在过去一年下载了10,467次，但作者指出这个数字严重低估了实际情况。 作者详细列举了curl的各种下载途径：包括从官方网站下载的tarballs、Docker镜像的拉取次数、git仓库的克隆次数、通过Linux和BSD发行版安装的情况，以及作为嵌入式组件出现在各种设备和应用中的情况。此外，curl还预装在Windows和macOS系统中多年。因此，作者认为Linux基金会的数据完全不准确。 接下来，我需要将这些内容浓缩到100字以内。重点在于Linux基金会的Insights项目及其对开源项目的评估问题，特别是以curl为例的数据错误。 可能的结构是：Linux基金会推出Insights项目评估开源项目，但数据存在严重问题，以curl下载量为例说明低估情况。 检查字数是否在限制内，并确保表达清晰准确。 </think> Linux基金会推出“Insights”项目评估开源项目，但数据存在严重问题。以curl为例，其实际下载量远超官方统计的10,467次/年。... 2026-3-9 22:32:48 | 阅读: 24 | 收藏 | daniel.haxx.se - daniel.haxx.se roughly pulled 467 ecosyste taunted

curl up 2026 好的，我现在需要帮用户总结这篇文章的内容，控制在100个字以内，而且不需要特定的开头。首先，我得仔细阅读文章，抓住关键信息。 文章主要讲的是curl up会议，时间是2026年5月23日至24日，在捷克的布拉格举行。地点和去年一样，说明他们喜欢这个地方。会议规模不大，大概20-30人参加，氛围友好，大家围坐在大桌子旁讨论curl相关的话题。议程包括多个演讲和问答环节。 任何人都可以免费参加，并且鼓励提交演讲提案。核心开发者和活跃贡献者的差旅和住宿费用会报销。议程是协作制定的，可以在GitHub上贡献。线下见面有助于团队合作和个人关系建立，也欢迎新手加入。 会议需要资金支持，寻求赞助商合作。用户需要提前注册，并且会议会录制视频并在网上直播。 总结下来，重点包括：会议时间地点、规模、主题、免费开放、报销政策、议程协作、线下交流的好处、寻求赞助以及视频直播等信息。 接下来，我需要把这些要点浓缩到100字以内，确保信息准确且简洁。 </think> curl up 2026年5月23-24日在捷克布拉格举行，延续去年的地点和氛围。活动规模小而友好，约20-30人参与，围绕curl主题展开讨论与问答。免费开放注册，鼓励提交相关演讲提案。核心开发者与活跃贡献者差旅住宿由主办方报销。议程由社区协作制定。线下交流促进团队合作与新人融入。寻求赞助支持活动运营。所有会议将录制成视频并直播。... 2026-2-26 08:42:29 | 阅读: 23 | 收藏 | daniel.haxx.se - daniel.haxx.se agenda weekend attend 2026 venue

curl security moves again 好的，我需要帮用户总结这篇文章的内容，控制在100字以内。首先，我得快速浏览文章，抓住主要信息。 文章开头提到curl项目在2026年1月结束漏洞赏金计划，并将安全报告转移到GitHub。但后来发现这是一个错误，现在又回到了HackerOne。赏金虽然取消了，但HackerOne仍然是报告漏洞的官方平台。 接下来，作者详细说明了为什么转移回HackerOne的原因。GitHub的漏洞报告系统存在很多问题，比如无法控制邮件通知、无法标记无效报告、缺乏私密讨论功能等。这些问题让curl团队感到困扰。 此外，作者还列出了理想的安全报告系统应该具备的功能，比如私密提交、透明披露、讨论功能等。而GitHub在这方面的不足促使他们重新选择HackerOne。 最后，文章提到其他开源项目如GitLab和Codeberg在安全报告功能上也不够完善，进一步支持了curl团队的选择。 总结一下，文章的核心内容是curl项目从GitHub转回HackerOne处理安全漏洞，并解释了背后的理由和遇到的问题。 </think> curl项目在2026年1月结束漏洞赏金计划后将安全报告转移至GitHub，但因平台功能不足等问题决定重新回归HackerOne。尽管赏金计划已取消，但HackerOne仍是curl项目接受安全漏洞报告的官方平台。... 2026-2-25 06:55:38 | 阅读: 21 | 收藏 | daniel.haxx.se - daniel.haxx.se security github reporter hackerone invited

decomplexification continued 好的，我现在需要帮用户总结一下这篇文章的内容，控制在100个字以内。首先，我得仔细阅读文章，理解其主要信息。 文章主要讲的是curl项目的开发团队在过去几年中一直在简化代码的工作。他们使用了一个叫做pmccabe的工具来衡量代码的复杂度。在2025年5月的时候，他们把curl中最复杂的函数从100分降到了59分，整体平均复杂度也从20.8降到了15.9。这意味着他们通过拆分函数和重构逻辑，成功地简化了大量代码。 此外，文章还提到了他们绘制了一些图表来展示复杂度的变化趋势，比如最复杂函数的得分、平均复杂度以及不同时间段代码复杂度的分布情况。这些图表显示，在过去四年里，curl的代码复杂度有了显著的下降，特别是最复杂的四分之一代码已经从2022年的60分以上降到了现在全部低于60分。 作者还讨论了降低代码复杂度的意义。他认为虽然理论上更简单的代码有助于安全性和可读性，但目前还没有足够的数据来证明这一点。此外，代码质量还受到其他因素的影响，比如API的设计和文档的质量等。因此，单纯降低复杂度可能并不是唯一的影响因素。 最后，作者提到可能需要更多的时间才能看到这些改变带来的具体影响。这可能是因为代码库的变化是多方面的，并且需要时间才能显现出来。 总结一下，这篇文章主要讲述了curl项目团队如何通过持续的努力降低了代码的复杂度，并展示了相关的数据和图表来说明这一过程。同时，作者也反思了这一改变的实际效果和未来可能的影响。 </think> 这篇文章描述了curl项目的开发团队在过去几年中如何通过持续的努力降低了代码的复杂度，并展示了相关的数据和图表来说明这一过程。团队使用pmccabe工具衡量复杂度，并通过拆分函数和重构逻辑成功简化了大量代码。尽管目前尚无法明确量化这一改变带来的具体影响，但作者认为更简单的代码有助于提高安全性和可读性，并对未来可能的效果持乐观态度。... 2026-2-24 12:9:4 | 阅读: 24 | 收藏 | daniel.haxx.se - daniel.haxx.se graphs median worst simplified

Open Source security in spite of AI 好的，我现在需要帮用户总结一篇文章的内容，控制在100字以内。用户给的原文是关于FOSDEM 2026年2月1日的闭幕主题演讲的情况。首先，我要仔细阅读原文，找出关键信息。 文章提到演讲是在下午5点进行的，虽然很多人已经离开，但仍有1500人到场，甚至还有更多的人在外面无法进入。这说明演讲非常受欢迎。接下来，文章提到视频和幻灯片都已发布，视频由FOSDEM团队录制，幻灯片有59页。主题涉及curl、开源和网络。 现在我需要把这些信息浓缩到100字以内。要突出演讲的时间、地点、参与人数、内容主题以及资源的可用性。同时，语言要简洁明了。 可能的结构是：时间地点+参与人数+主题+资源发布。例如：“在FOSDEM 2026年2月1日下午5点的闭幕演讲中，尽管许多参会者已离开，仍有1500人到场聆听关于curl、开源和网络的主题演讲，并提供了视频和幻灯片资源。” 这样既涵盖了主要信息，又控制在了字数限制内。 </think> 在FOSDEM 2026年2月1日下午5点的闭幕演讲中,尽管许多参会者已离开,仍有1500人到场聆听关于curl、开源和网络的主题演讲,并提供了视频和幻灯片资源。... 2026-2-3 11:5:45 | 阅读: 15 | 收藏 | daniel.haxx.se - daniel.haxx.se fosdem recording tired presumably janson

A third medal 嗯，用户让我帮忙总结一下这篇文章的内容，控制在一百个字以内，而且不需要用“文章内容总结”或者“这篇文章”这样的开头。直接写描述就行。首先，我需要仔细阅读文章，理解主要内容。 文章主要讲述了作者在2025年1月获得了欧洲开源成就奖，并且奖品是一个透明的丙烯酸材质的奖杯。接着，作者提到他们成立了一个欧洲开源学院来管理未来的奖项，并制作了真正的奖章。去年的颁奖典礼上，作者亲自颁发了奖章给获奖者格雷格。此外，作者还意外地收到了一枚追溯性的奖章，以表彰去年的成就。 然后，文章详细描述了奖章的设计：直径约50毫米的金属材质，中间是受PCB启发的世界树Yggdrasil图案，周围有十二颗星星代表欧盟。背面刻有年份和名字，并有欧盟旗帜和星星边框。奖章配有蓝白丝带，盒子则是深蓝色天鹅绒材质，印有学院名称和标志。 最后，作者表达了自己获得多枚奖章的感受，并希望记录下来与读者分享。 现在我需要将这些内容浓缩到100字以内。重点包括：获得奖项、成立学院、制作奖章、设计细节、颁发过程以及作者的感受。 可能的结构是：获得奖项后成立学院制作奖章，描述奖章设计和颁发过程，并提到自己收到追溯性奖章。 检查一下是否超过字数限制，并确保没有使用禁止的开头语。 </think> 2025年1月获得欧洲开源成就奖后成立欧洲开源学院制作奖章。去年颁发了首枚奖章并意外获得追溯性奖励。奖章设计融合世界树与欧盟元素，盒装精美。记录与分享荣誉感受。... 2026-2-2 16:12:24 | 阅读: 14 | 收藏 | daniel.haxx.se - daniel.haxx.se medal award european academy circle

GregKH awarded the Prize for Excellence in Open Source 2026 嗯，用户让我总结一篇文章，控制在一百个字以内，而且不需要用特定的开头。我得先仔细阅读文章内容，理解主要信息。 文章讲的是在布鲁塞尔举行的颁奖典礼上，作者将奖项颁发给了Greg Kroah-Hartman。Greg因为在Linux内核稳定分支上的贡献而获奖。他是Linux稳定内核的维护者，每周发布更新，修复漏洞和安全补丁，这对全球数十亿设备至关重要。 接下来，我需要提取关键点：颁奖典礼、Greg获奖、他在Linux上的贡献、维护稳定内核的重要性。然后把这些信息浓缩成一句话，不超过100字。 可能的结构是：在布鲁塞尔的颁奖典礼上，作者将奖项授予Greg Kroah-Hartman，以表彰他在Linux内核稳定分支上的杰出贡献和对全球数字基础设施的关键维护工作。 检查一下字数是否符合要求，并确保信息准确无误。 </think> 在布鲁塞尔的颁奖典礼上，作者将“开源卓越奖”授予Greg Kroah-Hartman，以表彰其在Linux内核稳定分支上的杰出贡献和对全球数字基础设施的关键维护工作。... 2026-1-30 11:32:51 | 阅读: 16 | 收藏 | daniel.haxx.se - daniel.haxx.se greg academy award kroah maintainer