文档教程网络安全【免费下载链接】mastgThe OWASP Mobile Application Security Testing Guide (MASTG) is a comprehensive manual for mobile app security testing and reverse engineering. It describes technical processes for verifying the OWASP Mobile Security Weakness Enumeration (MASWE) weaknesses, which are in alignment with the OWASP MASVS.项目地址https://gitcode.com/gh_mirrors/ow/mastg点击查看免费下载本篇文章以 OWASP MASTG 知识库中的 Local Authentication Framework 说明 为核心系统讲解 iOS 平台上基于LocalAuthentication框架的本地认证实现包括LAContext.evaluatePolicy的两种认证策略、完整的 Swift 工程化写法、事件驱动型认证的固有弱点以及如何通过 Keychain SecAccessControlCreateWithFlags构建不可绕过的安全数据访问路径。读者在阅读后将掌握从编写、静态审计、二进制验证到 Frida/Objection 动态绕过测试的完整实战技能。LocalAuthentication 框架iOS 本地认证的官方入口LocalAuthentication是 Apple 提供的本地认证框架用于在应用内请求用户完成设备级身份验证支持的凭证形式包括 Touch ID指纹、Face ID面容以及设备密码passcode。它在整个 iOS 安全体系中扮演身份验证角色只负责回答用户是否通过了设备认证这一布尔问题并不负责秘密数据的存储与保护。框架的核心类为LAContext开发者通过调用其实例方法evaluatePolicy向用户展示系统级认证弹窗并等待认证结果。一次典型的认证流程包含两个阶段预检canEvaluatePolicy在发起认证前先确认设备当前是否支持所选策略若不支持则返回错误例如设备未设置密码、未录入生物特征等求值evaluatePolicy真正弹出系统认证界面认证完成后通过回调返回成功或失败。在 OWASP MASTG 的 iOS 知识库中该内容与 Keychain Services 实现本地认证 共同构成 MASVS-AUTH 类别下本地认证主题的两块基石前者是认证事件后者是安全存储 认证的正确组合。两种认证策略deviceOwnerAuthentication 与 deviceOwnerAuthenticationWithBiometricsevaluatePolicy的第一个参数是策略枚举LAPolicy它决定了用户可以被接受的认证方式。框架提供两种常用策略策略Swift策略Objective-C行为说明deviceOwnerAuthenticationLAPolicyDeviceOwnerAuthentication优先提示用户进行 Touch ID 认证若 Touch ID 未启用则退化为请求设备密码若设备连密码都未设置则策略求值直接失败deviceOwnerAuthenticationWithBiometricsLAPolicyDeviceOwnerAuthenticationWithBiometrics认证严格限制为生物识别Touch ID / Face ID不提供密码回退选项需要特别注意的是两种策略的差异直接决定了认证的可绕过性与可用性的权衡deviceOwnerAuthenticationWithBiometrics更严格但存在生物识别不可用如未录入指纹、被锁定时用户无法认证的风险deviceOwnerAuthentication更宽松允许密码回退但也意味着攻击者通过偷窥等手段窃取密码后即可通过认证。从 OWASP MASTG 的示例 MASTG-DEMO-0041 的二进制反汇编结果中可以看到这两种策略在系统头文件LAPublicDefines.h中对应如下整数枚举值#define kLAPolicyDeviceOwnerAuthenticationWithBiometrics 1 #define kLAPolicyDeviceOwnerAuthentication 2 #define kLAPolicyDeviceOwnerAuthenticationWithWatch 3 #define kLAPolicyDeviceOwnerAuthenticationWithBiometricsOrWatch 4 #define kLAPolicyDeviceOwnerAuthenticationWithWristDetection 5该头文件位于 Xcode SDK 路径iPhoneOS.sdk/System/Library/Frameworks/LocalAuthentication.framework/Headers/LAPublicDefines.h可在本机通过grep直接查看。典型实现一个完整的 Swift 认证调用Apple 官方为LocalAuthentication提供了 Swift 与 Objective-C 两种语言的代码示例。一个典型的 Swift 实现如下完整继承自 MASTG-KNOW-0056let context LAContext() var error: NSError? guard context.canEvaluatePolicy(.deviceOwnerAuthentication, error: error) else { // Could not evaluate policy; look at error and present an appropriate message to user } context.evaluatePolicy(.deviceOwnerAuthentication, localizedReason: Please, pass authorization to enter this area) { success, evaluationError in guard success else { // User did not authenticate successfully, look at evaluationError and take appropriate action } // User authenticated successfully, take appropriate action }该代码的关键点在于localizedReason参数是必填的、向用户展示的认证原因字符串应明确说明本次认证的目的如验证身份以访问您的令牌evaluatePolicy是异步回调认证 UI 由系统呈现应用无法自定义弹窗样式回调中的success布尔值表示认证是否成功——这正是一处典型的可被逻辑篡改的弱点所在下文将展开说明。工程化补充LAError 的完整错误处理生产环境的代码不应只做guard success的简单判断还需要针对回调中的错误对象类型为LAError进行细粒度处理。OWASP MASTG 的演示样例 MastgTest.swift 给出了完整的错误分支处理范式if let laError error as? LAError { switch laError.code { case .userCancel: message Authentication was cancelled by the user. case .userFallback: message User tapped the fallback button (e.g. entered a password). case .systemCancel: message Authentication was cancelled by the system (e.g. another app came to foreground). case .passcodeNotSet: message Passcode is not set on the device. case .biometryNotAvailable: message No biometric authentication is available on this device. case .biometryNotEnrolled: message The user has not enrolled any biometrics. case .biometryLockout: message Biometry is locked out due to too many failed attempts. default: message laError.localizedDescription } }这七个典型错误码覆盖了认证取消、回退按钮、系统中断、设备未设密码、生物识别不可用/未录入/锁定等全部常见场景是审计者判断应用认证体验与安全兜底逻辑的重要依据。事件驱动认证的固有弱点为什么 evaluatePolicy 不适合单独保护敏感数据LocalAuthentication框架本质上是**事件驱动event-based**的认证机制evaluatePolicy只返回一次性的认证通过/失败布尔结果应用随后在自己的代码逻辑里通常是if success { ... }决定是否放行。这种模式存在一个根本性缺陷——认证结果与应用对敏感资源的访问控制之间没有强绑定。OWASP MASTG 测试用例 MASTG-TEST-0266 对此给出了明确的判定标准若应用对某个值得保护的敏感资源如令牌、密钥仅依赖LAContext.evaluatePolicy的布尔返回值做访问控制而未通过 Keychain API 配合SecAccessControlCreateWithFlags强制用户在场user presence则视为不安全的实现。原因如下可被逻辑篡改攻击者通过运行时注入如 Frida hookevaluatePolicy或二进制补丁可让该函数永远返回true从而绕过认证分支无数据保护即使认证被成功绕过应用内以明文/常规方式持有的令牌等敏感数据本身也没有加密保护无系统级兜底认证决策完全落在应用进程内一旦进程被注入控制整个认证形同虚设。反观 Keychain 方案敏感数据被安全存储在系统进程securityd管理的 Keychain 中并通过SecAccessControlCreateWithFlags配置访问控制策略。取数时由系统在进程外强制弹出认证界面认证通过后才解密返回数据。攻击者即使 hook 了应用内的认证判断也无法绕过系统级的 Keychain 访问控制——这才是 iOS 本地认证的推荐安全姿势。二进制层面的验证evaluatePolicy 在 App 二进制中的形态在静态审计阶段可通过otool -L检查应用二进制依赖的动态库确认其是否引入了认证框架。OWASP MASTG 测试 MASTG-TEST-0064 给出的检测命令为otool -L AppName.app/AppName若应用使用了LocalAuthentication.framework输出中会同时包含以下两行注意LocalAuthentication.framework底层依赖Security.framework/System/Library/Frameworks/LocalAuthentication.framework/LocalAuthentication /System/Library/Frameworks/Security.framework/Security若应用只使用Security.framework即仅用 Keychain则只显示第二行。更进一步从 MASTG-DEMO-0041 的 r2 反汇编输出可以看到Swift 代码中的context.evaluatePolicy(.deviceOwnerAuthenticationWithBiometrics, localizedReason: ...)在编译后会被转换为 Objective-C 消息调用形态objc_msgSend(void *address, evaluatePolicy:localizedReason:, LAPolicyDeviceOwnerAuthenticationWithBiometrics, ...)反汇编中函数调用时的w2寄存器被mov指令置为1而1正是上文LAPublicDefines.h中kLAPolicyDeviceOwnerAuthenticationWithBiometrics的枚举值。这种源码 → 编译产物 → 寄存器常量的对应关系是审计人员确认应用实际使用哪种认证策略的可靠证据链。Keychain 强化用 SecAccessControl 将认证绑定到数据访问路径要修复仅依赖 evaluatePolicy的弱点正确做法是将认证与 Keychain 数据访问绑定。OWASP MASTG 知识库 MASTG-KNOW-0057 给出了完整方案应用将秘密令牌存入 Keychain并为条目设置SecAccessControl属性用户必须先通过 Touch ID或允许的密码回退认证系统才允许取出该条目。创建访问控制对象与保存条目的核心代码节选自 MASTG-KNOW-0057// 1. 创建 AccessControl 对象代表认证设置 var error: UnmanagedCFError? guard let accessControl SecAccessControlCreateWithFlags(kCFAllocatorDefault, kSecAttrAccessibleWhenPasscodeSetThisDeviceOnly, SecAccessControlCreateFlags.biometryCurrentSet, error) else { // failed to create AccessControl object return } // 2. 构建 Keychain 查询注意 kSecAttrAccessControl 与 kSecAttrAccessible 互斥 var query: [String: Any] [:] query[kSecClass as String] kSecClassGenericPassword query[kSecAttrLabel as String] com.me.myapp.password as CFString query[kSecAttrAccount as String] OWASP Account as CFString query[kSecValueData as String] test_strong_password.data(using: .utf8)! as CFData query[kSecAttrAccessControl as String] accessControl // 3. 保存条目 let status SecItemAdd(query as CFDictionary, nil) if status noErr { // successfully saved } else { // error while saving }取出条目时系统会自动向用户呈现认证弹窗var query [String: Any]() query[kSecClass as String] kSecClassGenericPassword query[kSecReturnData as String] kCFBooleanTrue query[kSecAttrAccount as String] My Name as CFString query[kSecAttrLabel as String] com.me.myapp.password as CFString query[kSecUseOperationPrompt as String] Please, pass authorisation to enter this area as CFString var queryResult: AnyObject? let status withUnsafeMutablePointer(to: queryResult) { SecItemCopyMatching(query as CFDictionary, UnsafeMutablePointer($0)) } if status noErr { let password String(data: queryResult as! Data, encoding: .utf8)! // successfully received password } else { // authorization not passed }访问控制标志的选择三种 keychain 标志的安全强度对比MASTG-TEST-0064 与 MASTG-DEMO-0043 对SecAccessControlCreateWithFlags的三种关键标志做了细致对比标志iOS 11.3 前名称行为与安全性kSecAccessControlBiometryCurrentSetkSecAccessControlTouchIDCurrentSet仅当条目创建时已录入的生物特征指纹/面容通过认证才可访问用户后续新增/修改生物特征会自动使该条目失效。最严格推荐用于高价值数据kSecAccessControlBiometryAnykSecAccessControlTouchIDAny任一已录入生物特征认证通过即可访问条目在用户重新录入生物特征后依然有效方便但攻击者若能录入自己的生物特征同样可访问kSecAccessControlUserPresence同左生物认证失败或不可用时允许回退到设备密码。强度弱于BiometryAny因为密码可通过肩窥shouldersurfing等方式被窃取同时调用SecAccessControlCreateWithFlags时应设置kSecAttrAccessibleWhenPasscodeSetThisDeviceOnly或kSecAttrAccessibleWhenPasscodeSet保护类别data protection class其中...ThisDeviceOnly变体确保条目不同步到其他 iOS 设备。数据保护类别决定了数据在设备上何时可访问的安全策略是 Keychain 条目的第二道防线。需要注意的是与 macOS 和 Android 不同iOS 的 Keychain 不支持条目可访问性的时效性——如果没有额外安全校验如kSecAccessControlUserPresence之类一旦设备解锁密钥即可被访问不存在解锁后 N 分钟内有效这类概念。动态绕过验证用 Objection/Frida 攻击 evaluatePolicy既然evaluatePolicy只是返回布尔值的事件认证它自然也是测试工具的重点攻击目标。OWASP MASTG 的 MASTG-TEST-0064 与 MASTG-TECH-0135 详细描述了使用Objection基于 Frida绕过本地认证的完整流程...itudehacks.DVIAswiftv2.develop on (iPhone: 13.2.3) [usb] # ios ui biometrics_bypass (agent) Registering job 3mhtws9x47q. Type: ios-biometrics-disable ...itudehacks.DVIAswiftv2.develop on (iPhone: 13.2.3) [usb] # (agent) [3mhtws9x47q] Localized Reason for auth requirement: Please authenticate yourself (agent) [3mhtws9x47q] OS authentication response: false (agent) [3mhtws9x47q] Marking OS response as True instead (agent) [3mhtws9x47q] Biometrics bypass hook complete执行ios ui biometrics_bypass后Objection 会注册一个类型为ios-biometrics-disable的任务hook 住evaluatePolicy函数当操作系统返回false时将其改写为true。该 hook 对 Swift 与 Objective-C 两种实现均有效。若应用只依赖evaluatePolicy的返回值做鉴权未使用 Keychain 保护数据则认证界面会被直接绕过登录或敏感操作自动放行。下图展示了在 macOS 终端中通过 Objection 对 USB 连接的 iOS 设备上的应用注册ios-biometrics-disable-evaluatePolicy钩子、将系统认证响应false篡改为true并最终输出 Biometrics bypass hook complete (evaluatePolicy) 的完整过程绕过后应用界面的实际效果如下图所示测试应用直接显示 Authentication success证明仅依赖evaluatePolicy布尔结果的认证已被成功绕过绕过为何对 Keychain 方案失效对比之下若应用采用 Keychain SecAccessControlCreateWithFlags方案即便攻击者 hook 了evaluatePolicy或篡改了应用内if success分支取数时的认证仍由系统进程执行——Frida 注入的进程内 hook 无法干预 securityd 的认证判定密钥数据也就无法被提取。这正是 OWASP MASTG 反复强调用 Keychain 保护敏感数据而非仅用 LocalAuthentication 做布尔鉴权的底层原因。测试判定速查如何在审计中给出结论综合 MASTG-TEST-0266 与 MASTG-TEST-0064 的判定逻辑对一个受保护敏感资源给出安全结论时按以下顺序核对检测框架引入otool -L确认二进制是否链接LocalAuthentication.framework/Security.framework定位 API 调用在二进制中搜索LAContext.evaluatePolicy与SecAccessControlCreateWithFlags的调用位置可借助 r2/IDA 等工具参见 MASTG-TECH-0135判定失败条件若存在LAContext.evaluatePolicy调用但对应敏感数据没有伴随SecAccessControlCreateWithFlags且标志需为kSecAccessControlBiometryCurrentSet/kSecAccessControlBiometryAny这类强制生物识别类的 Keychain 访问控制则测试失败判定降级条件若使用了kSecAccessControlUserPresence允许密码回退从生物识别防护的角度看同样视为不满足最高安全要求——正如 MASTG-DEMO-0043 的评估结论所示此时应改用kSecAccessControlBiometryCurrentSet或kSecAccessControlBiometryAny其中前者最安全。遵循上述检查清单即可在真实项目的 iOS 本地认证审计中快速区分事件驱动布尔认证与Keychain 绑定认证两种实现并给出可验证、可复现的测试结论。赞分享文档教程网络安全【免费下载链接】mastgThe OWASP Mobile Application Security Testing Guide (MASTG) is a comprehensive manual for mobile app security testing and reverse engineering. It describes technical processes for verifying the OWASP Mobile Security Weakness Enumeration (MASWE) weaknesses, which are in alignment with the OWASP MASVS.项目地址https://gitcode.com/gh_mirrors/ow/mastg点击查看免费下载相关推荐iOS 本地认证Local Authentication安全测试指南LocalAuthentication 与 Keychain 双框架解析iOS 本地认证Local Authentication安全测试指南LocalAuthentication 与 Keychain 双框架解析 本地认证L文档教程网络安全让AI主动替你干活NanoClaw定时任务完全指南从cron表达式到脚本门控让AI主动替你干活NanoClaw定时任务完全指南从cron表达式到脚本门控 NanoClaw 是一款运行在容器中的轻量级 AI 智能体框架它连接 Wha人工智能AI 应用AI AgentAgent 沙箱交互助手OWASP MASTG 知识专题Android 生物识别认证Biometric Authentication完整指南OWASP MASTG 知识专题Android 生物识别认证Biometric Authentication完整指南 导读 本文是 OWASP 移动应用安文档教程网络安全创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
文档教程网络安全【免费下载链接】mastgThe OWASP Mobile Application Security Testing Guide (MASTG) is a comprehensive manual for mobile app security testing and reverse engineering. It describes technical processes for verifying the OWASP Mobile Security Weakness Enumeration (MASWE) weaknesses, which are in alignment with the OWASP MASVS.项目地址https://gitcode.com/gh_mirrors/ow/mastg点击查看免费下载本篇文章以 OWASP MASTG 知识库中的 Local Authentication Framework 说明 为核心系统讲解 iOS 平台上基于LocalAuthentication框架的本地认证实现包括LAContext.evaluatePolicy的两种认证策略、完整的 Swift 工程化写法、事件驱动型认证的固有弱点以及如何通过 Keychain SecAccessControlCreateWithFlags构建不可绕过的安全数据访问路径。读者在阅读后将掌握从编写、静态审计、二进制验证到 Frida/Objection 动态绕过测试的完整实战技能。LocalAuthentication 框架iOS 本地认证的官方入口LocalAuthentication是 Apple 提供的本地认证框架用于在应用内请求用户完成设备级身份验证支持的凭证形式包括 Touch ID指纹、Face ID面容以及设备密码passcode。它在整个 iOS 安全体系中扮演身份验证角色只负责回答用户是否通过了设备认证这一布尔问题并不负责秘密数据的存储与保护。框架的核心类为LAContext开发者通过调用其实例方法evaluatePolicy向用户展示系统级认证弹窗并等待认证结果。一次典型的认证流程包含两个阶段预检canEvaluatePolicy在发起认证前先确认设备当前是否支持所选策略若不支持则返回错误例如设备未设置密码、未录入生物特征等求值evaluatePolicy真正弹出系统认证界面认证完成后通过回调返回成功或失败。在 OWASP MASTG 的 iOS 知识库中该内容与 Keychain Services 实现本地认证 共同构成 MASVS-AUTH 类别下本地认证主题的两块基石前者是认证事件后者是安全存储 认证的正确组合。两种认证策略deviceOwnerAuthentication 与 deviceOwnerAuthenticationWithBiometricsevaluatePolicy的第一个参数是策略枚举LAPolicy它决定了用户可以被接受的认证方式。框架提供两种常用策略策略Swift策略Objective-C行为说明deviceOwnerAuthenticationLAPolicyDeviceOwnerAuthentication优先提示用户进行 Touch ID 认证若 Touch ID 未启用则退化为请求设备密码若设备连密码都未设置则策略求值直接失败deviceOwnerAuthenticationWithBiometricsLAPolicyDeviceOwnerAuthenticationWithBiometrics认证严格限制为生物识别Touch ID / Face ID不提供密码回退选项需要特别注意的是两种策略的差异直接决定了认证的可绕过性与可用性的权衡deviceOwnerAuthenticationWithBiometrics更严格但存在生物识别不可用如未录入指纹、被锁定时用户无法认证的风险deviceOwnerAuthentication更宽松允许密码回退但也意味着攻击者通过偷窥等手段窃取密码后即可通过认证。从 OWASP MASTG 的示例 MASTG-DEMO-0041 的二进制反汇编结果中可以看到这两种策略在系统头文件LAPublicDefines.h中对应如下整数枚举值#define kLAPolicyDeviceOwnerAuthenticationWithBiometrics 1 #define kLAPolicyDeviceOwnerAuthentication 2 #define kLAPolicyDeviceOwnerAuthenticationWithWatch 3 #define kLAPolicyDeviceOwnerAuthenticationWithBiometricsOrWatch 4 #define kLAPolicyDeviceOwnerAuthenticationWithWristDetection 5该头文件位于 Xcode SDK 路径iPhoneOS.sdk/System/Library/Frameworks/LocalAuthentication.framework/Headers/LAPublicDefines.h可在本机通过grep直接查看。典型实现一个完整的 Swift 认证调用Apple 官方为LocalAuthentication提供了 Swift 与 Objective-C 两种语言的代码示例。一个典型的 Swift 实现如下完整继承自 MASTG-KNOW-0056let context LAContext() var error: NSError? guard context.canEvaluatePolicy(.deviceOwnerAuthentication, error: error) else { // Could not evaluate policy; look at error and present an appropriate message to user } context.evaluatePolicy(.deviceOwnerAuthentication, localizedReason: Please, pass authorization to enter this area) { success, evaluationError in guard success else { // User did not authenticate successfully, look at evaluationError and take appropriate action } // User authenticated successfully, take appropriate action }该代码的关键点在于localizedReason参数是必填的、向用户展示的认证原因字符串应明确说明本次认证的目的如验证身份以访问您的令牌evaluatePolicy是异步回调认证 UI 由系统呈现应用无法自定义弹窗样式回调中的success布尔值表示认证是否成功——这正是一处典型的可被逻辑篡改的弱点所在下文将展开说明。工程化补充LAError 的完整错误处理生产环境的代码不应只做guard success的简单判断还需要针对回调中的错误对象类型为LAError进行细粒度处理。OWASP MASTG 的演示样例 MastgTest.swift 给出了完整的错误分支处理范式if let laError error as? LAError { switch laError.code { case .userCancel: message Authentication was cancelled by the user. case .userFallback: message User tapped the fallback button (e.g. entered a password). case .systemCancel: message Authentication was cancelled by the system (e.g. another app came to foreground). case .passcodeNotSet: message Passcode is not set on the device. case .biometryNotAvailable: message No biometric authentication is available on this device. case .biometryNotEnrolled: message The user has not enrolled any biometrics. case .biometryLockout: message Biometry is locked out due to too many failed attempts. default: message laError.localizedDescription } }这七个典型错误码覆盖了认证取消、回退按钮、系统中断、设备未设密码、生物识别不可用/未录入/锁定等全部常见场景是审计者判断应用认证体验与安全兜底逻辑的重要依据。事件驱动认证的固有弱点为什么 evaluatePolicy 不适合单独保护敏感数据LocalAuthentication框架本质上是**事件驱动event-based**的认证机制evaluatePolicy只返回一次性的认证通过/失败布尔结果应用随后在自己的代码逻辑里通常是if success { ... }决定是否放行。这种模式存在一个根本性缺陷——认证结果与应用对敏感资源的访问控制之间没有强绑定。OWASP MASTG 测试用例 MASTG-TEST-0266 对此给出了明确的判定标准若应用对某个值得保护的敏感资源如令牌、密钥仅依赖LAContext.evaluatePolicy的布尔返回值做访问控制而未通过 Keychain API 配合SecAccessControlCreateWithFlags强制用户在场user presence则视为不安全的实现。原因如下可被逻辑篡改攻击者通过运行时注入如 Frida hookevaluatePolicy或二进制补丁可让该函数永远返回true从而绕过认证分支无数据保护即使认证被成功绕过应用内以明文/常规方式持有的令牌等敏感数据本身也没有加密保护无系统级兜底认证决策完全落在应用进程内一旦进程被注入控制整个认证形同虚设。反观 Keychain 方案敏感数据被安全存储在系统进程securityd管理的 Keychain 中并通过SecAccessControlCreateWithFlags配置访问控制策略。取数时由系统在进程外强制弹出认证界面认证通过后才解密返回数据。攻击者即使 hook 了应用内的认证判断也无法绕过系统级的 Keychain 访问控制——这才是 iOS 本地认证的推荐安全姿势。二进制层面的验证evaluatePolicy 在 App 二进制中的形态在静态审计阶段可通过otool -L检查应用二进制依赖的动态库确认其是否引入了认证框架。OWASP MASTG 测试 MASTG-TEST-0064 给出的检测命令为otool -L AppName.app/AppName若应用使用了LocalAuthentication.framework输出中会同时包含以下两行注意LocalAuthentication.framework底层依赖Security.framework/System/Library/Frameworks/LocalAuthentication.framework/LocalAuthentication /System/Library/Frameworks/Security.framework/Security若应用只使用Security.framework即仅用 Keychain则只显示第二行。更进一步从 MASTG-DEMO-0041 的 r2 反汇编输出可以看到Swift 代码中的context.evaluatePolicy(.deviceOwnerAuthenticationWithBiometrics, localizedReason: ...)在编译后会被转换为 Objective-C 消息调用形态objc_msgSend(void *address, evaluatePolicy:localizedReason:, LAPolicyDeviceOwnerAuthenticationWithBiometrics, ...)反汇编中函数调用时的w2寄存器被mov指令置为1而1正是上文LAPublicDefines.h中kLAPolicyDeviceOwnerAuthenticationWithBiometrics的枚举值。这种源码 → 编译产物 → 寄存器常量的对应关系是审计人员确认应用实际使用哪种认证策略的可靠证据链。Keychain 强化用 SecAccessControl 将认证绑定到数据访问路径要修复仅依赖 evaluatePolicy的弱点正确做法是将认证与 Keychain 数据访问绑定。OWASP MASTG 知识库 MASTG-KNOW-0057 给出了完整方案应用将秘密令牌存入 Keychain并为条目设置SecAccessControl属性用户必须先通过 Touch ID或允许的密码回退认证系统才允许取出该条目。创建访问控制对象与保存条目的核心代码节选自 MASTG-KNOW-0057// 1. 创建 AccessControl 对象代表认证设置 var error: UnmanagedCFError? guard let accessControl SecAccessControlCreateWithFlags(kCFAllocatorDefault, kSecAttrAccessibleWhenPasscodeSetThisDeviceOnly, SecAccessControlCreateFlags.biometryCurrentSet, error) else { // failed to create AccessControl object return } // 2. 构建 Keychain 查询注意 kSecAttrAccessControl 与 kSecAttrAccessible 互斥 var query: [String: Any] [:] query[kSecClass as String] kSecClassGenericPassword query[kSecAttrLabel as String] com.me.myapp.password as CFString query[kSecAttrAccount as String] OWASP Account as CFString query[kSecValueData as String] test_strong_password.data(using: .utf8)! as CFData query[kSecAttrAccessControl as String] accessControl // 3. 保存条目 let status SecItemAdd(query as CFDictionary, nil) if status noErr { // successfully saved } else { // error while saving }取出条目时系统会自动向用户呈现认证弹窗var query [String: Any]() query[kSecClass as String] kSecClassGenericPassword query[kSecReturnData as String] kCFBooleanTrue query[kSecAttrAccount as String] My Name as CFString query[kSecAttrLabel as String] com.me.myapp.password as CFString query[kSecUseOperationPrompt as String] Please, pass authorisation to enter this area as CFString var queryResult: AnyObject? let status withUnsafeMutablePointer(to: queryResult) { SecItemCopyMatching(query as CFDictionary, UnsafeMutablePointer($0)) } if status noErr { let password String(data: queryResult as! Data, encoding: .utf8)! // successfully received password } else { // authorization not passed }访问控制标志的选择三种 keychain 标志的安全强度对比MASTG-TEST-0064 与 MASTG-DEMO-0043 对SecAccessControlCreateWithFlags的三种关键标志做了细致对比标志iOS 11.3 前名称行为与安全性kSecAccessControlBiometryCurrentSetkSecAccessControlTouchIDCurrentSet仅当条目创建时已录入的生物特征指纹/面容通过认证才可访问用户后续新增/修改生物特征会自动使该条目失效。最严格推荐用于高价值数据kSecAccessControlBiometryAnykSecAccessControlTouchIDAny任一已录入生物特征认证通过即可访问条目在用户重新录入生物特征后依然有效方便但攻击者若能录入自己的生物特征同样可访问kSecAccessControlUserPresence同左生物认证失败或不可用时允许回退到设备密码。强度弱于BiometryAny因为密码可通过肩窥shouldersurfing等方式被窃取同时调用SecAccessControlCreateWithFlags时应设置kSecAttrAccessibleWhenPasscodeSetThisDeviceOnly或kSecAttrAccessibleWhenPasscodeSet保护类别data protection class其中...ThisDeviceOnly变体确保条目不同步到其他 iOS 设备。数据保护类别决定了数据在设备上何时可访问的安全策略是 Keychain 条目的第二道防线。需要注意的是与 macOS 和 Android 不同iOS 的 Keychain 不支持条目可访问性的时效性——如果没有额外安全校验如kSecAccessControlUserPresence之类一旦设备解锁密钥即可被访问不存在解锁后 N 分钟内有效这类概念。动态绕过验证用 Objection/Frida 攻击 evaluatePolicy既然evaluatePolicy只是返回布尔值的事件认证它自然也是测试工具的重点攻击目标。OWASP MASTG 的 MASTG-TEST-0064 与 MASTG-TECH-0135 详细描述了使用Objection基于 Frida绕过本地认证的完整流程...itudehacks.DVIAswiftv2.develop on (iPhone: 13.2.3) [usb] # ios ui biometrics_bypass (agent) Registering job 3mhtws9x47q. Type: ios-biometrics-disable ...itudehacks.DVIAswiftv2.develop on (iPhone: 13.2.3) [usb] # (agent) [3mhtws9x47q] Localized Reason for auth requirement: Please authenticate yourself (agent) [3mhtws9x47q] OS authentication response: false (agent) [3mhtws9x47q] Marking OS response as True instead (agent) [3mhtws9x47q] Biometrics bypass hook complete执行ios ui biometrics_bypass后Objection 会注册一个类型为ios-biometrics-disable的任务hook 住evaluatePolicy函数当操作系统返回false时将其改写为true。该 hook 对 Swift 与 Objective-C 两种实现均有效。若应用只依赖evaluatePolicy的返回值做鉴权未使用 Keychain 保护数据则认证界面会被直接绕过登录或敏感操作自动放行。下图展示了在 macOS 终端中通过 Objection 对 USB 连接的 iOS 设备上的应用注册ios-biometrics-disable-evaluatePolicy钩子、将系统认证响应false篡改为true并最终输出 Biometrics bypass hook complete (evaluatePolicy) 的完整过程绕过后应用界面的实际效果如下图所示测试应用直接显示 Authentication success证明仅依赖evaluatePolicy布尔结果的认证已被成功绕过绕过为何对 Keychain 方案失效对比之下若应用采用 Keychain SecAccessControlCreateWithFlags方案即便攻击者 hook 了evaluatePolicy或篡改了应用内if success分支取数时的认证仍由系统进程执行——Frida 注入的进程内 hook 无法干预 securityd 的认证判定密钥数据也就无法被提取。这正是 OWASP MASTG 反复强调用 Keychain 保护敏感数据而非仅用 LocalAuthentication 做布尔鉴权的底层原因。测试判定速查如何在审计中给出结论综合 MASTG-TEST-0266 与 MASTG-TEST-0064 的判定逻辑对一个受保护敏感资源给出安全结论时按以下顺序核对检测框架引入otool -L确认二进制是否链接LocalAuthentication.framework/Security.framework定位 API 调用在二进制中搜索LAContext.evaluatePolicy与SecAccessControlCreateWithFlags的调用位置可借助 r2/IDA 等工具参见 MASTG-TECH-0135判定失败条件若存在LAContext.evaluatePolicy调用但对应敏感数据没有伴随SecAccessControlCreateWithFlags且标志需为kSecAccessControlBiometryCurrentSet/kSecAccessControlBiometryAny这类强制生物识别类的 Keychain 访问控制则测试失败判定降级条件若使用了kSecAccessControlUserPresence允许密码回退从生物识别防护的角度看同样视为不满足最高安全要求——正如 MASTG-DEMO-0043 的评估结论所示此时应改用kSecAccessControlBiometryCurrentSet或kSecAccessControlBiometryAny其中前者最安全。遵循上述检查清单即可在真实项目的 iOS 本地认证审计中快速区分事件驱动布尔认证与Keychain 绑定认证两种实现并给出可验证、可复现的测试结论。赞分享文档教程网络安全【免费下载链接】mastgThe OWASP Mobile Application Security Testing Guide (MASTG) is a comprehensive manual for mobile app security testing and reverse engineering. It describes technical processes for verifying the OWASP Mobile Security Weakness Enumeration (MASWE) weaknesses, which are in alignment with the OWASP MASVS.项目地址https://gitcode.com/gh_mirrors/ow/mastg点击查看免费下载相关推荐iOS 本地认证Local Authentication安全测试指南LocalAuthentication 与 Keychain 双框架解析iOS 本地认证Local Authentication安全测试指南LocalAuthentication 与 Keychain 双框架解析 本地认证L文档教程网络安全让AI主动替你干活NanoClaw定时任务完全指南从cron表达式到脚本门控让AI主动替你干活NanoClaw定时任务完全指南从cron表达式到脚本门控 NanoClaw 是一款运行在容器中的轻量级 AI 智能体框架它连接 Wha人工智能AI 应用AI AgentAgent 沙箱交互助手OWASP MASTG 知识专题Android 生物识别认证Biometric Authentication完整指南OWASP MASTG 知识专题Android 生物识别认证Biometric Authentication完整指南 导读 本文是 OWASP 移动应用安文档教程网络安全创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
】文件(四)：Ext 系列文件系统（上）：从物理磁盘到逻辑抽象)
