27、通知的安全与隐私：敏感信息保护、通知内容加密、防止通知被恶意拦截
聊到通知的安全与隐私，说实话，很多开发者容易忽略这块。大家总觉得“通知嘛，就是弹个框，能有什么安全问题？”
嗯，我以前也这么想。直到有一次，我在做一个金融类App，通知里直接显示了用户的银行卡尾号和交易金额。测试同学拿着手机在电梯里一划，旁边的人全看见了。那场面，尴尬不尴尬？
所以今天咱们好好聊聊，通知里的敏感信息怎么保护，内容怎么加密，以及怎么防止别人恶意拦截你的通知。
27.1 敏感信息保护：别让通知变成“公开的秘密”
通知是展示在系统UI上的，锁屏状态下也能看到。你想想看，如果一条微信消息直接显示“验证码：123456”，那别人拿起你手机不就全知道了？
核心原则：通知内容只展示“必要信息”，敏感数据绝不明文显示。
我个人习惯的做法是：
- 锁屏隐藏：设置
setVisibility()为VISIBILITY_PRIVATE，这样锁屏时只显示“你有1条新消息”，不展示具体内容。 - 自定义视图：用
RemoteViews构建通知布局，把敏感字段用星号或“点击查看”替代。 - 动态脱敏：在构建通知时，对手机号、身份证、银行卡号做脱敏处理，比如只显示后四位。
// 示例：锁屏隐藏敏感内容
Notification notification = new NotificationCompat.Builder(context, CHANNEL_ID)
.setContentTitle("交易提醒")
.setContentText("您有一笔新的交易") // 这里不写具体金额
.setVisibility(NotificationCompat.VISIBILITY_PRIVATE)
.setPublicVersion(publicNotification) // 锁屏时显示的简化版通知
.build();
// 公共版本：只显示“您有1条新消息”
Notification publicNotification = new NotificationCompat.Builder(context, CHANNEL_ID)
.setContentTitle("新消息")
.setContentText("请解锁查看详情")
.setSmallIcon(R.drawable.ic_notification)
.build();小技巧：如果你的App有“防窥模式”，可以在通知里加一个“一键隐藏”按钮，用户点击后立即清除敏感内容。我在银行项目里用过这个方案，用户反馈很好。
27.2 通知内容加密：端到端的保护
通知从服务端下发到客户端，中间经过推送通道、系统服务，最后才展示到用户面前。任何一个环节被截获，内容都可能泄露。
说白了，就是你的通知内容在传输过程中是“裸奔”的。怎么办？加密。
我建议的做法是：
- 服务端加密：通知的payload使用AES或RSA加密，客户端收到后再解密。
- 本地存储加密：如果通知需要持久化（比如历史通知列表），用
EncryptedSharedPreferences或SQLCipher加密存储。 - 动态密钥：每次会话生成新的密钥，避免密钥泄露后所有历史通知都被破解。
// 示例：客户端解密通知内容
public String decryptNotification(String encryptedContent, SecretKey key) {
try {
Cipher cipher = Cipher.getInstance("AES/GCM/NoPadding");
cipher.init(Cipher.DECRYPT_MODE, key);
byte[] decrypted = cipher.doFinal(Base64.decode(encryptedContent, Base64.DEFAULT));
return new String(decrypted, StandardCharsets.UTF_8);
} catch (Exception e) {
Log.e("NotificationSecurity", "解密失败", e);
return null;
}
}注意：不要用硬编码的密钥！我曾经见过有人把密钥写在strings.xml里，那跟没加密有什么区别？密钥应该从服务端动态获取，或者使用Android Keystore系统存储。
27.3 防止通知被恶意拦截：谁在偷看你的通知？
Android系统允许其他App通过NotificationListenerService监听通知。说白了，就是你的通知内容可以被其他App“偷看”。
为什么会这样？因为系统设计上，通知是全局事件，任何有权限的App都能订阅。那怎么防？
- 限制通知权限：在
AndroidManifest.xml中声明BIND_NOTIFICATION_LISTENER_SERVICE权限，但这不是你能控制的。你只能提醒用户：不要给不明App开启通知监听权限。 - 使用自定义通知通道：把敏感通知放到一个单独的通道里，并设置
setImportance()为IMPORTANCE_LOW，这样不会弹出横幅，减少被截屏或录屏的风险。 - 检测监听器：通过
NotificationManager.getEnabledListenerPackages()检测当前有哪些App开启了通知监听，如果发现可疑App，可以提示用户。
// 示例：检测已启用的通知监听器
public Set<String> getNotificationListeners(Context context) {
String enabledListeners = Settings.Secure.getString(
context.getContentResolver(),
"enabled_notification_listeners"
);
Set<String> packages = new HashSet<>();
if (enabledListeners != null) {
String[] components = enabledListeners.split(":");
for (String component : components) {
ComponentName cn = ComponentName.unflattenFromString(component);
if (cn != null) {
packages.add(cn.getPackageName());
}
}
}
return packages;
}避坑指南：我曾经遇到一个案例，用户手机被安装了恶意App，该App通过通知监听器获取了所有验证码通知。后来我们加了一个功能：在通知里显示“本通知仅在本App内可见”，并建议用户定期检查通知监听权限列表。嗯，这个功能虽然简单，但确实能提高用户的安全意识。
27.4 知识体系总览
下面这张图，我把通知安全与隐私的核心逻辑梳理了一下。你一看就明白：
27.5 实战中的几个坑
讲完了理论，我分享几个实际踩过的坑：
| 场景 | 问题 | 解决方案 |
|---|---|---|
| 金融App交易通知 | 锁屏直接显示“转账5000元成功” | 使用VISIBILITY_PRIVATE + 自定义公共视图 |
| 验证码通知 | 被恶意App通过通知监听器截获 | 检测监听器列表 + 提醒用户 |
| 聊天消息通知 | 通知内容明文存储在本地数据库 | 使用EncryptedSharedPreferences加密存储 |
| 企业IM通知 | 通知内容包含内部文档链接 | 服务端加密payload，客户端动态解密 |
再次强调：不要以为通知只是“弹个框”就掉以轻心。通知是用户与App交互的第一触点，也是攻击者最容易下手的地方。我见过太多因为通知泄露导致的隐私事故了。
好了，关于通知的安全与隐私，核心就这些。记住三个关键词：脱敏、加密、检测。做到这三点，你的通知基本就安全了。
公众号:蓝海资料掘金营，微信deep3321