尽管域名系统(DNS)对于面向公众的服务至关重要,但本文质疑了其对内部IT基础设施的必要性。作者认为,由于DNS往往是关键依赖项,其故障可能导致不成比例的重大宕机,例如臭名昭著的Meta/Facebook事件。 除了可靠性问题,文章还指出了在机器对机器通信中使用DNS的几个弊端: * **复杂性:** DNS引入了不必要的开销和配置障碍,例如管理生存时间(TTL)缓存以及潜在的DNSSEC实施负担。 * **安全风险:** DNS通常未加密,容易受到欺骗攻击。此外,它还带来了显著的出口数据泄露风险,因为攻击者可以通过DNS查询绕过网络过滤器来泄露敏感数据。 作者提出了一种替代方案:取消内部基础设施的DNS,转而直接在配置文件中注入IP地址,或通过`/etc/hosts`管理主机名。通过减少活动部件的数量,工程师可以构建更稳健、可预测且安全的系统。归根结底,虽然DNS是一个有用的工具,但团队应权衡其带来的益处与在内部架构中引入的额外风险和复杂性。
认为移动平台凭借卓越的性能赢得了平台之争,这是一种误解。除了少数依赖硬件的应用(如 UPI、专业级相机或大型游戏)外,大多数移动端软件的功能现代网页应用完全能够实现。
这场战争真正的赢家是掌握了“分发渠道”的守门人(苹果和谷歌)。通过掌控应用商店、安装按钮以及用户的回流路径(推送通知),他们让网页端最大的优势——即由维护者自主控制更新——变得无关紧要。
“网页壳”(web-shell)桌面应用(如 Slack、VS Code 和 Spotify)的成功证明了开发者更倾向于网页的自主权;这些应用能够占据主导地位,是因为它们允许维护者按照自己的节奏发布更新,而无需受到商店的干预。反之,渐进式网页应用(PWA)在移动端的失败并非技术缺陷,而是苹果刻意压制分发渠道的结果。
归根结底,平台之争从未关乎运行时的优劣,而是关于从开放、以维护者为主导的分发模式,向封闭、以守门人控制的模式的转变。一旦渠道被掌控,守门人便开始提高准入门槛,通过不断收紧政策,彻底扼杀了业余开发者生态。
安全研究员 Kasra 近期进行了一项非正式且自费(1,500 美元)的评估,旨在测试各类大语言模型(LLM)识别常见“失效的访问控制”漏洞的能力。该挑战涉及一个具有加固 API 但配置错误且可公开访问的 Firebase 后端的 React Native 应用。
通过对多个模型进行 10 次迭代测试,结果显示各模型在能力和安全护栏方面存在显著差异:
* **GPT-5.5** 表现最佳,在 70% 的运行中成功解决了该挑战。
* **DeepSeek V4 Pro**(30%)和 **Claude Sonnet 4.6**(20%)展现了一定潜力,但在预算限制和目标聚焦方面表现欠佳。
* **Gemini** 及其他模型往往因触发安全相关的直接拒绝,或过度关注 API 而非识别 Firebase 配置错误,导致测试失败。
研究员指出,许多模型难以区分道德安全研究与违禁活动,往往默认采取严格的限制性措施。尽管成本高昂且面临 API 不稳定及基础设施费用等技术障碍,该实验仍突显了不同大语言模型在自主漏洞评估方法上的差异。完整的测试工具集和挑战文件已公开,供有兴趣进行自行评估的人员使用。