I don’t think the bucket-choosing algorithm works? The two hosts can be just on opposite sides of a bucket edge. For example if one host sees t=61 and another sees t=62, they will get different buckets despite being less than 20 seconds apart. You’ve got to check adjacent buckets within your error tolerance, not expand the bucket windows in size based on it.
HN user
jder
http://www.jesserusak.com/
I’d suggest reading the linked sources. For example, the summary of the of the EU CDC analysis is somewhat deceptive.
I agree this is a short-term risk, but in the long term people will build (or incrementally re-build) their apps on Swift UI which is not iOS-specific. A few years from now, iOS apps not built with Swift UI will probably start feeling non-native, even on iOS, as I'm sure Apple will be adding features to Swift UI rather than building them into UIKit. (eg widgets)
Just wanted to say that this looks awesome; I'm going to try it out right now and will definitely be in touch.
The original article misses the whole point of the NSFileProtection API: the strongest level of protection, NSFileProtectionComplete, prevents access to files while the device is locked. The whole point of the API is to protect things until the user has authenticated. (It's quite possible Mailbox is already using this API, given the evidence presented.)
In other words, this is the expected behaviour when your phone is unlocked.
See: https://developer.apple.com/library/ios/documentation/Cocoa/...
For anyone that's interested, the version of git that fixes this issue (1.7.7) has just been released:
Download: http://code.google.com/p/git-core/downloads/list
Announcement: http://git.661346.n2.nabble.com/ANNOUNCE-Git-1-7-7-tc6849424...
Greenwald has posted two responses to this:
http://www.salon.com/news/opinion/glenn_greenwald/2010/12/29...
http://www.salon.com/news/opinion/glenn_greenwald/2010/12/29...
(They seem to be returning 404s occasionally for some reason.)