跳转至

设备标识符收集

描述

设备标识符收集

设备标识符 (Device Identifier) 是一种随时间保持稳定的值(基于硬件的、平台提供的或由应用程序生成的),可用于在各个会话期间唯一标识设备或用户。这些标识符可实现设备识别以及活动的长期关联,但也引发了重大的隐私问题。

通常分为三大类:

基于硬件的标识符

硬件标识符来源于设备的物理组件或固件,通常在设备的整个生命周期内保持不变。

  • IMEI / MEID:过去常用于标识移动设备的唯一调制解调器标识符。在现代操作系统中,对其访问受到严格限制。
  • 序列号 (Serial Number):由制造商分配的唯一硬件标识符。通常普通应用程序无法访问。

平台提供的标识符

操作系统会提供具有有限作用域或权限的标识符。

  • Android ID:一种稳定的、作用于应用范围的标识符,在现代 Android 版本中,只要应用程序和签名密钥不变,即使重新安装应用它也会保留。
  • IDFV (Identifier for Vendor):一种 iOS 标识符,在属于同一供应商的所有应用之间共享,只有在卸载该供应商的所有应用时才会被重置。
  • IDFA (Advertising Identifier):用于广告和分析、用户可重置的标识符。在现代隐私框架下,仅当获得用户同意时可用。

应用程序生成的标识符

应用程序可以生成自己的标识符,并将其持久化存储。

  • 自定义 UUID:存储在本地存储或安全系统密钥链 (Keychain) 中的随机标识符,可能在应用程序重新安装后继续存在。
  • 派生或哈希标识符:通过组合设备的属性所生成的值。

如果这些标识符能用于关联用户在一段时间内的活动,那么它们就起到了设备标识符的作用。

隐私与法规注意事项

GDPRCCPA 及类似框架等主要隐私法规下,持久性的设备标识符被归类为 个人数据 (personal data),因为它们允许对用户或设备进行识别或跟踪。处理不当可能会违反:

  • 数据最小化原则 (Data minimization)
  • 目的限制原则 (Purpose limitation)
  • 透明度要求 (Transparency requirements)
  • 同意义务 (Consent obligations)

平台政策(如 Apple App Store,Google Play)进一步限制了在未经用户明确授权的情况下,将持久性标识符用于分析、广告或跨应用跟踪。

安全与合规性影响

持久性标识符可能会被滥用于:

  • 设备指纹识别 (Device fingerprinting)
  • 跨应用或跨服务跟踪 (Cross-app or cross-service tracking)
  • 行为分析 (Behavioral profiling)

因此,它们需要被谨慎处理,且收集必须有合理的理由。

建议

修复建议

为了安全、尊重隐私地处理持久性设备标识符,遵循最小化跟踪风险和遵守隐私法规的最佳实践至关重要。建议采取以下两种一般策略:

  • 限制收集并优先使用更安全的标识符:仅在应用程序的核心功能严格必要时,才收集持久性设备标识符。避免使用基于硬件的标识符(如 IMEI 或序列号),除非有极其必要的运营需求。当需要收集时,优先选择更安全的替代方案,例如平台批准的、作用于应用的标识符(例如,Android 的 App Set ID,iOS 的 IDFV)或临时/自定义生成的 UUID,并在应用的生命周期内将其安全存储。

  • 透明度与同意:清楚记录收集任何持久性标识符的目的。在隐私政策中披露收集做法,并在法律要求的情况下获得用户的同意。

  • 安全存储:使用平台提供的安全存储机制(例如,Android Keystore,iOS Keychain)安全地存储所有持久性标识符。避免以明文形式或在其他应用可以访问的位置存储标识符。

  • 避免跨应用跟踪:不要将持久性标识符用于广告、分析或在多个应用程序之间进行跟踪,除非平台政策和用户同意明确允许。

通过遵循这些最佳实践,应用程序可以降低隐私风险,遵守法规要求,并维护用户的信任。

链接