{"id":35074,"date":"2019-10-31T22:02:11","date_gmt":"2019-10-31T19:02:11","guid":{"rendered":"https:\/\/prohoster.info\/blog\/kak-apple-privatno-najdyot-v-oflajne-vashe-poteryannoe-ustrojstvo\/"},"modified":"2019-10-31T22:02:11","modified_gmt":"2019-10-31T19:02:11","slug":"kak-apple-privatno-najdyot-v-oflajne-vashe-poteryannoe-ustrojstvo","status":"publish","type":"post","link":"https:\/\/prohoster.info\/en\/blog\/administrirovanie\/kak-apple-privatno-najdyot-v-oflajne-vashe-poteryannoe-ustrojstvo","title":{"rendered":"How will Apple (privately) find your lost device offline?","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p>On Monday at the WWDC conference, Apple <noindex><a rel=\"nofollow\" href=\"https:\/\/www.wired.com\/story\/apple-find-my-cryptography-bluetooth\/\">introduced a cool new feature called \"Find My\"<\/a><\/noindex>. Unlike the standard <noindex><a rel=\"nofollow\" href=\"https:\/\/www.apple.com\/icloud\/find-my-iphone\/\">\u201cFind My iPhone\u201d<\/a><\/noindex>, which relies on cellular infrastructure and GPS of the lost device, the \u201cFind Me\u201d feature can locate even devices <i>without<\/i> without a SIM card and GPS. For example, laptops, or even <noindex><a rel=\"nofollow\" href=\"https:\/\/www.theverge.com\/circuitbreaker\/2019\/6\/4\/18652116\/apple-tag-tile-location-tracking-bluetooth-hardware-hint-ios-13-beta\">\u201cdumb\u201d location tags<\/a><\/noindex>, attached to any item (Apple hinted at this only in broad terms).<\/p>\n<p>The idea is to turn the entire existing network of iPhones into a massive crowdsourced system for tracking nearby objects. Each active iPhone will constantly track the BLE beacon messages coming from other devices. When it finds one of these signals, it marks the package with its GPS coordinates and sends it to Apple\u2019s servers. This is great for forgetful people like me, who constantly lose things: if I leave my backpack on a tourist bus in China, sooner or later someone will stumble upon its signal \u2014 and I will instantly know where to find it.<\/p>\n<p>(It\u2019s worth noting that the idea wasn\u2019t invented by Apple. In fact, companies like <noindex><a rel=\"nofollow\" href=\"https:\/\/www.thetileapp.com\/en-us\/\">Tile<\/a><\/noindex> have been doing this for quite a while. And yes, they should be worried about their business).<br \/>\n<noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><br \/>\nIf the above description didn\u2019t impress you, let me raise a question you should ask: <i>how will this system protect against mass privacy violations?<\/i><\/p>\n<p>Let's list potential issues:<\/p>\n<ul>\n<li>If a device constantly emits a BLE signal that uniquely identifies it, everyone has (yet another) way to track you. Marketers are already using WiFi and Bluetooth MAC addresses for this, and the <i>Find My<\/i> feature creates yet another tracking channel.\n<\/li>\n<li>It also exposes those who <i>participate<\/i> in the process. Now these individuals will send their current location to Apple (they may already be doing this). But now they\u2019ll have to share this information <i>also<\/i> with strangers who are \u201closing\u201d their devices. This could end badly.\n<\/li>\n<li>Fraudsters can also launch active attacks that spoof your device's location. While this seems unlikely, people always manage to surprise.<\/li>\n<\/ul>\n<p>\nThe good news is that Apple claims the system really provides reliable privacy thanks to the skillful application of cryptography. But, as usual, they declined to disclose <i>implementation details<\/i>. Andy Greenberg in Wired shared a partial <noindex><a rel=\"nofollow\" href=\"https:\/\/www.wired.com\/story\/apple-find-my-cryptography-bluetooth\/\">technical implementation<\/a><\/noindex> from Apple's perspective, which allows us to understand a lot. Unfortunately, this account still leaves huge gaps. It's those gaps I intend to fill by offering the most likely description of what Apple is actually doing.<\/p>\n<p>A big caveat: much of this may turn out to be completely wrong. I will certainly update the article when Apple reveals more.<\/p>\n<h1>Some key issues<\/h1>\n<p>\nTo outline the scenario, we need to introduce a few devices. For inspiration, let's take the 1950s television series \"Lassie\".<\/p>\n<p>The first device we'll call <b>Timmy<\/b>, who is \"lost\". He has a BLE transmitter but no GPS or internet connection. Fortunately, he has already paired with a second device named <b>Timmy<\/b> Ruth <b>, who wants to find him. Our main character is<\/b>Lassie <b>: this is an iPhone belonging to a random (and unaware) stranger who (let's suppose) has at least occasional internet access and reliable GPS. And Lassie is a very good girl. The networked devices interact through Apple iCloud servers, as illustrated below:<\/b>(Since<\/p>\n<p><img decoding=\"async\" alt=\"How will Apple (privately) find your lost device offline?\" src=\"\/wp-content\/uploads\/2019\/06\/e583ee12f947c544f581d34b5df7e6cf.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nthey must be paired in advance, it's likely they both belong to the same person. Did I mention that you'll need to buy <b>Timmy<\/b> and <b>, who wants to find him. Our main character is<\/b> Apple devices for the system to work? This suits Apple just fine). <i>two<\/i> We're looking at a security system, so the first question is:<\/p>\n<p>who is the bad guy <i>? A potential attacker can be anyone<\/i>? \u0412 \u044d\u0442\u043e\u0439 \u0441\u0438\u0442\u0443\u0430\u0446\u0438\u0438 \u043e\u0442\u0432\u0435\u0442 \u043d\u0435\u043f\u0440\u0438\u044f\u0442\u043d\u044b\u0439: <i>. That's why the issue is so interesting.<\/i>Keeping Timmy's anonymity<\/p>\n<h1>The most important aspect of the system is that it must not allow outsiders to track<\/h1>\n<p>\n, especially when he is not lost. This rules out some fairly obvious solutions, like when the device <b>Timmy<\/b>just screams, <b>Timmy<\/b> \"Hello, my name is Timmy, please call my mom Ruth and let her know I'm lost\" <i>. This also rules out practically any unchanged static identifier, even opaque and seemingly random.<\/i>This also excludes virtually any unchanged static identifier, even if it is opaque and appears random.<\/p>\n<p>The latest requirement is based on the unfortunate experiences of services that abuse static identifiers (for example, <noindex><a rel=\"nofollow\" href=\"https:\/\/www.ftc.gov\/news-events\/blogs\/techftc\/2014\/02\/my-phone-your-service\">your<\/a><\/noindex> <noindex><a rel=\"nofollow\" href=\"https:\/\/medium.com\/@DanieleMiorandi\/i-lie-you-lie-everybody-lies-wifi-tracking-in-the-era-of-mac-randomization-2ab147857b24\">WiFi MAC address<\/a><\/noindex>) to track device movements. Apple <noindex><a rel=\"nofollow\" href=\"https:\/\/arxiv.org\/abs\/1703.02874v1\">grapples with this tracking with mixed success<\/a><\/noindex> by randomizing identifiers like MAC addresses. If Apple adds a static tracking identifier for 'Find My', all issues will only worsen.<\/p>\n<p>This requirement means that any messages transmitted <b>Timmy<\/b>, must be opaque. Moreover, the content of these messages should relatively often change to new values that cannot be linked to the old ones. One obvious way for a paired device to recognize such messages is to have <b>Timmy<\/b> and <b>, who wants to find him. Our main character is<\/b> agree on a long list of random '<noindex><a rel=\"nofollow\" href=\"https:\/\/en.wikipedia.org\/wiki\/Pseudonym\">pseudonyms<\/a><\/noindex>' for <b>Timmy<\/b>, and let <b>Timmy<\/b> pick a different one each time.<\/p>\n<p>This really helps. Each time <b>: this is an iPhone belonging to a random (and unaware) stranger who (let's suppose) has at least occasional internet access and reliable GPS. And Lassie is a very good girl. The networked devices interact through Apple iCloud servers, as illustrated below:<\/b> sees some (unknown) device transmitting an identifier, it will not know if it belongs to <b>Timmy<\/b>: but it can send it to Apple\u2019s servers along with its own GPS location. In case <b>Timmy<\/b> gets lost, <b>, who wants to find him. Our main character is<\/b> can ask Apple to find all possible pseudonyms. <b>Timmy<\/b>In this situation, no one outside of Apple will know this list, and even Apple will only learn it after someone gets lost, so this approach prevents most tracking options.<\/p>\n<p>A somewhat more effective way to implement this idea is to use a cryptographic function (such as MAC or a hash function) to generate a list of pseudonyms from a single short 'seed', a copy of which is stored by <b>Timmy<\/b> and <b>, who wants to find him. Our main character is<\/b>. This is good because it reduces the amount of data stored. But to find <b>Timmy<\/b>, <b>, who wants to find him. Our main character is<\/b> still needs to send all pseudonyms\u2014or the seed\u2014to Apple, which will have to search every pseudonym in its database.<\/p>\n<h1>Hiding the location of Lassie<\/h1>\n<p>\nThe described approach with pseudonyms should effectively hide <i>identity<\/i> <b>Timmy<\/b> from <b>: this is an iPhone belonging to a random (and unaware) stranger who (let's suppose) has at least occasional internet access and reliable GPS. And Lassie is a very good girl. The networked devices interact through Apple iCloud servers, as illustrated below:<\/b> even from Apple (up until the point when <b>, who wants to find him. Our main character is<\/b> tries to search for it). However, there is a significant downside: <i>it does not hide the GPS coordinates. <b>: this is an iPhone belonging to a random (and unaware) stranger who (let's suppose) has at least occasional internet access and reliable GPS. And Lassie is a very good girl. The networked devices interact through Apple iCloud servers, as illustrated below:<\/b><\/i>.<\/p>\n<p>This is problematic for at least several reasons. Each time, <b>: this is an iPhone belonging to a random (and unaware) stranger who (let's suppose) has at least occasional internet access and reliable GPS. And Lassie is a very good girl. The networked devices interact through Apple iCloud servers, as illustrated below:<\/b> If any device with a BLE signal is detected, it must send its current location to Apple servers (along with the alias it sees). This means that <b>: this is an iPhone belonging to a random (and unaware) stranger who (let's suppose) has at least occasional internet access and reliable GPS. And Lassie is a very good girl. The networked devices interact through Apple iCloud servers, as illustrated below:<\/b> it constantly informs Apple of its whereabouts. Moreover, even if Apple promises not to retain identity <b>: this is an iPhone belonging to a random (and unaware) stranger who (let's suppose) has at least occasional internet access and reliable GPS. And Lassie is a very good girl. The networked devices interact through Apple iCloud servers, as illustrated below:<\/b>, the result of all these messages is a massive centralized database that shows all GPS locations where any <i>Apple device has been detected.<\/i> Note that the array of such data itself discloses a lot of information. Yes, device identifiers may be aliases \u2014 but that doesn't make the information useless. For example, if<\/p>\n<p>some <i>Apple device transmits the same coordinates in the evenings, it reveals a probable residential address of the person.<\/i> The obvious way to prevent the disclosure of this data by Apple is to encrypt it, so that only those who really need to<\/p>\n<p>know the device's location can see the information. If <i>we need<\/i> it receives a message from <b>: this is an iPhone belonging to a random (and unaware) stranger who (let's suppose) has at least occasional internet access and reliable GPS. And Lassie is a very good girl. The networked devices interact through Apple iCloud servers, as illustrated below:<\/b> , then the only person who actually needs to know the location of <b>Timmy<\/b>is <b>: this is an iPhone belonging to a random (and unaware) stranger who (let's suppose) has at least occasional internet access and reliable GPS. And Lassie is a very good girl. The networked devices interact through Apple iCloud servers, as illustrated below:<\/b>. To keep this information confidential, <b>, who wants to find him. Our main character is<\/b>it must encrypt its coordinates with a public key. <b>: this is an iPhone belonging to a random (and unaware) stranger who (let's suppose) has at least occasional internet access and reliable GPS. And Lassie is a very good girl. The networked devices interact through Apple iCloud servers, as illustrated below:<\/b> Of course, the question arises: how <b>, who wants to find him. Our main character is<\/b>.<\/p>\n<p>will it obtain the key? <b>: this is an iPhone belonging to a random (and unaware) stranger who (let's suppose) has at least occasional internet access and reliable GPS. And Lassie is a very good girl. The networked devices interact through Apple iCloud servers, as illustrated below:<\/b> \u2014 by shouting the public key <b>, who wants to find him. Our main character is<\/b>? \u041e\u0447\u0435\u0432\u0438\u0434\u043d\u043e\u0435 \u0440\u0435\u0448\u0435\u043d\u0438\u0435 \u0434\u043b\u044f <b>Timmy<\/b>\u00a0in every broadcast. But this would create a static identifier, which again would allow tracking. <b>, who wants to find him. Our main character is<\/b> To solve this problem, it's necessary for <b>Timmy<\/b>.<\/p>\n<p>to have many unlinked public keys. <b>, who wants to find him. Our main character is<\/b> it was <i>It could issue different keys with each transmission. One option is to let<\/i>, so that <b>Timmy<\/b> generate many different shared pairs of keys (or generate many such pairs from a common seed). But this is cumbersome, and <b>, who wants to find him. Our main character is<\/b> and <b>Timmy<\/b> it would have to store many secret keys. And the identifiers mentioned in the previous section could be obtained by hashing each public key. <b>, who wants to find him. Our main character is<\/b> A slightly better approach (which Apple may or may not use) suggests<\/p>\n<p>randomization <i>of the keys. This is a feature of certain cryptosystems, such as<\/i> ElGamal: it <noindex><a rel=\"nofollow\" href=\"https:\/\/en.wikipedia.org\/wiki\/ElGamal_encryption\">allows any party to randomize the public key<\/a><\/noindex>, so that it is not linked to the original. The best part of this feature is that <noindex><a rel=\"nofollow\" href=\"https:\/\/crypto.stanford.edu\/~pgolle\/papers\/univrenc.pdf\">one secret key is independent of which randomized version of its public key was used for encryption.<\/a><\/noindex>, so it will not be linked to the original in any way. The best part of this feature is that <b>, who wants to find him. Our main character is<\/b> can use <i>one secret key regardless of which randomized version of its public key was used for encryption.<\/i>.<\/p>\n<p><img decoding=\"async\" alt=\"How will Apple (privately) find your lost device offline?\" src=\"\/wp-content\/uploads\/2019\/06\/f25b5a32e89883283fa6046c326751ca.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nAll of this leads to the final idea of the protocol. In each transmission, <b>Timmy<\/b> it sends a new pseudonym and a randomized copy of the public key. <b>, who wants to find him. Our main character is<\/b>When <b>: this is an iPhone belonging to a random (and unaware) stranger who (let's suppose) has at least occasional internet access and reliable GPS. And Lassie is a very good girl. The networked devices interact through Apple iCloud servers, as illustrated below:<\/b> it receives the transmission, it encrypts its GPS coordinates with the public key and sends the encrypted message to Apple. <b>, who wants to find him. Our main character is<\/b> can send pseudonyms <b>Timmy<\/b> to Apple servers, and if Apple finds a match, it will be able to access and decrypt the GPS coordinates.<\/p>\n<h1>Does this solve all the issues?<\/h1>\n<p>\nThe unfortunate thing is that there is no perfect solution for many strange edge cases. For example, what if <b>Timmy<\/b> has malicious intentions and wants to force <b>: this is an iPhone belonging to a random (and unaware) stranger who (let's suppose) has at least occasional internet access and reliable GPS. And Lassie is a very good girl. The networked devices interact through Apple iCloud servers, as illustrated below:<\/b> to reveal its location to Apple? What if Old Man Smithers tries to kidnap <b>: this is an iPhone belonging to a random (and unaware) stranger who (let's suppose) has at least occasional internet access and reliable GPS. And Lassie is a very good girl. The networked devices interact through Apple iCloud servers, as illustrated below:<\/b>?<\/p>\n<p>At some point, the answer to this question boils down to the fact that we've done everything we can: any remaining issues should be taken outside the threat model. Sometimes even Lassie knows when to stop.<br \/>\n<br \/>Source: <a content=\"nofollow\" rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/post\/455054\/\">habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"<p>\u0412 \u043f\u043e\u043d\u0435\u0434\u0435\u043b\u044c\u043d\u0438\u043a \u043d\u0430 \u043a\u043e\u043d\u0444\u0435\u0440\u0435\u043d\u0446\u0438\u0438 WWDC \u043a\u043e\u043c\u043f\u0430\u043d\u0438\u044f Apple \u043f\u0440\u0435\u0434\u0441\u0442\u0430\u0432\u0438\u043b\u0430 \u043a\u043b\u0430\u0441\u0441\u043d\u0443\u044e \u043d\u043e\u0432\u0443\u044e \u0444\u0443\u043d\u043a\u0446\u0438\u044e \u043f\u043e\u0434 \u043d\u0430\u0437\u0432\u0430\u043d\u0438\u0435\u043c \u201cFind My&#187;. \u0412 \u043e\u0442\u043b\u0438\u0447\u0438\u0435 \u043e\u0442 \u0441\u0442\u0430\u043d\u0434\u0430\u0440\u0442\u043d\u043e\u0439 \u00ab\u041d\u0430\u0439\u0442\u0438 \u043c\u043e\u0439 iPhone\u00bb, \u043a\u043e\u0442\u043e\u0440\u0430\u044f \u043f\u043e\u043b\u0430\u0433\u0430\u0435\u0442\u0441\u044f \u043d\u0430 \u0438\u043d\u0444\u0440\u0430\u0441\u0442\u0440\u0443\u043a\u0442\u0443\u0440\u0443 \u0441\u043e\u0442\u043e\u0432\u043e\u0439 \u0441\u0432\u044f\u0437\u0438 \u0438 GPS \u043f\u043e\u0442\u0435\u0440\u044f\u043d\u043d\u043e\u0433\u043e \u0443\u0441\u0442\u0440\u043e\u0439\u0441\u0442\u0432\u0430, \u0444\u0443\u043d\u043a\u0446\u0438\u044f \u00ab\u041d\u0430\u0439\u0434\u0438 \u043c\u0435\u043d\u044f\u00bb \u0441\u043f\u043e\u0441\u043e\u0431\u043d\u0430 \u043d\u0430\u0439\u0442\u0438 \u0434\u0430\u0436\u0435 \u0443\u0441\u0442\u0440\u043e\u0439\u0441\u0442\u0432\u0430 \u0431\u0435\u0437 \u0441\u0438\u043c-\u043a\u0430\u0440\u0442\u044b \u0438 GPS. \u041d\u0430\u043f\u0440\u0438\u043c\u0435\u0440, \u043d\u043e\u0443\u0442\u0431\u0443\u043a\u0438, \u0438\u043b\u0438 \u0434\u0430\u0436\u0435 \u00ab\u0442\u0443\u043f\u044b\u0435\u00bb \u043c\u0435\u0442\u043a\u0438 \u043b\u043e\u043a\u0430\u0446\u0438\u0438, \u043f\u0440\u0438\u043a\u0440\u0435\u043f\u043b\u0451\u043d\u043d\u044b\u0435 \u043a \u043b\u044e\u0431\u043e\u043c\u0443 \u043f\u0440\u0435\u0434\u043c\u0435\u0442\u0443 (Apple [&hellip;]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":26375,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-35074","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t<!-- All in One SEO 5.0.1.1 - aioseo.com -->\n\t<meta name=\"description\" content=\"\u0412 \u043f\u043e\u043d\u0435\u0434\u0435\u043b\u044c\u043d\u0438\u043a \u043d\u0430 \u043a\u043e\u043d\u0444\u0435\u0440\u0435\u043d\u0446\u0438\u0438 WWDC \u043a\u043e\u043c\u043f\u0430\u043d\u0438\u044f Apple \u043f\u0440\u0435\u0434\u0441\u0442\u0430\u0432\u0438\u043b\u0430 \u043a\u043b\u0430\u0441\u0441\u043d\u0443\u044e \u043d\u043e\u0432\u0443\u044e \u0444\u0443\u043d\u043a\u0446\u0438\u044e \u043f\u043e\u0434 \u043d\u0430\u0437\u0432\u0430\u043d\u0438\u0435\u043c \u201cFind.\" \/>\n\t<meta name=\"robots\" content=\"max-image-preview:large\" \/>\n\t<meta name=\"author\" content=\"Yuri Gagarin\"\/>\n\t<link rel=\"canonical\" href=\"https:\/\/prohoster.info\/en\/blog\/administrirovanie\/kak-apple-privatno-najdyot-v-oflajne-vashe-poteryannoe-ustrojstvo\" \/>\n\t<meta name=\"generator\" content=\"All in One SEO (AIOSEO) 5.0.1.1\" \/>\n\t\t<meta property=\"og:locale\" content=\"en_US\" \/>\n\t\t<meta property=\"og:site_name\" content=\"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b\" \/>\n\t\t<meta property=\"og:type\" content=\"article\" \/>\n\t\t<meta property=\"og:title\" content=\"\ud83e\udd47\u041a\u0430\u043a Apple (\u043f\u0440\u0438\u0432\u0430\u0442\u043d\u043e) \u043d\u0430\u0439\u0434\u0451\u0442 \u0432 \u043e\u0444\u043b\u0430\u0439\u043d\u0435 \u0432\u0430\u0448\u0435 \u043f\u043e\u0442\u0435\u0440\u044f\u043d\u043d\u043e\u0435 \u0443\u0441\u0442\u0440\u043e\u0439\u0441\u0442\u0432\u043e? | ProHoster\" \/>\n\t\t<meta property=\"og:description\" content=\"\u0412 \u043f\u043e\u043d\u0435\u0434\u0435\u043b\u044c\u043d\u0438\u043a \u043d\u0430 \u043a\u043e\u043d\u0444\u0435\u0440\u0435\u043d\u0446\u0438\u0438 WWDC \u043a\u043e\u043c\u043f\u0430\u043d\u0438\u044f Apple \u043f\u0440\u0435\u0434\u0441\u0442\u0430\u0432\u0438\u043b\u0430 \u043a\u043b\u0430\u0441\u0441\u043d\u0443\u044e \u043d\u043e\u0432\u0443\u044e \u0444\u0443\u043d\u043a\u0446\u0438\u044e \u043f\u043e\u0434 \u043d\u0430\u0437\u0432\u0430\u043d\u0438\u0435\u043c \u201cFind.\" \/>\n\t\t<meta property=\"og:url\" content=\"https:\/\/prohoster.info\/en\/blog\/administrirovanie\/kak-apple-privatno-najdyot-v-oflajne-vashe-poteryannoe-ustrojstvo\" \/>\n\t\t<meta property=\"og:image\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:secure_url\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:width\" content=\"350\" \/>\n\t\t<meta property=\"og:image:height\" content=\"350\" \/>\n\t\t<meta property=\"article:published_time\" content=\"2019-10-31T19:02:11+00:00\" \/>\n\t\t<meta property=\"article:modified_time\" content=\"2019-10-31T19:02:11+00:00\" \/>\n\t\t<meta property=\"article:publisher\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<meta property=\"article:author\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<!-- All in One SEO -->\n\n","aioseo_head_json":{"title":"\ud83e\udd47How Apple (privately) will find your lost device offline? | ProHoster","description":"On Monday at the WWDC conference, Apple unveiled a cool new feature called 'Find.'","canonical_url":"https:\/\/prohoster.info\/en\/blog\/administrirovanie\/kak-apple-privatno-najdyot-v-oflajne-vashe-poteryannoe-ustrojstvo","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"en_US","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47\u041a\u0430\u043a Apple (\u043f\u0440\u0438\u0432\u0430\u0442\u043d\u043e) \u043d\u0430\u0439\u0434\u0451\u0442 \u0432 \u043e\u0444\u043b\u0430\u0439\u043d\u0435 \u0432\u0430\u0448\u0435 \u043f\u043e\u0442\u0435\u0440\u044f\u043d\u043d\u043e\u0435 \u0443\u0441\u0442\u0440\u043e\u0439\u0441\u0442\u0432\u043e? | ProHoster","og:description":"\u0412 \u043f\u043e\u043d\u0435\u0434\u0435\u043b\u044c\u043d\u0438\u043a \u043d\u0430 \u043a\u043e\u043d\u0444\u0435\u0440\u0435\u043d\u0446\u0438\u0438 WWDC \u043a\u043e\u043c\u043f\u0430\u043d\u0438\u044f Apple \u043f\u0440\u0435\u0434\u0441\u0442\u0430\u0432\u0438\u043b\u0430 \u043a\u043b\u0430\u0441\u0441\u043d\u0443\u044e \u043d\u043e\u0432\u0443\u044e \u0444\u0443\u043d\u043a\u0446\u0438\u044e \u043f\u043e\u0434 \u043d\u0430\u0437\u0432\u0430\u043d\u0438\u0435\u043c \u201cFind.","og:url":"https:\/\/prohoster.info\/en\/blog\/administrirovanie\/kak-apple-privatno-najdyot-v-oflajne-vashe-poteryannoe-ustrojstvo","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2019-10-31T19:02:11+00:00","article:modified_time":"2019-10-31T19:02:11+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"35074","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":"2026-01-21 21:44:19","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-03-01 02:10:28","updated":"2026-01-21 21:44:19","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/en\/wp-json\/wp\/v2\/posts\/35074","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/en\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/en\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/en\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/en\/wp-json\/wp\/v2\/comments?post=35074"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/en\/wp-json\/wp\/v2\/posts\/35074\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/en\/wp-json\/wp\/v2\/media\/26375"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/en\/wp-json\/wp\/v2\/media?parent=35074"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/en\/wp-json\/wp\/v2\/categories?post=35074"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/en\/wp-json\/wp\/v2\/tags?post=35074"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}