对于计划开拓欧洲市场的平板电脑企业，EN18031 标准是准入关键，其中AUM（身份验证与用户管理）机制更是保障设备安全的核心。本文结合平板实际场景，拆解 AUM 机制 6 大模块，理清测试要点。
一、AUM 机制的核心目标
EN18031 中 AUM 机制的根本目标，是确保平板身份验证机制的安全性与可靠性，防止未经授权者通过屏幕、网络（WiFi、蓝牙）或远程接口，访问设备数据、修改安全参数或滥用网络功能。
二、AUM 机制 6 大模块拆解
1. AUM-1：认证适用性—— 明确 “需认证的场景”
核心要求
平板需提供认证机制（密码、指纹等），防范未授权访问；以下情况除外：
预期功能需无认证（如儿童模式）；
物理 / 逻辑措施已限制访问（如工业平板固定在封闭机柜）；
法律 / 政策不允许严格控制（如公共服务平板）。
关键测试
检查用户角色权限（管理员、普通用户、访客）是否合理，如访客不可改 WiFi 密码；
验证访问日志可追溯，授权者能查看“谁在何时登录、修改参数”；
测试 Web 后台、API 接口、USB 调试等是否需认证，如开启 USB 调试需管理员密码。
判定标准
无应有的访问控制机制缺失且未记录，或所有记录机制均落地，即“通过”。
2. AUM-2：适当的认证机制—— 选对 “认证方式”
核心要求
认证机制需匹配实体验证方式（知道什么、持有什么、是什么），且兼顾残疾人用户。
平板常见认证方式
残疾人友好性测试
支持辅助技术（屏幕阅读器读密码提示、语音播报结果）；
允许“用户 + 支持者” 共享使用（如家长帮视障儿童完成面部识别）；
提供替代方案（阅读障碍者可选语音密码，不使用易困扰的个人信息）；
密码需为强密码（至少 8 位，含大小写、数字、特殊字符）。
关键测试
实际操作每种认证方式，确认与技术文档一致（如面部识别失败可切密码登录）；模拟残疾人场景，检查流程顺畅性。
3. AUM-3：验证器—— 防 “认证漏洞”
核心要求
认证机制需验证所有相关属性，杜绝不完整 / 无效信息通过。
分类型测试
（1）密码认证器
输错密码不可登录；
公共 WiFi 下，认证信息传输防重放攻击；
密码部分内容不可用（如“12345678” 输 “1234” 不行）；
其他用户密码不可通用。
（2）证书认证器（企业 / 工业平板）
无效 / 不受信任证书的私钥不可用；
认证消息防重放攻击。
4. AUM-4：认证机制的可更改性——“能改认证因子”
核心要求
授权者可更改认证因子（密码、指纹等），除非更改与安全目标冲突（如系统信任根密钥）。
关键测试
用户自主更改：在“设置 - 安全” 中可改密码、增删指纹；
第三方更新：企业 MDM 系统可远程推新密码；
更改后有效性：新因子全路径生效（登录、访问云端、USB 调试），旧因子失效。
特殊场景
如车载平板，需确认驾驶中不强制改密码，保障安全。
5. AUM-5：密码强度—— 全流程管控
核心要求（厂商易踩坑）
出厂默认密码：用 TRNG/CSPRNG 生成，打印在设备 / 包装贴纸，确保唯一；
首次使用：强制改默认密码，不可跳过；
用户自定义密码：需在受限网络（企业内网、家庭 WiFi）设置。
关键测试
检查默认密码无“123456” 等简单密码；
模拟首次开机，确认改密码提示不可跳过；
测试弱密码（如“123456”）是否被拒绝。
6. AUM-6：暴力破解保护—— 防 “反复试密码”
核心要求
需有防暴力破解措施：
连续失败加时间延迟（如输错 3 次等 30 秒）；
限制失败次数（输错 5 次锁 1 小时）；
多因素认证（密码 + 指纹）；
提升认证强度（复杂密码 + 面部识别）。
关键测试
连续输错 10 次密码，检查是否触发锁定 / 延迟；
确认文档记录的失败次数限制与实际一致；
多因素认证场景，只输对密码不可登录。
三、测试核心逻辑
文档与实际一致：文档记录的认证机制需在平板上落地；
安全与包容兼顾：防未授权访问，同时考虑残疾人、儿童需求；
全场景覆盖：覆盖出厂、日常使用、密码更改、防攻击全环节。
···
探索 · 专注 · 领先工匠精神 从始至终 探索之途 一往无前