Ios 使用UUID唯一标识iPhone设备

我已经做了很多研究，以找到一个解决方案，如何唯一地识别iPhone设备。如果用户转到常规>重置>擦除所有内容和设置即使我使用钥匙链存储UUID并将其存储在后端服务器中，我也无法识别该用户设备

---

我找到的最后一个解决方案是框架，设备检查。有没有人有这方面的经验，可以告诉我，在用户擦除他的设备后，这个框架提供的服务器到服务器API生成令牌的机制是否可以帮助我解决这个问题？或者与用户擦除设备后无法持久保存数据的Keychain road相同？

使用UUID唯一标识iPhone设备

==>我喜欢这个问题。您希望（IMEI+YourID）创建新ID。此ID存储并返回以与此公式进行比较

---

注意：-苹果不允许使用IMEI号码

使用UUID唯一标识iPhone设备

==>我喜欢这个问题。您希望（IMEI+YourID）创建新ID。此ID存储并返回以与此公式进行比较

---

注意：-苹果不允许使用IMEI号码

在iOS上使用UDID存在安全和隐私问题。使用UDID的应用程序可以将以前所有者的数据公开给新所有者，这是一个大问题。正因为如此，苹果取消了开发者对UDID的访问权。试图唯一识别iOS设备是在玩火苹果的应用商店审查程序。在任何时候，应用程序都可以被禁止

引自

详细信息

大多数移动设备都有一个唯一的ID，也称为通用唯一标识符（UUID），在制造时分配用于识别目的。例如，为iOS设备分配了一个称为唯一设备标识符（UDID）的设备。唯一识别设备的能力对于获取、管理和保护数据通常很重要。开发人员很快采用UUID和UDID进行设备识别，这使得它成为许多系统安全的基础。 不幸的是，这种方法带来了一些隐私和安全问题。首先，许多在线系统已将设备的UUID连接到单个用户，以便即使用户未登录应用程序，也能跨应用程序进行跟踪。这种先进的跟踪用户的能力已经成为一个主要的隐私问题

---

除此之外，通过UUID识别个人的应用程序可能会将设备先前所有者的数据暴露给新所有者。在一个例子中，在重新设置iPhone后，我们获得了访问先前用户在线音乐服务帐户的权限，即使所有用户数据都已被删除。这不仅是一个隐私问题，也是一个安全威胁，因为攻击者可以伪造UUID

苹果已经意识到iOS UDID的隐私和安全风险，并取消了开发者对其的访问。由于UDID遥不可及，一些开发人员应用了其他设备识别方法，包括无线网络接口或OpenUDID的MAC地址。这些方法现在已经在系统/API级别被禁止，并且在AppStore审查过程中也被标记和拒绝

补救措施

我们建议开发人员避免使用任何设备提供的标识符来标识设备，特别是如果它是设备身份验证实现的一部分。相反，我们建议在注册、安装或首次执行时创建一个应用程序特有的“设备因素”。然后，创建会话时可能需要此应用程序唯一的设备因素与用户身份验证相结合。设备系数也可以用作加密例程中的附加系数

由于它不依赖可预测的、设备提供的数据，因此开发变得更加困难。通过利用质询-响应方法，服务器和设备可以在用户身份验证之前相互进行身份验证。要获得系统访问权限，攻击者必须利用这两个因素。开发人员还可以实现在客户端或服务器端重置设备因素的功能，从而强制对用户和设备进行更严格的重新身份验证

为了在保护广告功能的同时保护用户隐私，苹果建议使用advertisingIdentifier——系统中所有应用程序共享的唯一标识符。用户可以随时在设置->隐私->广告菜单中重置设备上的广告识别器

---

在iOS上使用UDID存在安全和隐私问题。使用UDID的应用程序可以将以前所有者的数据公开给新所有者，这是一个大问题。正因为如此，苹果取消了开发者对UDID的访问权。试图唯一识别iOS设备是在玩火苹果的应用商店审查程序。在任何时候，应用程序都可以被禁止

引自

详细信息

大多数移动设备都有一个唯一的ID，也称为通用唯一标识符（UUID），在制造时分配用于识别目的。例如，为iOS设备分配了一个称为唯一设备标识符（UDID）的设备。唯一识别设备的能力对于获取、管理和保护数据通常很重要。开发人员很快采用UUID和UDID进行设备识别，这使得它成为许多系统安全的基础。 不幸的是，这种方法带来了一些隐私和安全问题。首先，许多在线系统已将设备的UUID连接到单个用户，以便即使用户未登录应用程序，也能跨应用程序进行跟踪。这种先进的跟踪用户的能力已经成为一个主要的隐私问题

---

除此之外，通过UUID识别个人的应用程序可能会将设备先前所有者的数据暴露给新所有者。瞬间