移动知识产品相关知识Android

移动端设备ID标识整理(IMEI、MEID、ICCID...

2018-10-09  本文已影响341人  SP_lyu

移动设备ID信息

在移动端产品的开发中,如何定位一台设备,定位一个人,是一个棘手的问题,在适配的过程中也会遇到千奇百怪的情况。本文介绍了常用的设备ID以及标识设备的方法与一些常见问题。
移动设备ID可分为三部分:硬件层面,系统层面,软件层面。

系统区别

由于IOS系统限制问题,在IOS上可获取的设备ID为IDFV、IDFA,其他设备ID需要越狱手机才可获取。
而在Android系统中,通常使用IMEI、MAC去标识一台设备。但除了这几个ID之外,还有MEID、SN码、ANDROID_ID、IMSI、ICCID等ID,各自有着自己的用途。

Android系统相关ID信息

以下是一个Android手机正常可获取到的ID信息


Android系统ID

下面逐个介绍这些ID以及用途


硬件层面

硬件层面的ID标识一般用于跨应用获取设备信息,主要有:标识设备的IMEI、MEID、MAC(网卡)及标识SIM卡的IMSI、ICCID。
硬件信息烧制在硬件之中,属于底层信息,不可更改。但可以通过修改系统调用API达到修改获取的目的。

IMEI、MEID

简介

IMEI、MEID都是用于标识一台物理设备的ID信息。在Android 8.0以下系统提供的API中,会根据不同条件返回二者之一的信息。

权限

获取时,二者均需要开启权限:READ_PHONE_STATE
在Android 6.0以上的版本中,若需要获取该权限的内容,第一次启动时系统会给出弹窗提示: XXX需要使用电话权限...

权限弹框

API

Android 8.0以上的系统,TelephonyManager提供了两个独立的API以获取IMEI和MEID: getImei 、 getMeid 。两个API都可传入下标号获取多个设备号信息(截止今天8.0以上版本约占市场份额的6%)。
Android 8.0以下的系统获取IMEI或MEID的API为TelephonyManager.getDeviceId(),若当前设备有MEID号,则优先返回MEID,否则返回IMEI号。则获取到的设备ID需要通过长度判断才能知晓该ID为IMEI还是MEID,会存在IMEI获取不到,只能获取MEID的情况

卡1 卡2 getDeviceId(0) getDeviceId(1)
无/非电信卡 无/非电信卡 IMEI IMEI
电信卡 无/非电信卡 MEID IMEI

通常一台手机不会携带两张电信卡,则通常情况下一台手机只有一个MEID

MAC

简介

MAC:硬件地址,通过获取网卡的MAC地址,一般与IMEI一起使用定位一台设备
格式:48bit(6字节)加上分隔符的字符串

权限及API

MAC:需要开启权限INTERNETACCESS_WIFI_STATEACCESS_NETWORK_STATE,用户在安装APP时会提示需要此类权限。
获取方法根据不同版本有不同的获取方法,具体方法可参考网上提供的方法,不在这里赘述。

IMSI、ICCID

简介

IMSI、ICCID标识的是SIM卡的信息。 若当前用户更换了手机,仍可通过SIM卡的信息跟踪该用户。

权限及API

二者需要的权限与IMEI一致:READ_PHONE_STATE,调用的API为:
IMSI:TelephonyManager.getSubscriberId()
ICCID:TelephonyManager.getSimSerialNumber()
由于API并没有随着Android版本的更新而更新过,对于双卡双待的设备而言,只会返回一个卡的ID信息。

卡1 卡2 getSubscriberId() getSimSerialNumber()
有卡 无卡 卡1 IMSI 卡1 ICCID
无卡 有卡 卡2 IMSI 卡2 ICCID
有卡 有卡 卡1 IMSI 卡1 ICCID

更改硬件层面的ID信息获取

在Android系统中,可以通过Xposed框架(需要root)对系统级别的API进行拦截、修改,从而改变硬件层面的ID信息的获取。此类方法也适用于其他ID的修改。
Xposed框架需要root权限进行API拦截,也存在免root的拦截工具,但只能针对某一个应用进行拦截。


系统层面

系统层面的ID亦可用于跨应用获取信息,但其中的某些ID会随着系统的改变而改变。
在Android系统中,代表是SN、ANDROID_ID、GAID,在IOS系统中,代表是IDFA、IDFV

SN、ANDROID_ID、GAID

简介

权限及API

#获取
adb shell content query --uri content://settings/secure --where "name=\'android_id\'"
#删除
adb shell content delete --uri content://settings/secure --where "name=\'android_id\'"
#重新插入
adb shell content insert --uri content://settings/secure --bind name:s:android_id --bind value:s:<new_id>

IDFV、IDFA

注:由于本人非IOS开发人员,以下资料仅供参考

简介

IDFA扩展

由于IDFA受广告限制跟踪开关的影响,可用SimulateIDFA以及OpenIDFA解决这一问题,但在稳定性上有一定的偏差。
二者都是根据手机的设备信息生成的一个MD5值,从而达到同一设备不同APP获取到的值都一样的目的。
利用的设备信息包括:设备名称、系统coreServices文件创建及更新时间、系统版本、系统容量等信息。有的会随着系统的升级而改变,准确度不高,需要做兼容性处理。


软件层面

软件层面的ID在用户跟踪方面就显得十分弱势了:

UUID

通用唯一标识码,是用于软件开发的ID格式标准。通常软件自身生成以UUID为格式的ID来进行软件内部的用户标记。
Android系统可直接调用APIUUID.randomUUID()生成。
IOS系统可以通过系统自带的KeyChain进行UUID的持久保存,若当前APP被删除,再安装仍可以拿到这个ID信息。
格式:由4个连字号(-)将32个字节长的字符串分隔后生成的字符串,总共36个字节长
例子:550e8400-e29b-41d4-a716-446655440000

第三方服务OpenID

Android环境下,存在一些后台常驻的第三方服务,如推送服务(推啊、友盟、小米推送等)。可以接入此类第三方服务达到跨应用标识设备的目的。


参考资料

Android API
SIM卡ICCID标识与IMSI的区别
Xposed小白入门,动态修改IMEI实例代码
Android中免root的hook框架Legend原理解析
iOS获取设备UUID和IDFA
SimulateIDFA
OpenIDFA

上一篇下一篇

猜你喜欢

热点阅读