摘要

  • SSAC 成员先由内部成员委员会筛选，再由全体 SSAC 批准，最后由 ICANN 董事会任命。成员在形式上以个人身份参与；现行程序有意用披露来管理冲突，而不是排除所有具有相关关系的人。
  • SSAC 无权监管、执法或裁决。它的实际影响发生在更早阶段：谁被选入，什么风险先被定义，哪些证据构成第一份完整叙事，以及董事会或运营者之后要反驳什么。
  • 保密讨论有助于接收漏洞和专有资料，也使外部难以复原具体议题的利益披露、参与决定、退出原因、废弃项目和草稿修改。这里能够证明的是审计缺口，不是违法或不当行为。

一项任命把三种权力分开

ICANN 董事会 2026 年 1 月 25 日的决议记录了 Wes Hardaker、Sourena Maroofi 和 Raffaele Sommese 的完整进入路径。SSAC 成员委员会在 2025 年 11 月 25 日提出推荐；全体 SSAC 在 12 月 10 日以共识批准；董事会随后任命三人，任期到 2028 年 12 月 31 日。

决议公开了专业经历和机构关系，并把这次任命称为无需公开征求意见的组织行政职能。决议当时称，三人的加入使成员数从 37 增至 40。本次取证时，当前成员页面显示 41 条结果。这些数字只证明特定时间的公开名册规模，不能证明谁在某份报告中真正活跃或有多大影响。

更重要的是程序所揭示的权力分层。成员委员会掌握第一轮证据筛选；全体 SSAC 决定是否把候选人送往董事会；董事会依据章程完成正式任命。没有一个环节是由全球互联网用户、号码资源持有人、注册局、注册商或网络运营者作为整体选举产生。

ICANN 章程规定，SSAC 成员任期三年，可以无限次连任，每年约三分之一成员进入任命或续任审查。董事会可以依据 SSAC 建议或与其磋商后免除成员。此设计能保留稀缺专业能力，也允许同一套任命系统长期复制自身。

这不是“被俘获”的证据。它是一个需要持续审计的制度锁定机制。

公开决议之前，入口更不公开

SSAC 运行程序第 12 版描述了董事会决议之前的环节。成员委员会包括主席、副主席和董事会联络人三名无表决权成员，以及五名由 SSAC 志愿成员组成的表决成员。四人构成法定人数，委员会通常寻求一致；除最终结果外，表决细节不向委员会外披露。

申请材料包括履历、陈述、技能问卷、利益披露和相关工作链接。委员会首先判断申请人是否了解 SSAC、能否投入时间、是否带来当前所需技能；随后再考虑其与 ICANN 内外组织的关系、地域、性别和其他多样性因素。

如果委员会不推荐某人，姓名不会提交给全体 SSAC。申诉由主席和副主席逐案处理，决定为最终决定；未获推荐者至少要等十二个月才能再次申请。

获推荐者还要过第二道门。全体 SSAC 收到支持材料，并至少有一周提出异议。异议必须说明理由，并会中断正常路径；主席主持复核并宣布 SSAC 的共识立场。在董事会正式任命前，候选人只能以 Invited Guest 身份参与。

本次取证没有发现候选人因不当理由被排除的证据，也没有找到当前申请总数、委员会拒绝数、全体 SSAC 异议数、申诉结果或改判数。能成立的结论只能是：标准可读，结果分布和执行一致性不可由外部检验。

这条边界不能被偷换。没有公开不等于已经滥用；没有结果数据仍然意味着更弱的可验证性。

“个人身份”不等于没有机构关系

程序明确称，成员以个人身份参与，不代表雇主或其他组织。这条形式规则意味着：公开履历中同时出现 Google、大学、根服务器、RSSAC、IETF 或其他技术机构，不能直接证明当事人接受了某一机构的代表授权。

同一份程序也承认，成员观点会受到其接触组织的影响。SSAC 对冲突的处理理论写得非常直白：ICANN 董事会的利益冲突政策不适合直接套用于 SSAC 成员；主要责任不是消除冲突，也不是把所有相关人员排除出讨论，而是披露利益，并对可能被视为影响观点的关系保持透明。只要已经披露，为特定利益或立场进行主张也可接受。

这不是隐藏的例外，而是专家治理的核心取舍。真正了解 DNS 安全、注册局、注册商、开源软件或根系统的人，往往同时处在某种运营、商业或制度关系之中。把所有有关联者排除，可能只剩缺乏实践知识的委员会。披露制度试图保留经验，同时把关系暴露给审查。

该制度是否足够，取决于它留下什么记录。每名成员至少每年更新一次 DOI，发生重大变化时也须更新；讨论具体事项时要提示相关利益；会议中的口头披露应写入会议记录；每份报告必须链接到发布时有效的公开 DOI 页面。

公开履历和按日期归档的 DOI 很有价值。它们不能单独回答：某人在某项建议上披露了什么、是否限制参与、由谁决定、理由是什么。关系清单展示的是潜在影响面，不是具体议题的处置记录。

保密既保护证据，也遮住检验路径

除非明确公开，SSAC 讨论原则上保密。程序给出的理由具有实质性：成员可能分享安全敏感或专有资料。如果漏洞所有者必须在完全公开的会议中发言，信息可能在修复前外泄，或者持有人干脆不提供。

因此，不能把保密简单归结为机构方便。它是 SSAC 获取某类证据的条件。

但它也改变外部能检验什么。工作组负责人组织讨论、协调起草并宣布共识。ICANN 支持人员可以研究、准备概念稿、编辑，甚至作为贡献作者或研究者署名。如果工作组无法形成单一观点，程序要求展示多个观点，并且不得为缺乏共识的立场附上建议。

不接受工作组共识判断的成员，可以接受判断继续留在文件中，也可以退出。公开文件不必说明或讨论退出理由。草稿随后由全体 SSAC 最终审阅；如果不能形成共识，工作停止，只在内部 wiki 记录为废弃；如果共识形成，工作人员才进行格式和编号处理。最终阶段仍不支持文件的成员也可因未说明的理由退出，只在退出名单中留下姓名。

这是一套明确的决策规则，不是压制异议的证据。它的审计限制同样明确：公众可能知道有人退出，却不知道原因是技术分歧、利益关系、程序争议还是其他事项；公众甚至可能不知道一个未发布项目曾经存在。保密保存了证据室，也遮住机构如何从争议走向最终主张的一部分路径。

SAC125 和 SAC132 展示公开层的上限

SAC125 研究注册商名称服务器管理，SAC132 研究 DNS 对自由和开源软件的依赖。两份文件都列出贡献者和支持人员，并保留异议与退出栏目；两份文件均未列出退出者。

SAC125 链接当前成员履历和 DOI 页面。SAC132 则链接 2025 年 5 月 16 日的 DOI 归档页，能更准确说明报告发布时公开了哪些关系。两者都没有给出关键主张的版本历史，也没有列出每项议题的具体披露、参与限制和内部处置。

公开署名并非无意义。它让读者知道谁参与并核对已公开关系。它仍然不是一份利益冲突处置表。

历史审查也必须保持时间边界。2018 年独立审查认为，专家委员会不可能完全没有冲突，记录了正式和非正式的披露与回避做法，并称当时未发现不当外部影响。相关冲突问卷只有十五名 SSAC 成员回应。第 29 项建议要求保留披露制度，并公开每名成员最近一次提交 DOI 的日期。

SSAC 之后报告称，成员履历和个人 DOI 日期已经更新，获董事会接受的建议已经完成或纳入持续程序。董事会在 2021 年接受最终实施报告，并鼓励继续监测影响。这些文件证明审查、实施和董事会接受的流程，不证明项目完成标签已经产生了可测量结果。

第三轮组织审查在 2022 年被延期。ICANN 当前状态页记录，董事会于 2025 年 5 月确认，组织审查继续推迟到首轮 Continuous Improvement Program 周期完成。于是，当前独立结果检验确实存在时间缺口。缺口不是失败结论，也意味着不能把 2018 年结论当成 2026 年保证书。

建议在执行之前停止

ICANN 章程授权 SSAC 提供建议、沟通、评估风险和提出政策建议。SSAC 运行程序更直接地否认监管、执法和裁决权，并称其工作效果取决于建议质量以及其他主体是否接受和遵循。

形式限制并不消除第一叙事的实际影响。专家委员会可以决定什么风险获得机构注意，掌握外部难以取得的证据，并提供决策者必须反驳的第一份完整技术论证。安全语言会提高延迟行动的声誉成本，直接进入董事会议程也会缩短警告传递路径。

但这些机制仍不是命令。ICANN 公布了处理咨询委员会建议的五阶段流程和集中存储库。状态字段证明建议被接收和处理，不证明建议被接受、造成了后续决定或决定由谁付费。

号码资源持有人的关系是间接的。SSAC 不能发放 ASN 或地址前缀，也不能制定 RIR 政策。它的风险判断仍可能影响董事会、注册局、注册商和 DNS 运营者的系统安全假设。完整证据必须跨过四个转换点：谁进入委员会、谁先定义问题、SSAC 批准了什么、下游主体选择执行了什么。

来源