Android本地存储用户PIN：SharedPreferences是否合适？有无更佳方案？

嘿，这个问题问到点子上了——PIN码属于敏感数据，存储方式直接关乎应用的安全性。先给你拍板：用普通的SharedPreferences存储PIN码并不合适，接下来给你拆解原因，再分享几个更靠谱的方案。

• 明文暴露风险：默认情况下，SharedPreferences的配置文件是明文存在应用的私有目录里。虽然未root的设备上其他应用没法直接访问，但一旦设备被root，或者应用出现漏洞被恶意利用，PIN码会直接暴露。
• 无原生加密：它本身没有加密机制，敏感数据直接裸奔，安全性完全没保障。

1. EncryptedSharedPreferences（轻量首选） #

这是Android Jetpack Security库提供的“加密版SharedPreferences”，用法和普通SharedPreferences几乎一致，但会自动对存储的键值对做加密处理，底层文件也是加密的。

• 优势：集成成本极低，不用大幅修改原有逻辑，加密逻辑由系统维护，安全性足够应对绝大多数场景。
• 简单示例代码（Kotlin）：

// 生成MasterKey，用于加密SharedPreferences
val masterKey = MasterKey.Builder(context)
    .setKeyScheme(MasterKey.KeyScheme.AES256_GCM)
    .build()

// 创建加密版SharedPreferences实例
val securePrefs = EncryptedSharedPreferences.create(
    context,
    "secure_pin_storage", // 文件名
    masterKey,
    EncryptedSharedPreferences.PrefKeyEncryptionScheme.AES256_SIV,
    EncryptedSharedPreferences.PrefValueEncryptionScheme.AES256_GCM
)

// 存储PIN码
securePrefs.edit().putString("user_pin", userInputPin).apply()

2. Android Keystore（最高安全级别） #

如果你的应用对PIN码的安全性要求极高（比如金融、支付类应用），可以用Android系统自带的Keystore来管理加密密钥，再用密钥加密PIN码后存储（比如存在SharedPreferences或Room中）。

• 优势：密钥由系统托管，不会暴露给应用进程，就算应用被逆向破解，攻击者也拿不到密钥，加密后的PIN码几乎不可能被解密。
• 核心思路：在Keystore中生成对称加密密钥，用这个密钥加密PIN码，将加密后的内容转成Base64字符串存储；读取时再用Keystore中的密钥解密。

3. 加密Room数据库（多敏感数据场景） #

如果你的应用除了PIN码，还有其他需要存储的敏感结构化数据，推荐用加密的Room数据库。可以借助SQLCipher等工具给Room数据库做全库加密，PIN码存在加密的表中即可。

• 优势：适合多数据存储场景，全库加密保证所有敏感数据的安全性，扩展性更强。

• 若只是单纯存储PIN码这类单一敏感数据，EncryptedSharedPreferences是最省心的选择，兼顾安全性和开发效率。
• 若对安全性要求极高，优先考虑Android Keystore配合加密存储的方案。
• 无论如何，绝对不要用普通SharedPreferences存储明文PIN码，这是很容易踩的安全坑。

内容的提问来源于stack exchange，提问作者Hary