ACL配置符合最小特权原则的关键证据链是：每条规则均有明确业务动因、无冗余放行、无隐性越权，且默认拒绝策略已生效并真实运行；规则粒度精确到端口与协议，部署位置遵循最靠近受控对象原则，并经拓扑比对与日志验证确认无绕过路径。
要在审计结论中证明ACL配置符合最小特权原则，关键不是罗列规则条目，而是呈现“权限与业务需求严格对齐”的证据链。审计结论需体现：每条规则都有明确业务动因、无冗余放行、无隐性越权、且默认策略为拒绝。
明确每条规则的业务依据
不能只写“允许10.10.5.0/24访问TCP 80”，而要说明该网段对应研发测试环境，且仅此用途；若同一条规则还放行了UDP 53或ICMP，就必须解释为何DNS查询或连通性探测是该业务不可替代的组成部分。建议在ACL注释中直接嵌入业务标识，例如：! [APP-LOGGING-SERVICE] allow outbound to syslog-server:514/udp。审计时逐条比对注释与实际系统架构图、服务依赖清单。
验证默认拒绝策略已生效
最小特权的前提是“未明示即禁止”。审计必须确认ACL末尾存在显式拒绝规则（如deny ip any any log），且该规则未被更高优先级的宽松规则覆盖。更关键的是验证其真实生效：通过抓包或设备日志确认非授权流量确被丢弃并记录——仅配置不等于运行有效。例如，在边界防火墙上启用syslog输出，筛选ACL deny日志，确认其包含预期的误访问尝试（如外部IP尝试SSH连接）。
检查规则粒度是否精确到端口与协议
允许整个IP段访问所有端口（permit tcp 192.168.1.0 0.0.0.255 any）违反最小特权。合规配置应精确到具体端口和服务，例如：permit tcp host 192.168.1.10 eq 443 host 10.20.30.100 eq 8443。审计时用工具导出ACL规则表，自动识别含any、0.0.0.0 255.255.255.255或未限定端口的条目，并要求提供书面例外审批。
确认规则部署位置符合最靠近受控对象原则
最小特权效果依赖于执行位置。例如，为阻止外网访问数据库，ACL应部署在面向Internet的路由器入接口，而非内网交换机出接口。审计需比对网络拓扑图与ACL应用点——若规则应用在错误方向（如本应在in方向却配在out方向），即使内容正确也视为失效。同时检查是否存在绕过路径：同一设备多个接口、跨VLAN路由、或未受控的管理通道（如带外管理口）是否遗漏ACL。
