IDAS 26001:2026 · 已发布

IDAS — 国际数字应用标准

IDAS 是由 Eric Chuar Technologies 制定的独立国际标准,用于规划、开发、发布、运营与退役可靠的数字应用。它将软件质量目标转化为可审核要求,覆盖应用全生命周期中的范围、架构、安全、无障碍、性能、测试、可观测性、恢复、文档及负责任的交接。

所有者与发布方Eric Chuar Technologies通过 Eric Chuar Technologies 标准与符合性评估计划 维护
IDAS 国际数字应用标准 标志

直接定义

什么是 IDAS?

IDAS 是由 Eric Chuar Technologies 制定的独立国际标准,用于规划、开发、发布、运营与退役可靠的数字应用。它将软件质量目标转化为可审核要求,覆盖应用全生命周期中的范围、架构、安全、无障碍、性能、测试、可观测性、恢复、文档及负责任的交接。

IDAS 旨在让符合性审核切实可行。它不会仅凭意图授予状态:申请者识别边界明确的系统、指定负责人、运行适用控制,并提供可追溯至当前版本的证据。评估同时考虑设计与运营,因为没有遵守的政策,或缺乏负责决策路径的技术控制,都不是充分证据。

缩写IDAS
正式名称国际数字应用标准
编号IDAS 26001:2026
发布方Eric Chuar Technologies
维护方Eric Chuar Technologies 标准与符合性评估计划
范围面向网站、网页应用、渐进式网页应用、软件即服务产品与定制软件的可衡量工程及生命周期框架。
状态已发布——认证需要评估
地理适用范围为国际及跨境使用设计

目的与预期成果

IDAS 旨在实现什么。

面向网站、网页应用、渐进式网页应用、软件即服务产品与定制软件的可衡量工程及生命周期框架。 本标准为技术与非技术相关方提供共同方法,定义预期、检查实施并记录剩余风险,不暗示一种控制模式适合每个组织。

  • 将业务意图与可测试验收标准联系起来的需求
  • 记录架构选择、取舍与负责审批的人员
  • 以可重复证据支持安全、无障碍且性能良好的软件
  • 受控发布,并明确监测、回滚、恢复及维护责任
  • 有记录的交接与退役路径,减少运营中的含糊之处

哪些人应使用

问责覆盖买方、开发方与运营方。

当组织能够识别评估对象及自身实际控制的职责时,使用本标准才适当。供应商可贡献证据,但工作外包不代表申请者决策责任也被外包。

  • 委托开发或运营软件密集型服务的组织
  • 内部产品、工程、质量保证、安全及平台团队
  • 负责客户应用的数字代理机构与交付合作方
  • 比较交付证据的技术评估人员与采购团队
  • 在上线或供应商交接后接手系统的维护人员

范围边界

包含与排除的系统及生命周期阶段。

包含

公开网站、需身份验证的应用、应用编程接口、软件即服务平台、连接移动设备的后端、渐进式网页应用、数据处理服务,以及从需求调研到退役的配套交付流水线。

排除且不作暗示

它不认证业务成果,不保证软件没有缺陷,不取代适用法律,不批准特定编程语言或云服务提供商,也不代表符合 ISO/IEC、NIST 或 OWASP 的计划。

评估声明须识别组织边界、系统、接口、地点、生命周期阶段及重要提供商。仅在具备职责与证据的范围内,才能包含共享平台。如实描述的较窄范围可以接受;营销语言不能扩大含糊范围。

规范用语

如何阅读要求。

必须

声明范围的强制要求。排除需要有依据的范围决定,不能悄悄遗漏。

应当

建议实践。当证据显示结果等效且适合背景时,可以接受其他方法。

可以

允许的选项,不会仅因出现在指引中就成为强制要求。

证据

支持声明的记录、文件、观察或可重复结果。证据须有可归属来源、对于决策足够新,并按敏感性获得保护。

核心原则

IDAS 原则指导适度实施。

01

先看成果,再看产出

需求从用户、决策与可衡量验收条件出发,而不是从预设功能清单出发。

02

架构是一项有记录的决策

记录重要选择、约束与可逆性,让后续团队理解系统为何形成当前状态。

03

从设计开始考虑安全与隐私

交付全程处理威胁、访问、敏感数据与滥用问题,不把它们当作最后一份检查清单。

04

质量可观测

可靠性、无障碍与性能都有可审核的阈值、测试及运营信号。

05

发布可逆

部署包括变更控制、回滚、恢复及有明确责任的验收。

06

责任延续到交接之后

原团队离开后,文档、支持边界、依赖与退役职责仍须清晰可理解。

规范控制集

IDAS 强制要求。

声明范围内每项适用要求都必须得到处理。仅在替代控制设计产生等效且有证据支持的成果,并与要求不冲突时,才可接受。评估人员抽查设计与运营,出现重大风险或不一致时可要求额外证据。每项控制都需要负责人、受影响边界、审核触发条件与例外路径;证据须可归属于评估版本或运营期间。

  1. IDAS-4.1

    调研与背景

    组织必须在接受解决方案范围之前,识别目标用户、运营约束、受影响流程、数据类别及负责决策的人员。 证据:获批准的调研记录与相关方关系图。

  2. IDAS-4.2

    验收标准

    组织必须与获授权的验收负责人一起定义可测试的功能及质量验收标准,包括否定场景与异常情况。 证据:有版本记录的验收目录与审批记录。

  3. IDAS-5.1

    架构决策

    组织必须记录重要架构决策、替代方案、假设、依赖与撤回决策的影响。 证据:架构决策记录与依赖关系图。

  4. IDAS-5.2

    数据保护

    组织必须对数据分类、减少收集,明确合法处理、保留、删除及访问边界,并防止密钥或其他机密凭据进入源码或日志。 证据:数据清单、保留规则与机密凭据控制证据。

  5. IDAS-6.1

    源码控制

    组织必须对正式运行代码与配置使用版本控制,确保作者可追溯、发布路径受保护且历史可恢复。 证据:代码仓库设置、变更历史与发布标签。

  6. IDAS-6.2

    同行审核

    组织必须要求与变更风险相称的审核,并防止唯一作者在没有告知他人的情况下批准高影响变更。 证据:合并请求或同等审核记录。

  7. IDAS-6.3

    安全开发生命周期

    组织必须将威胁评估、安全设计、核验与整改融入交付生命周期。 证据:威胁记录、安全要求与整改证据。

  8. IDAS-6.4

    依赖治理

    组织必须清点第三方组件、评估已知漏洞、约束版本,并记录替换或更新决策。 证据:软件组件清单与漏洞处理决策。

  9. IDAS-7.1

    自动化核验

    组织必须发布前运行可重复检查,覆盖相关代码质量、测试、构建完整性与安全条件。 证据:与发布版本对应且带时间戳的流水线结果。

  10. IDAS-7.2

    人工核验

    组织必须测试自动化未充分覆盖的用户流程、失败状态、内容、无障碍与运营程序。 证据:审核脚本、发现的问题与验收证据。

  11. IDAS-7.3

    无障碍

    组织必须定义无障碍目标,通过辅助交互测试有代表性的响应式状态,并记录未解决的障碍。 证据:无障碍矩阵与整改决策。

  12. IDAS-7.4

    性能预算

    组织必须设置适合应用背景的可衡量加载、交互、稳定性及资源预算。 证据:实验室结果、实际使用测量计划与获批准的例外。

  13. IDAS-8.1

    环境隔离

    组织必须分离开发、测试与正式运行职责,保护正式运行数据与凭据免受不受控使用。 证据:环境模型与访问权限审核。

  14. IDAS-8.2

    发布与回滚

    组织必须采用有版本记录的发布流程,包含前置条件、变更记录、回滚文件与发布后核验。 证据:发布清单、校验值与回滚测试。

  15. IDAS-8.3

    可观测性

    组织必须监测重要的可用性、错误、安全信号与关键业务流程健康状态,不收集不必要的个人数据。 证据:监测清单、告警路径与示例记录。

  16. IDAS-8.4

    备份与恢复

    组织必须定义可恢复资产、受保护的备份安排及符合运营需要的恢复测试。 证据:备份范围与恢复证据。

  17. IDAS-9.1

    交接与维护

    组织必须向维护人员提供系统、部署、支持、依赖、访问与已知风险文档。 证据:已验收的交接资料与维护责任归属。

  18. IDAS-9.2

    退役

    组织必须系统退役时规划数据处置、依赖移除、访问撤销、用户沟通与证据保留。 证据:获批准的退役计划与完成记录。

所需证据

证据须支持正在评估的声明。

申请者应提供最小但充分的证据集,不作不受控的大量数据倾倒。记录应显示由谁作出决定、涉及什么边界与版本、观察到什么结果,以及如何处理例外。敏感技术、员工或客户材料仍受保护,不会仅因支持评估就被公开。

  • 调研与验收登记表
  • 架构决策记录
  • 威胁模型与数据流图
  • 源码控制与审核历史
  • 自动化构建与测试结果
  • 依赖与漏洞清单
  • 无障碍与响应式测试矩阵
  • 性能预算与测量记录
  • 发布、回滚与恢复证据
  • 运营、交接与退役文档

评估与认证

认证是受控决定,不是自动徽章。

计划确认申请者与范围、审核提交证据、进行技术评估并记录发现。申请者以原因、纠正及有效行动证据回应不符合项。在计划当前运营模型允许的范围内,认证决定尽可能与证据准备分离。监督与续期考虑持续控制运行与重大变更。

符合性等级

基础

声明范围已有明确责任归属、有记录的基线与实施计划。基础级表示准备状态,不代表认证。

已核验

已对照所选标准审核必要控制与证据,记录已发现的不符合项,并接受纠正措施。

已认证

确认范围、审核证据、进行技术评估并关闭阻碍认证的不符合项后,EC TECH 计划已作出正式符合性决定。认证不是自动授予,也不是外部认可。

不符合项等级

观察项

当前未违反强制要求,但若无人处理,可能削弱一致性、证据质量或未来符合性的情况。

轻微不符合项

局部未满足要求,但控制体系整体仍有效。关闭该项需要适度纠正,以及获计划接受的证据。

重大不符合项

控制缺失、系统性失效、实质无效,或使声明范围面临不可接受风险的情况。在核验纠正措施令人满意之前,不得授予或维持认证。

与既有框架的关系

IDAS 采用有依据的对齐,不作错误等同。

这些参考资料帮助申请者深化控制或比较术语。“参考”表示来源影响了要求设计;“对应”表示可显示有记录的关系;“对齐”表示成果兼容。这些词均不代表“获得该标准认证”。外部框架或法律保留自身范围、文本、评估路径与权限。

ISO/IEC 25010:2023

其产品质量模型为 IDAS 的质量特征与测量思路提供参考。IDAS 不是 ISO/IEC 25010 认证。

NIST SP 800-218 SSDF

其以成果为基础的安全开发实践,为 IDAS 的生命周期安全、供应商与漏洞控制提供参考。

OWASP SAMM

其治理、设计、实施、核验与运营模型,帮助团队比较软件保障成熟度。

OWASP ASVS

当网页应用风险需要时,其应用安全核验要求可提供更深入的测试标准。

WCAG 2.2

在定义数字应用的无障碍验收时,其可测试的无障碍成功标准是适当参考。

实施路径

实用的 30/60/90 天采用顺序。

此顺序是规划辅助,不是承诺的认证时间表。复杂性、证据成熟度、第三方访问与纠正工作决定实际路径。团队应优先处理重大风险及可持续运营,不应制作仅为评估当天而存在的文档。

前 30 天——建立控制

  • 指定应用负责人并界定范围
  • 清点用户、数据、集成与依赖
  • 记录验收及质量风险
  • 建立源码、构建与发布控制基线

第 31 至 60 天——弥补重大缺口

  • 补齐架构与威胁决策记录
  • 按优先级加入自动化及人工检查
  • 设置无障碍与性能预算
  • 验证回滚与恢复程序

第 61 至 90 天——展示运营情况

  • 从有代表性的发布中收集证据
  • 演练事件处理与支持责任
  • 解决不符合项
  • 提交声明范围以供评估

收益

有纪律地采用可以改善什么。

  • 共同采用以证据为基础的应用质量定义
  • 更清楚的采购与交付验收
  • 减少发布与交接中的含糊之处
  • 提高安全、无障碍及运营风险的可见度
  • 为产品与工程团队提供实用改进路径

限制

认证不能证明什么。

  • 符合标准不能保证没有缺陷、事件或停机
  • 证书不取代法律、监管或合同尽职调查
  • 控制须按系统实际风险与运营背景调整
  • 与外部框架对齐不等于外部认证或认可

版本与变更控制

当前版本:IDAS 26001:2026。

本页代表当前已发布的 2026 版本。拟议变更会按需要、清晰度、可衡量效果、兼容性与过渡影响评估。未来修订将识别重要变更,以及先前评估范围是否需要额外证据。编辑性澄清不会悄悄削弱强制要求,申请者也不能仅为回避当前控制而选择过时条款。

最近审核: 2026 年 9 月 6 日. 出现后续修订时将提供公开修订历史链接;不会呈现空白或虚构历史。

IDAS 问题与直接回答

IDAS 是国际数字应用标准,由 Eric Chuar Technologies 制定的独立国际标准,用于以证据为基础的应用工程与生命周期控制。

评估询问

请求一次标准范围讨论。

选择您希望讨论的标准。此步骤仅将所选标准带入 EC TECH 现有联系路径;公开询问中不得包含密码、正式运行数据或私人审计证据。

主要参考资料

为技术准确性审核的来源。

参考资料链接用于比较及深入实施。纳入资料不表示所引用组织对 IDAS 作出背书、采用、认可或认证。

最近审核: 2026 年 9 月 6 日.