尽管苹果做出了相反的承诺,iPhone 仍然暴露了 MAC 地址
iPhones have been exposing MAC addresses despite Apple’s promises otherwise

原始链接: https://arstechnica.com/security/2023/10/iphone-privacy-feature-hiding-wi-fi-macs-has-failed-to-work-for-3-years/

根据 Ars Technica 报道的最新调查结果,苹果从 iOS 14 开始在 iPhone 和 iPad 上实施的一项关键隐私增强功能,旨在在连接到网络时隐藏 MAC(媒体访问控制)地址,但该功能遭受了重大技术攻击。 自 2020 年发布以来,该功能一直存在缺陷。研究人员发现了一个以前无法检测到的软件问题,该问题影响了该功能三年多,从而导致其无法使用。 与隐藏真实 MAC 地址的其他常见措施不同,苹果承诺通过隐藏这些 ID 号来帮助消除位置跟踪。 然而,该功能在实施的第一年内未能屏蔽 MAC 地址。 为了防止将来出现跟踪问题,强烈建议 iPhone 和 iPad 用户将操作系统更新到 iOS 17.1,以减少未来出现此类问题的风险。 尽管苹果声称修复此错误有助于解决此问题,但有关该功能如何崩溃的具体细节仍不清楚。 尽管如此,该功能还有其他好处: 也就是说,它有助于限制使用该功能进行位置跟踪目的的 iPhone 和 iPad 用户的被动嗅探。 尽管如此,考虑到多年来它对数百万 iPhone 和 iPad 用户的重大影响,这仍然被认为是一个严重的技术缺陷。

关于正在讨论的文章,​​似乎表明 iPhone 用户唯一的媒体访问控制 (MAC) 地址已通过 Wi-Fi 网络暴露,尽管苹果承诺保护隐私。 该漏洞被称为 CVE-2023-42846,允许其他人查看敏感的个人信息。 该漏洞于 2022 年 10 月发现,影响了 iPad、iPod touch 和 iPhone 机型。 作者提出了有关自动加入的使用的问题,表明该功能导致潜在攻击者的暴露增加。 同样,人们也提出了对硬件存储及其与漏洞的关系的担忧。 总体而言,本文强调了围绕隐私保护的问题,并强调了实施技术措施以确保数据传输安全的重要性。 如前所述,安全研究人员 Tommy Mysk 与 Talal Haj Bakry 一起发现并报告了该漏洞。 为了改善这种情况,建议用唯一标识号的随机生成器替换源代码,以消除处理唯一标识符的必要性。 然而,从根本上解决问题而不是处理这些唯一标识符可以可靠地解决问题。 最终,在较低级别解决问题可以确保解决方案的有效性。 此外,文章还指出,广告声称计算机一直在不断地发出 IP 地址,尽管作者认为这样的结果不会带来任何风险。
相关文章

原文
Private Wi-Fi address setting on an iPhone.
Enlarge / Private Wi-Fi address setting on an iPhone.

Apple

Three years ago, Apple introduced a privacy-enhancing feature that hid the Wi-Fi address of iPhones and iPads when they joined a network. On Wednesday, the world learned that the feature has never worked as advertised. Despite promises that this never-changing address would be hidden and replaced with a private one that was unique to each SSID, Apple devices have continued to display the real one, which in turn got broadcast to every other connected device on the network.

The problem is that a Wi-Fi media access control address—typically called a media access control address or simply a MAC—can be used to track individuals from network to network, in much the way a license plate number can be used to track a vehicle as it moves around a city. Case in point: In 2013, a researcher unveiled a proof-of-concept device that logged the MAC of all devices it came into contact with. The idea was to distribute lots of them throughout a neighborhood or city and build a profile of iPhone users, including the social media sites they visited and the many locations they visited each day.

In the decade since, HTTPS-encrypted communications have become standard, so the ability of people on the same network to monitor other people's traffic is generally not feasible. Still, a permanent MAC provides plenty of trackability, even now.

As I wrote at the time:

Enter CreepyDOL, a low-cost, distributed network of Wi-Fi sensors that stalks people as they move about neighborhoods or even entire cities. At 4.5 inches by 3.5 inches by 1.25 inches, each node is small enough to be slipped into a wall socket at the nearby gym, cafe, or break room. And with the ability for each one to share the Internet traffic it collects with every other node, the system can assemble a detailed dossier of personal data, including the schedules, e-mail addresses, personal photos, and current or past whereabouts of the person or people it monitors.

In 2020, Apple released iOS 14 with a feature that, by default, hid Wi-Fi MACs when devices connected to a network. Instead, the device displayed what Apple called a “private Wi-Fi address” that was different for each SSID. Over time, Apple has enhanced the feature, for instance, by allowing users to assign a new private Wi-Fi address for a given SSID.

On Wednesday, Apple released iOS 17.1. Among the various fixes was a patch for a vulnerability, tracked as CVE-2023-42846, which prevented the privacy feature from working. Tommy Mysk, one of the two security researchers Apple credited with discovering and reporting the vulnerability (Talal Haj Bakry was the other), told Ars that he tested all recent iOS releases and found the flaw dates back to version 14, released in September 2020.

“From the get-go, this feature was useless because of this bug,” he said. “We couldn't stop the devices from sending these discovery requests, even with a VPN. Even in the Lockdown Mode.”

When an iPhone or any other device joins a network, it triggers a multicast message that is sent to all other devices on the network. By necessity, this message must include a MAC. Beginning with iOS 14, this value was, by default, different for each SSID.

To the casual observer, the feature appeared to work as advertised. The “source” listed in the request was the private Wi-Fi address. Digging a little further, however, it became clear that the real permanent MAC was still broadcast to all other connected devices, just in a different field of the request.

Mysk published a short video showing a Mac using the Wireshark packet sniffer to monitor traffic on the local network the Mac is connected to. When an iPhone running iOS prior to version 17.1 joins, it shares its real Wi-Fi MAC on port 5353/UDP.

Upgrade to iOS 17.1 to prevent your iPhone from being tracked across Wi-Fi networks.

In fairness to Apple, the feature wasn't useless, because it did prevent passive sniffing by devices such as the above-referenced CreepyDOL. But the failure to remove the real MAC from port 5353/UDP still meant that anyone connected to a network could pull the unique identifier with no trouble.

The fallout for most iPhone and iPad users is likely to be minimal, if at all. But for people with strict privacy threat models, the failure of these devices to hide real MACs for three years could be a real problem, particularly given Apple's express promise that using the feature "helps reduce tracking of your iPhone across different Wi-Fi networks."

Apple hasn’t explained how a failure as basic as this one escaped notice for so long. The advisory the company issued Wednesday said only that the fix worked by “removing the vulnerable code.”

This post has been updated to add paragraphs 3 and 11 to provide additional context.

联系我们 contact @ memedata.com