Open harveybolton opened 1 year ago
Did you have a chance to take a look at this? I was wondering if the encryption key you get on initial setup might be able to decrypt the data.
A bit, yes.
From Apple's website:
Advanced Data Protection and iCloud.com web access
When a user first turns on Advanced Data Protection, web access to their data at iCloud.com is automatically turned off. This is because iCloud web servers no longer have access to the keys required to decrypt and display the user’s data. The user can choose to turn on web access again, and use the participation of their trusted device to access their encrypted iCloud data on the web. After turning on web access, the user must authorize the web sign-in on one of their trusted devices each time they visit iCloud.com. The authorization “arms” the device for web access. For the next hour, this device accepts requests from specific Apple servers to upload individual service keys, but only those corresponding to an allow list of services normally accessible on iCloud.com. In other words, even after the user authorizes a web sign-in, a server request is unable to induce the user’s device to upload service keys for data that isn’t intended to be viewed on iCloud.com, (such as Health data or passwords in iCloud Keychain). Apple servers request only the service keys needed to decrypt the specific data that the user is requesting to access on the web. Every time a service key is uploaded, it is encrypted using an ephemeral key bound to the web session that the user authorized, and a notification is displayed on the user’s device, showing the iCloud service whose data is temporarily being made available to Apple servers.
I haven't turned on the advanced data protection mode yet. If you have Advanced Data Protection turned on, can you help with following questions -
I already found the answer to point 1 and it’s not looking great:
After you approve access from your trusted device, you can access your data at iCloud.com for the next hour. Each time you access a new category of data — such as photos, notes, or files — you’ll be asked to approve that access from your trusted device. Some data isn’t available on iCloud.com, such as Health data and passwords in iCloud Keychain.
https://support.apple.com/en-us/102630
I don’t see this feature to make a lot of sense if one has to constantly approve any kind of access. 🙁
After manual logout it asks for 2FA every time.
I tested it using a Windows virtual machine as well and it seems to behave the same as on Apple devices.
So only way to get this working seems to be if the session does never expire...
Yeah, I am wondering if it is worth the effort to enable this feature in icloudpy
given that most of the applications won't be able to utilize it without poor user experience (many 2FAs, expiring sessions etc.).
I already found the answer to point 1 and it’s not looking great:
After you approve access from your trusted device, you can access your data at iCloud.com for the next hour. Each time you access a new category of data — such as photos, notes, or files — you’ll be asked to approve that access from your trusted device. Some data isn’t available on iCloud.com, such as Health data and passwords in iCloud Keychain.
https://support.apple.com/en-us/102630
I don’t see this feature to make a lot of sense if one has to constantly approve any kind of access. 🙁
I agree. Turning on more security features (like this one) will significantly degrade UX for applications built with icloudpy
or similar.
The iCloud for windows app seems to remain permanently authenticated with support for Advanced Data Protection, I'm not a pro but I wonder if one could use a mitm proxy like burpsuite to intercept the traffic and see what's going on during the authentication stage, if icloudpy could behave similar to the desktop app rather than icloud.com sessions it could solve both the MFA challenge/expiry and advanced data protection problems
@harveybolton Intercepting traffic won't give us the information we need. With HTTPS, all traffic is e2e encrypted. Once it leaves the application process, we will see encrypted traffic. Only way is to reverse-engineer the iCloud Windows client. I am guessing iCloud Windows client is shipped as binary code. If that's the case, it's a monumental effort (a.k.a. not worth) to decompile the executable.
So bad news? Unimplementable so far?
Yeah. There's not enough ROI yet.
Too bad. But understandable. Seems like currently distributed via Microsoft Store. But I suppose it’s an exe file…what else do you use on windows?
I don't use iCloud client on Windows. I just browse icloud.com.
Too bad. But understandable. Seems like currently distributed via Microsoft Store. But I suppose it’s an exe file…what else do you use on windows?
You could ask around on Mastodons/Xitters security research community if anyone ever tried to reverse engineer the iCloud Windows client with ADP enabled.
Tbh for this to work going forward it’ll need to use Anisette Data to login so you don’t have to always enter a 2FA code and it authorizes you as a device. That part is mostly done. The real challenge is API calls for iCloud. It’s possible CloudKit would work in this scenario but I’ve been doing a local rework of it using my fork. Auth works. Rest needs to be redone 😂
Yeah, I have been looking into that as well (did a bit of reverse engineering of Windows iCloud client). I didn't get time to try out some experiments yet. If auth works using anisette data, what's the problem that you're facing with iCloud.com API calls?
Yeah, I have been looking into that as well (did a bit of reverse engineering of Windows iCloud client). I didn't get time to try out some experiments yet. If auth works using anisette data, what's the problem that you're facing with iCloud.com API calls?
Yea some calls can be different. But for anisette login, a good example is used in pypush since it supports accounts that are both developer organization accounts and have ADP enabled. Basically took that. I’d love to DM you on it and see if its workable since time is pretty stretched out atm.
Woah would be so amazing when I could backup/sync my iCloud with my NAS with ADP on. Thanks a lot for answering =) =).
any updates for this?
subscribing, but also double-checking if you're still investigating this one, and need any help/testers. (I finally got around to setting up iCloud-docker, but no joke: just enabled ADP yesterday. What are the odds...)
as this is still open And My last information with testing it 10 months ago: when adp is enabled => no access to icloud from this docker container.
Use case Now that Apple has rolled out Advanced Data protection globally it's only a matter of time before the masses adopt it and it has potential to be enabled by default for new iCloud accounts soon enough, it would be great to get this project compatible with ADP for people already using it and those who will start to use it in future.
Describe the solution you'd like Being able to download iCloud photos that are end to end encrypted.
Describe alternatives you've considered Disabling ADP, but this is less desirable as it's a long overdue feature from Apple
Additional context If you have ADP enabled on your iCloud account, this is what happens after authenticating (with 2FA) with this project: