4 ms·
I'll reply the same way as before (likely to end with the same result). Here is a much, much better source. Apple's announcement itself: "Unlike our competito
by xnull2guest 12y ago
I'll reply the same way as before (likely to end with the same result). Here is a much, much better source.
Apple's announcement itself:
"Unlike our competitors, Apple cannot bypass your passcode and therefore cannot access this data. So it's not technically feasible for us to respond to government warrants for the extraction of this data from devices in their possession running iOS 8."
https://www.apple.com/privacy/government-information-requests/ https://www.apple.com/privacy/government-information-request...
"Specifically, Apple has radically improved the way that data on those devices is encrypted. Once users set a passcode, Apple will no longer be able to unlock your device—even if ordered to do so by a court."
http://www.slate.com/articles/technology/future_tense/2014/09/ios_8_encryption_why_apple_won_t_unlock_your_iphone_for_the_police.html http://www.slate.com/articles/technology/future_tense/2014/0...
"To get started, it's worth pointing out that disk encryption is hardly new with iOS 8. In fact, Apple's operating system has enabled some form of encryption since before iOS 7. What's happened in the latest update is that Apple has decided to protect much more of the interesting data on the device under the user's passcode.
...
So to a large extent the 'new' feature Apple is touting in iOS 8 is simply that they're encrypting more data. But it's also worth pointing out that newer iOS devices ... also add substantial hardware protections to thwart device cracking.
In the rest of this post I'm going to talk about how these protections may work and how Apple can realistically claim not to possess a back door."
http://blog.cryptographyengineering.com/2014/10/why-cant-apple-decrypt-your-iphone.html http://blog.cryptographyengineering.com/2014/10/why-cant-app...
- lern_too_spel 12y agoNone of your quotes from Apple support your claim that they were able to decrypt encrypted data before. And in fact, I gave you a source right from Apple that said they couldn't -- the very document they give to law enforcement.
- xnull2guest 12y agohttp://i.i.cbsi.com/cnwk.1d/i/tim/2012/04/02/police.apple.png http://i.i.cbsi.com/cnwk.1d/i/tim/2012/04/02/police.apple.pn... http://www.cnet.com/news/apple-deluged-by-police-demands-to-decrypt-iphones/ http://www.cnet.com/news/apple-deluged-by-police-demands-to-... http://www.cnet.com/news/how-apple-and-google-help-police-bypass-iphone-android-lock-screens/ http://www.cnet.com/news/how-apple-and-google-help-police-by... http://boingboing.net/2013/05/12/apple-can-decrypt-iphones-for.html http://boingboing.net/2013/05/12/apple-can-decrypt-iphones-f... http://www.theguardian.com/world/2013/jun/06/us-tech-giants-nsa-data http://www.theguardian.com/world/2013/jun/06/us-tech-giants-... http://hbpub.vo.llnwd.net/o16/video/olmk/holt/greenwald/NoPlaceToHide-Documents-Uncompressed.pdf http://hbpub.vo.llnwd.net/o16/video/olmk/holt/greenwald/NoPl...
- xnull2guest 12y agoHaha, same thing as last time. "Give me links as proof" [Downvote them and not reply] It's okay. Other HN readers know what's up.
- lern_too_spel 12y agoI didn't downvote them. You can verify that I don't have enough karma to do that. If I had to guess why you've been downvoted, I'd guess it was because you keep posting links that don't support your claim, wasting everyone's time. Also, this is much different from last time. Last time, you didn't bother to post any links at all, even links irrelevant to your claim.
- xnull2guest 12y agoHow is an article titled "Apple can decrypt iPhones for cops; Google can remotely "reset password" for Android devices" a waste of people's time? What sort of proof do you want exactly? Are you looking for a PR statement from Apple that says "we regularly decrypt your data and have backdoors build in and escrow worked out so that we can comply with law enforcement?" You aren't going to get a nice first party source, although Apple has essentially admitted to it. Apple says that "For all devices running iOS 8.0 and later versions, Apple will no longer be performing iOS data extractions as the data sought will be encrypted and Apple will not possess the encryption key." You're going to interpret that as "oh hah, well some of the data wasn't encrypted before". But I included links earlier showing how Apple's (and Google's) announcement centered around the use of new technology that would not allow Apple to have a copy of the key. And if you look at the data they were pulling off, there was data that was 'encrypted' before but had engineered circumvention - 'active data' being one. Apple will (currently) decrypt data it has in iCloud for a device. It is engineered to be very difficult to not store data in iCloud [1]. Apple's own list of information that may be in iCloud include "stored photos, documents, contacts, calendars, bookmarks and iOS device backups. iOS device backups may include photos and videos in the users’ camera roll, device settings, app data, iMessage, SMS, and MMS messages and voicemail." https://news.ycombinator.com/item?id=8522316 https://news.ycombinator.com/item?id=8522316 for more. Re: last time. I pointed to other areas of the thread, where plenty of sources were given. [1] http://mjtsai.com/blog/2014/10/26/yosemite-uploads-unsaved-documents-and-recent-addresses-to-icloud/ http://mjtsai.com/blog/2014/10/26/yosemite-uploads-unsaved-d...