|
|
|
|
|
by lxgr
893 days ago
|
|
> The second step, is Airdrop requesting a device to accept a connection. > At that point, you see who is sending you the send request, and you can accept/deny. Revealing the identity hash must happen earlier than that, since the entire point of the "only contacts" feature is that you can't even see non-contacts on your AirDrop share sheet. And since Apple (correctly, in my view) didn't want receiving devices to publicly broadcast their identities (or even worse the set of acceptable senders), it's on the sender to initially broadcast their identity to all devices within range. The candidate devices (i.e. those that have the sender in their contacts) then respond and get populated in the share sheet target list. What's potentially surprising is that this must happen even before selecting AirDrop as a share target, since (at least on my device) I can already see nearby AirDrop contacts in the "frequently contacted" part of the general share sheet... |
|
The sender device broadcasts their identity, while the receiving devices will follow the Airdrop settings. When in contacts only and/or disabled, your device will not broadcast your personal identity in the clear.
Your device itself broadcasts its presence through various protocols.
This is a follow-up to the NetBIOS protocol that did the same (Windows shares is another example).