Apple pushes HTTPS for 3rd-party apps, will they take their own advice?
bgentry.io
bgentry.io
1. http://readwrite.com/2014/08/26/apple-icloud-amazon-web-serv...
Of course if you have root-level access to Apple's servers that read S3 you could find the decryption key, though that might not be an easy task.
However, since iCloud Photos has a web interface, I imagine they're not doing this.
I know first-hand of several non-US apps where https was dropped just because of the opaque and vague requirements. In fact it seems strange to require non-US developers, who purchased an iOS developer program account from a non-US Apple company, to register with US government for "export permission" when all they want to do is publish their app on a non-US app store.
True, but last time I looked at it (late 2012) the legalese was intimidating enough that I didn't feel comfortable attempting it without consulting a lawyer. Since the app was just a personal side project, paying for a lawyer wasn't an option and I chose to restrict my app to sale in the US and Canada only. (Which doesn't require any government filing at all.)
All because I wanted to access a backend service over HTTPS. It's mind-boggling that my app can be called "encryption software" because it calls a shared library built into the operating system.
French iOS users must be missing out even more. Looks like Apple requires extra paperwork for crypto exported to France specifically.
It was a strange experience though. It felt like if anything Apple was trying to dissuade us from using encryption by presenting this vague legal hoop with very minimal guidance or concrete examples on what to do.
The few other iOS devs I asked didn't remember much about it, the impression I got is that everyone not working for a big company with a legal or compliance team pretty much just checks "No" whether or not they're using https. Some people likely don't even realize using https counts as encryption, it wasn't explicitly called out anywhere on the form (though it does say something about "even if the encryption is built in to libraries provided by Apple", but of course no list of which libraries might include encryption).
It feels odd and a bit lazy that Apple hasn't made this process any easier, when they clearly think a lot about encryption if they're going so far as to start requiring it. Maybe the legal requirements force them to keep the explanation generic and not do anything to improve the user experience around it.
Is it infosec software, or a game/kitchen recipe app?
Is it using "standardized" algorithms? Can they or the key sizes be changed by the end user?
Can the encryption functionality be easily repurposed?
Binaries or source code?
Which destination country(s)?
Who is the intended end user (government vs private entities)?
As there can be significant civil and even criminal penalties for exporting an item without complying with the regulations, the best thing to do in all cases is to call BIS[1] and ask to speak with an export counselor, specifically ask about encryption and you'll get routed to someone who knows the regulations and can tell you exactly what your specific software will require to comply.
> What's the status with the US crypto export paperwork that Apple apparently requires for all crypto-enabled apps, even if they just use iOS builtin URL classes with https urls?
Apple (last time I checked) directs developers to obtain an Encryption Registration Number at minimum, but there can be additional "classification" and reporting requirements depending on the factors I listed above.
> In fact it seems strange to require non-US developers, who purchased an iOS developer program account from a non-US Apple company, to register with US government for "export" when all they want to do is publish their app on a non-US app store.
An export counselor could give a definitive answer but this is likely because the encryption they're using in iOS/OS X is still considered a U.S. controlled item for export purposes, regardless of where they are or where the software using it ends up being sold. That software may end up being considered a U.S. controlled item itself.
I've been told by BIS that re-exporting a U.S. controlled item from a foreign country without complying with U.S. export regulations can come back to bite you down the road, among other things they can completely deny a foreign entity the ability to export or import things to/from the U.S. if they decide export regs have been ignored.
Fortunately, I usually only use trusted wifi at work/home for the most part.
Did you take a look at the data that's being sent? Are photos encrypted and signed in transport like Apple claims?
Perhaps Photos is retrieving data which has an embedded signature, making SSL irrelevant? Or the data isn't security-critical anyway (e.g, it's checking for a news splashscreen or something). The point is, simply using unencrypted communications doesn't necessarily mean the application is insecure.
Hard to tell without seeing the complete request.