几名身穿西装的官员围站在一盏饰有万寿菊花环的高大铜油灯旁，一名身穿蓝色立领套装的男子用引火棒点灯，身后的舞台背景板写着 APCERT Annual General Meeting & Conference 2017、Building Trust in the Digital Economy 和 New Delhi。
时任印度电子和信息技术部长 Ravi Shankar Prasad 于2017年11月15日在新德里点灯，为 CERT-In 主办的 APCERT 年度会议揭幕。政府资料照片，早于 CERT-In 2026年的相关发布。 Ministry of Electronics & IT, Government of India / Press Information Bureau (Wikimedia Commons) · Government Open Data License - India (GODL-India), for the photograph only; it confers no rights in the official marks shown

风险分层决定审计独立性

印度计算机应急响应小组（CERT-In）发布了《人工智能（AI）安全审计指南》1.0版，落款日期为2026年11月4日。这份107页的 PDF 依据八项固有风险因素，为每个 AI 系统逐项打出1至4分，且“不将所声称的控制有效性计入”（without taking credit for claimed control effectiveness）。系统能力应当“经实际确认，而非从政策声明中推断”（第23页）。第1层允许自我评估。第2层另需至少每年由一家“CERT-In 遴选入册的审计机构”（CERT-In empanelled auditing organisation）开展一次独立审计。第3层和第4层要求由此类机构开展独立审计，第4层还需持续监测（第25页和第26页）。

审计人员如何检查智能体

智能体“应当”（shall）具备有记录的身份、获批工具、权限边界和行动限制，且不得自动继承用户、工具或其他智能体的权限。重建执行链所需的工具调用、委派任务、审批和外部操作应予以记录，并防止未经授权的修改（第9.7节，第66页）。指南要求审计人员不得仅依赖组织自评的风险层级（第37页），在适用时对智能体工具调用和自主行动进行抽样（第38页），并测试审批关卡能否经由其他接口被绕过（第80页）。

效力与局限

PDF 称，一份2025年的国家政策框架为其审计要求提供“政策依据”（the policy authority）（第102页），文件也未援引任何使其具有约束力的法定条款。CERT-In 的指令页面列出的是2022年的指令，并不包括这份文件。我们未评估其法律效力。文件未报告任何审计结果。