HackerURLs

一次又一次被重新发现的经典。

同一个链接,相隔一年以上,一次又一次被人重新发现、再次冲上 Hacker News 首页。能经受住这种时间检验的,大多是值得一读再读的文章。每篇附中文标题,讨论最热的那些再加上中文导读和高赞评论翻译。

从名人堂开始
  • 4,700+篇经过时间检验的经典

Hall of fame

名人堂

在经典库里看全部精选

上首页次数最多、而且有中文导读的 30 篇。时间轴上每个黑点是一次上首页,空心点是一次没冲上去的投稿。

  1. 正在载入经典…

Archive

经典库

按第一次上首页的年份分布,点柱子筛选。

排序

    About

    这些经典是怎么挑出来的

    1. 01

      合并同一个链接

      读取 Hacker News 自 2006 年以来的全部链接投稿,把 http/https、www、跟踪参数等写法不同的同一篇文章合并成一条。

    2. 02

      只留经得起时间的

      同一链接至少两次拿到 50 分以上(约等于上首页),而且两次相隔一年以上;再由 AI 剔除状态页、产品首页和新闻事件。

    3. 03

      写导读、译评论

      上首页次数最多的 2,000 篇配上中文导读、"为什么经久不衰",并精选翻译 HN 高赞评论。导读由 AI 生成,可能有误。

    安全与隐私blog.haschek.at

    网络柜中树莓派的神秘事件

    The curious case of the Raspberry Pi in the network closet (2019)

    2次上首页
    2年跨度
    1,128累计得分
    401条评论

    2022 — 2024,它一次次回到首页

    黑点是上首页(≥ 50 分)的那次投稿,空心点是没冲上去的投稿,点越大分数越高。

    导读

    这篇 2019 年的博文记录了作者在公司网络机柜里发现一台不明 Raspberry Pi 后,如何检查设备、追查线索并最终确认是谁把它放进去的。作者后来补充,老板与放置者私下谈话后让其收拾东西离开,没有走法律程序。

    为什么经久不衰:它把真实的内部威胁事件写成一步步取证的侦探故事,还引出隐私伦理和技术细节的讨论,因此多年后仍值得读。

    关键词 Raspberry Pi网络安全内部威胁事件复盘

    HN 评论精选

    作者补充结局:老板私下与放置者谈话后让其离开,未走法律程序。

    本文作者。自首次发布这篇博文以来,不断有人问我事情后来怎么了。遗憾的是结局相当虎头蛇尾:那家公司的老板和放置树莓派的人开了会(我没参加,因为他不想让放树莓派的人觉得被围攻),最后决定不上升到法律层面,基本上就是让他收拾东西走人。所以没有后续法律追责,只是轻描淡写地拍了下手腕。

    geek_at查看英文原文

    Author of the article here. Since I first published this blog post I was getting messages from people asking how it ended. Sadly it's pretty anticlimactic as the owner of the place had a meeting with the guy who put the Pi there (without me as he didn't want the Pi-dropper to feel ambushed) and in the end decided not to escalate it to legal and just basically told him to pack his things and get out. So no legal after play and just a slap on the wrist

    批评文章用无关网站截图展示无关个人信息,存在隐私与新闻伦理问题。

    文章里有一张截图让我困惑,图注是“不是实际网站,而是类似网站”。看起来文章在追踪一个不当行为的嫌疑人时,使用了一个无关网站的网页截图。截图里包含了一些实际人物的照片,以及姓名、电话和邮箱,这些人大概也与事件无关。虽然我猜这样做可能减少网络私刑和诽谤指控(至少不涉及真正的嫌疑人),但我怀疑新闻学教授、编辑或律师会建议不要这么做。

    neilv查看英文原文

    I was a confused by a screenshot in the article, with the caption: > Not the actual site but a similar one Looks like the article, when speaking of tracing down a wrongdoing suspect, used a screenshot of a Web page of an uninvolved Web site. The screenshot included photos of actual people presumably uninvolved, and a name, phone number, and email address also presumably uninvolved. While I'd guess this probably reduces Internet vigilantism and accusations of libel (at least involving the actual suspect), I suspect that a journalism professor, editor, or lawyer would advise not to do it that way.

    纠正文中对 USB dongle 的性能与无线能力夸大,推测其只是备用远程连接。

    把那个 dongle 说成是“几乎和树莓派一样强大的微处理器”不太准确,它大概比 Pi 慢一个数量级,RAM 也少得多。“非常强大的 Wi-Fi、蓝牙和 RFID 读取器”也不准确:它是 2.4GHz,但只支持 BLE 和自定义协议(最高 2 Mbit,GFSK 调制)。SoC 能做 RFID,但得接发射线圈,从照片看并没有。我猜它只是作为 LAN 不通时的远程控制备用连接?

    ranma42查看英文原文

    > they identified the dongle as a microprocessor, almost as powerful as the Rasberry Pi itself Well, its more like an order of magnitude slower than the Pi (and with a lot less RAM as well) > A very powerful wifi, bluetooth and RFID reader. It's 2.4GHz, but only BLE and custom protocols (2 Mbit max, GFSK modulation). The SoC can do RFID, but you have to connect a transmitter coil to use it, which doesn't seem to be the case from the photo. I'd guess this was just used as a remote control backup connection if LAN is not working?

    历次讨论

    同类还值得读

    1. 非法素数

      Illegal prime

      维基百科条目,介绍“非法素数”:某些素数之所以被称为“非法”,是因为它们经特定编码后,恰好对应一段被法律禁止传播的数据——最著名的是 DVD 解密程序 DeCSS 的代码,有人把…

      安全与隐私上首页 5 次 · 2010–2021en.wikipedia.org编辑精选
    2. 关于 /dev/urandom 的常见误区

      Myths about /dev/urandom

      (Thomas Hühn 撰写,2014 年首发并持续更新)逐条反驳关于 /dev/urandom 的常见误解:它与 /dev/random 使用的是同一个 CSPRNG,一旦完…

      安全与隐私上首页 5 次 · 2014–20202uo.de编辑精选
    3. AES 高级加密标准火柴人图解

      A Stick Figure Guide to the Advanced Encryption Standard (AES)

      一篇用火柴人漫画形式讲解 AES(高级加密标准)算法的经典科普文章。

      安全与隐私上首页 5 次 · 2009–2022moserware.com编辑精选
    4. 指纹是用户名,不是密码

      Fingerprints are Usernames, not Passwords

      作者(eCryptfs 维护者、Ubuntu 安全工程师)认为指纹等生物特征是公开、不可更改的标识,应视作用户名而非密码,不能当作秘密凭据用于认证。

      安全与隐私上首页 4 次 · 2013–2017blog.dustinkirkland.com
    5. HTTPS 连接的最初几毫秒(2009)

      The First Few Milliseconds of an HTTPS Connection (2009)

      逐毫秒拆解一次 HTTPS 连接建立时发生了什么,重点讲 TLS 握手、证书验证、RSA 签名与密钥协商等机制,面向不熟悉该领域的读者。

      安全与隐私上首页 4 次 · 2009–2020moserware.com编辑精选

    打赏支持

    打赏二维码

    觉得有用,请作者喝杯咖啡。

    WeChat

    关注向阳乔木

    微信公众号「向阳乔木推荐看」

    微信公众号「向阳乔木推荐看」二维码

    微信扫一扫;在微信里打开本页时,长按二维码识别。