我正在阅读有关存储密钥（用于加密/解密数据）的信息，但似乎没有办法实现这一点。攻击者实现这一点只会增加难度。
真的是这样吗？
到目前为止我得到了什么：
以共享偏好存储（私人模式）- Root 的手机将能够检索它。
NDK C/C++ 原生代码，创建 .so 文件 - 难以反编译，但可以调用此 .so 文件并检索它。
用于存储密钥的网络服务器看起来没用，如果必须发送凭据，恶意软件可能会记录密钥窃听。
我是不是太偏执了？
【问题讨论】：
标签： android security android-ndk cryptography
为什么不使用 Android Keystore？它就是为此目的而设计的 https://developer.android.com/training/articles/keystore.html
Android Keystore 系统可让您将加密密钥存储在容器中，从而更难从设备中提取密钥
与共享首选项或私有文件（例如防止提取或密钥使用授权）相比，它具有相当大的优势我不考虑将私钥存储在服务器上
安全功能
Android Keystore 系统可保护密钥材料免遭未经授权的使用。首先，Android Keystore 通过防止从应用程序进程和整个 Android 设备中提取密钥材料，减少了在 Android 设备之外未经授权使用密钥材料的情况。其次，Android KeyStore 通过让应用指定对其密钥的授权使用，然后在应用进程之外实施这些限制，从而减少在 Android 设备上未经授权使用密钥材料的情况。
在某些具有专用硬件的设备中，它是在其上实现的。作为程序员，您可以知道密钥是受硬件保护的
概念类似于 iOS KeyChain，但 IOS KeyChain 可以存储密码、生成和导入加密密钥，而 Android KeyStore 只允许应用程序生成加密密钥（没有导入功能）
也可以保护密钥，要求用户解锁设备和/或出示指纹
例如，为了保护密码，可以生成一个受指纹保护的密码密钥，并使用它来加密可以存储在首选项中的用户凭据
【讨论】：
你是对的。大多数安全专家会告诉你，没有绝对安全的系统。考虑它的正确方法是攻击者必须使用多少资源来破坏您的系统。
然后，您可以在数据价值和其他考虑因素（例如解决方案的复杂性和其他成本）之间平衡您的安全措施。
为了详细说明您的示例，假设您不担心手机的合法所有者/用户是攻击者，您可以进行如下评估：
您应该考虑使用“安全元素”的可能性。请参阅安全堆栈交换上的this post 以获取一些有用的信息。
【讨论】：