Book -- Android Security Internals An In-Depth Guide to Android's Security Architecture
1. Android Security Arch
1.1 Security Model
在信息安全领域，依赖单一的安全机制往往是不足够的，因为每种机制都可能有其局限性和潜在的漏洞。因此，系统安全性更多地依赖于多种机制的组合，这种方法被称为“防御深度”（defense in depth）。一个全面的、多层次的安全策略被认为是保护信息系统安全的最佳实践。因此，有必要拿出一些篇幅，解释Android的安全模型，以联合Android的所有安全话题。
There is an explicit policy for how cryptographic keys (if any) are managed, and the lifecycle of cryptographic keys is enforced. Ideally, follow a key management standard such as NIST SP 800-57.
The app educates the user about the types of personally identifiable information processed, as well as security best practices the user should follow in using the app.
No sensitive data should be stored locally on the mobile device. Instead, data should be retrieved from a remote endpoint when needed and only be kept in memory.
✓
N/A
2.14
MSTG-STORAGE‑14
If sensitive data is still required to be stored locally, it should be encrypted using a key derived from hardware backed storage which requires authentication.
✓
N/A
2.15
MSTG-STORAGE‑15
The app’s local storage should be wiped after an excessive number of failed authentication attempts.
本文来源于以下的文献，对其进行整理：
1. Android Security Arch
1.1 Security Model
在信息安全领域，依赖单一的安全机制往往是不足够的，因为每种机制都可能有其局限性和潜在的漏洞。因此，系统安全性更多地依赖于多种机制的组合，这种方法被称为“防御深度”（defense in depth）。一个全面的、多层次的安全策略被认为是保护信息系统安全的最佳实践。因此，有必要拿出一些篇幅，解释Android的安全模型，以联合Android的所有安全话题。
"Android的Security Model"（Android的安全模型）指的是Android操作系统用于保护设备和数据安全的一系列策略、机制和技术。这个安全模型旨在防止恶意软件攻击和未授权访问，同时确保用户数据的隐私和完整性。
1.1.1 Android Arch
Android 软件堆栈是指构成 Android 操作系统的各个软件层级和组件。这个堆栈包括从底层的硬件抽象层到用户界面的各个部分。下面是一个简单的概述：
整个堆栈工作在一起，使 Android 设备能够运行各种应用程序和服务，同时为最终用户提供丰富的交互体验。每一层都在为更高层提供服务，同时依赖更低层的功能和资源。
1.1.2 Android Security Topics
基于Android Stack 和 https://source.android.com/docs/security?hl=zh-cn 以下为整理出来的基于Android架构的安全话题。
2. Security Checklist for APPs
根据Android Security Arch，我们对APP做以下要求。该要求为 https://mas.owasp.org/MASTG/Intro/0x01-Foreword/ OWASP开源组织设计。我们分别从以下维度做限制，分别考虑，架构层级的设计、数据保密性和隐私、使用密码学算法、认证管理、网络安全、以及抗逆向工程的要求。
2.1 Architecture, Design and Threat Modeling Requirements
在理想的世界中，安全性会在开发的所有阶段中得到考虑。然而，在现实中，安全性通常只在软件开发生命周期的后期阶段才被考虑。除了技术控制之外，移用安全验证标准（MASVS）要求实施确保在规划移动应用架构时显式地解决安全问题的流程，并且知道所有组件的功能和安全角色。
“V1”类别列出了与应用的架构和设计相关的要求。为了涵盖诸如威胁建模、安全的软件开发生命周期或密钥管理等主题，应该参考相应的OWASP项目和/或其他标准。
2.2 Data Storage and Privacy
这一章节主要讨论了在移动安全中保护敏感数据（如身份验证令牌和私人信息）的重要性，并探讨了Android在本地数据存储方面的API及其最佳实践。
尽管最好尽量减少或避免在本地存储敏感数据，但实际情况下，应用程序经常需要存储用户数据。例如，为了提升用户体验，应用程序可能在本地缓存身份验证令牌，减少每次启动时输入复杂密码的需要。应用程序还可能需要存储个人可识别信息（PII）和其他敏感数据。
如果保护不当，敏感数据可能变得容易受到攻击，存储位置可能包括设备或外部SD卡。识别移动应用处理的信息并分类哪些是敏感数据非常重要。可以参阅“移动应用安全测试”章节中的“识别敏感数据”部分，了解数据分类的详细信息。另外，Android开发者指南中的“存储数据的安全提示”一节提供了全面的见解。
敏感信息泄露的风险包括潜在的信息解密、社交工程攻击（如果泄露了PII）、账户劫持（如果泄露了会话信息或身份验证令牌）以及带有支付选项的应用程序利用。
除了数据保护外，还需要验证和清理来自任何存储源的数据。这包括检查正确的数据类型和实施加密控制（如HMAC）以确保数据完整性。
Android提供了多种数据存储方法，适用于用户、开发者和应用程序。常见的持久存储技术包括：
此外，其他可能导致数据存储的Android功能也应进行测试，包括：
以下是关于对于是数据存储和隐私的测试限制和checklist：
3. APP实例分析