摘要

  • ARIN 的 ACSP 2011.17 建议要求为单把 API 密钥限定操作类别、读写权限和可代表的 POC；官网目前仍标为 Open。
  • ARIN 在 2012 年估算工程工作约 145.8 万美元；该建议最后一条公开评论写于 2018 年。这个金额属于当年的估算。

一台机器只负责更新一项网络记录，却拿着能代表整个账户行动的钥匙。这正是 Mike Joseph 在 2011 年 4 月提交给 ARIN 的问题。他指出，自动化所需的密钥常被放在多人可接触的系统中；看见它的人，可能远多于密钥所代表的账户主人。于是他没有要求取消 API，而是要求把权限切到密钥本身。

建议原文列出了三刀：按 RESTful 或模板操作限制；对每类修改区分读取与写入；允许密钥只代表一个 POC，而非账户关联的所有 POC。这不是措辞游戏。账户是人的身份，POC 关系是账户在注册系统里的授权，密钥则是交给程序的可复制凭证。三层混作一层，程序便可能继承比任务所需更宽的门票。

ARIN 先说要征求社区意见。2012 年 4 月，工作人员给出约 145.8 万美元的工程估算，另需大量沟通和文档工作，并提醒功能级限制会增加代码复杂度和用户困惑。2018 年，ARIN 又说此事不在当年工作计划内，将纳入开放建议的咨询。现行 ACSP 清单仍把 2011.17 放在 Open 栏。旧报价不能拿来当今天的开发成本；十五年未结案的公开记录本身却很醒目。

现行 API 密钥指南讲的是另一套工具：密钥用于识别用户，本身不会自动过期，可以停用；同一把密钥可以做多种交互，也可建立多把密钥供本地追踪。指南列出的用途横跨注册操作、DNS、RPKI、反向 DNS 和受限报告下载。REST 请求还取决于账户所关联 POC 的权限。它没有写出“这把钥匙只能做某项操作、只能代表某个 POC”的服务端规则。

2018 年以后，建议页面没有新的公开决定。ARIN 若公布逐密钥权限规格或正式结案理由，判断便会改变。眼下，操作者能在指南里找到怎样制造和撤销钥匙，却找不到这张老申请单的处理结果。对自动化来说，撤销是最后一招；真正省事的是一开始就少给几扇门。