关联的issue：

https://gitcode.com/openharmony/security_selinux_adapter/issues/5275

修改描述（修改功能描述，规格变更说明）：

重复构建原因：
ninja explain: output obj/base/security/selinux_adapter/selinux_check.stamp older than most recent input obj/base/security/selinux_adapter (1790057796900357242 vs 1790057796901357232)

修改说明：
脚本层面 — selinux_check_main.py

if __name__ == "__main__":
    input_args = parse_args()
    build_cil(input_args)  # ← 无条件调用，始终执行
    ...

build_cil() 无条件执行两个 checkpolicy -o 命令，始终产生 all.cil 和 developer/all.cil。没有条件分支可以跳过。

详细解析说明

策略合入自检

• 策略、注释不出现敏感词
• 不要继续往sepolicy/base下新增策略，策略放在sepolicy/ohos_policy下，按子系统/部件存放，没有请新增目录
• 如果涉及新增参数标签type ***, parameter_attr， 即type定义以parameter_attr结尾，需要与init责任田达成一致。参数规范详见：https://gitcode.com/openharmony/docs/blob/master/zh-cn/device-dev/subsystems/subsys-boot-init-sysparam.md
• neverallow管控请写在相应目录的public路径下，保证系统和芯片组件能同时管控
• 不允许应用访问的SA服务使用neverallow规则看护
• 系统参数应禁止三方应用配置
• 具有写和执行的文件目录应该使用neverallow管控
• bin二进制执行文件应该设置独立标签
• 确保debug模式相关功能权限使用debug_only隔离
• 确保开发者模式相关功能权限用developer_only隔离
• 如果涉及修改neverallow策略，需要通过安全评审
  • 每条neverallow语句中仅允许出现唯一的“-violator_xxx”和唯一的"-rgm_violater_xxx"
  • 每条attribte violator_xx需要新增对应的neverallow violoater_xxx xxx:xxx {xxx}（该策略不在本仓库）
• 如果涉及新增sh作为主体的权限allow sh b:c {xxx} 需经过DFX责任田和安全评审
• 如果涉及新增su作为主体的权限allow su b:c {xxx} 无需添加，默认放行；su作为客体，需增加debug_only宏
• 新增ioctl权限allow a b:c {ioctl}需跟进avc日志中答应的ioctl命令字增加对应的allowxperm规则来限制具体使用的接口。例如：allowxperm accessibility data_service_el1_file:file ioctl { 0x5413 };
  详见：https://gitcode.com/openharmony/docs/blob/master/zh-cn/device-dev/subsystems/subsys-security-selinux-checklist.md#涉及新增ioctl的selinux策略自检
• 如果涉及hap权限，确认hap范围，如果是对全部应用使用hap_domain，allow hap_doamin xxx:xx xx
  详见：https://gitcode.com/openharmony/docs/blob/master/zh-cn/device-dev/subsystems/subsys-security-selinux-checklist.md#涉及应用的selinux策略自检
• 不允许使用limit_domain\default_param\default_service\default_hdf_service默认标签