Live data from Hacker News

OpenDrop: An Open Source AirDrop Implementation

github.com

61–70 of 231 posts

Re: OpenDrop: An Open Source AirDrop Implementation

#61

Earlier quoted context omitted.

Yep. But still it’s kind of annoying to have to enable everything. It’s confusing to people who don’t know this.

Enable what? Modern MacOS/iOS discourage you from disabiling Wi-Fi/Bluetooth anyway.

Some (more and more) people simply have it disabled, because 4G is faster and more reliable than wifi. And if you don't have any bluetooth devices, it will save some batterylife.

Re: OpenDrop: An Open Source AirDrop Implementation

#62

Could this technology be used to create a "shadow" internet/network/messaging service where devices connect and communicate directly with each other. This way governments can't just block internet access or services during demonstrations.

A government - or even just a sufficiently motivated individual - can trivially jam all phone, wifi, bluetooth etc communication. Or they could just 'listen in' to record the signatures of all detected phones, so they can work out and identify who is in the crowd etc. Military systems use frequency hopping etc and would be a more difficult target. But doubtless motivated governments could hamper their use in crowds t…

Absolutely, but I can ask a bit more nuanced question.

In any society, there is state-"friendly" communication and state-"unfriendly" communication. Also there are state-"essential" communications like state-propoganda [1]. Is it possible to build communication networks that allow for secure and anonymous state-unfriendly communication, such that trivially jamming it also jams state-friendly and state-essential communications?

As you might realize, a yes answer to this question is sufficient for protestors communication needs. Not the harder question of completely unblockable communications - which as we know is impossible. Of course, in the real world, the answer to my question might not be a "yes/no" but a resource-tradeoff.

[1] which every country in the world democratic or dictorial engages in. If you don't agree, please read Manufacturing Consent.

Re: OpenDrop: An Open Source AirDrop Implementation

#63
post #20

Earlier quoted context omitted.

That's obviously never going to happen. The best we can hope for is probably something Googely with support for iOS

Which is not going to happen because Google has multiple competing messaging apps.

And is regularly killing one to start two new ones.

Re: OpenDrop: An Open Source AirDrop Implementation

#64
post #35

Interestingly the article on the bottom links to a Usenix 2019 (held Aug 14 - 16) paper with the title "A Billion Open Interfaces for Eve and Mallory: MitM, DoS, and Tracking Attacks on iOS and macOS Through Apple Wireless Direct Link" Abstract: "Apple Wireless Direct Link (AWDL) is a key protocol in Apple's ecosystem used by over one billion iOS and macOS devices for device-to-device communications. AWDL is a propri…

There's also this 2018 paper by the same authors: "One Billion Apples’ Secret Sauce: Recipe for the Apple Wireless Direct Link Ad hoc Protocol" [1]. Not sure which paper came first.

[1] https://arxiv.org/pdf/1808.03156.pdf

Re: OpenDrop: An Open Source AirDrop Implementation

#65

This is great, especially considering that AirDrop is used for instance by Hong Kong protesters to bypass the great firewall [1]. [1] https://qz.com/1660460/hong-kong-protesters-use-airdrop-to-b...

And in UK it’s used to send dickpics to strangers on the train... opendrop requires to set security level to everybody instead of contacts. If you forget to switch back to default you get instant reminder once you get onto public transport.

Re: OpenDrop: An Open Source AirDrop Implementation

#67
post #37

I wonder if it's more reliable than Apple's own implementation for MacOs. It used to be rock solid – and between iOS devices it still is – but between Macs I regularly have to switch both to "Search for an older Mac" to make them see each other, with no explanation why.

I was complaining about this with a coworker today. AirDrop 1 was flawless, since 2.0 it has been more often than not unreliable between Macs. I’d love to know if anyone knows the technical details about what caused this regression?

I had massive issues with Airdrop 2 when it first came out. After many lengthy chats with Apple support it managed to resolve itself. All I can offer and a working solution is signing out and back into iCloud on each affected device. This of course comes with the resync penalty.

Re: OpenDrop: An Open Source AirDrop Implementation

#68
post #45
post #41

Earlier quoted context omitted.

Looks great, I wonder why it doesn't have more traction.

Maybe because it's not free: 5$ a year for 4 devices but only the same type, you cannot install it on your Mac and your iPhone With only one licence. So if you want to transfer between Mac and iPhone, it's at least 10$ a year.

And the other big problem - that is $5 a year just for your own devices. I have plenty of ways to move files from one machine to another, but if I have a file that I want to give to a family member sitting next to me, or a co-worker across the table the chances of him having the same service is zero unless I sell them on it. With AirDrop I just look at what hardware they have and immediately know if it is compatible.

Re: OpenDrop: An Open Source AirDrop Implementation

#69

I wonder if it's more reliable than Apple's own implementation for MacOs. It used to be rock solid – and between iOS devices it still is – but between Macs I regularly have to switch both to "Search for an older Mac" to make them see each other, with no explanation why.

I’ve found it very flaky on iOS - regularly try to transfer between my phone and my wife’s sitting next to each other and it will randomly not see the other phone or take minutes to find it :( When it works, it just works.

I've never had issues with iOS - discovery is near immediate every time. The only time I've had issues is when sharing with random people that have it set to contacts only and we haven't shared a contact, or if someone turned wifi off manually.

On the Mac though, it is a different story. Just yesterday my wife was trying to send me a PDF and I had to send it to my phone from her Mac, then dump it into iCloud Drive. I rebooted my Mac and then it worked again - but these are stock 2018/2019 Apple laptops, they shouldn't have these issues.

Re: OpenDrop: An Open Source AirDrop Implementation

#70

Earlier quoted context omitted.

A government - or even just a sufficiently motivated individual - can trivially jam all phone, wifi, bluetooth etc communication. Or they could just 'listen in' to record the signatures of all detected phones, so they can work out and identify who is in the crowd etc. Military systems use frequency hopping etc and would be a more difficult target. But doubtless motivated governments could hamper their use in crowds t…

Absolutely, but I can ask a bit more nuanced question. In any society, there is state-"friendly" communication and state-"unfriendly" communication. Also there are state-"essential" communications like state-propoganda [1]. Is it possible to build communication networks that allow for secure and anonymous state-unfriendly communication, such that trivially jamming it also jams state-friendly and state-essential commu…

I don't believe so. I think the state would be comfortable denying phone and wifi usage to protesters congregating in public places, and the state has plenty of 'state-essential' communication mediums like loudhailers, billboards, riot police beating their truncheons against their shields etc, to fall back on.

That air-drop does work in the Hong Kong protests really just says that the state wasn't really prepared, but they probably will be next time.

Although, really, China is so far ahead in the practical application of face recognition and making protesters disappear or arranging counter-riots etc that I guess airdrop is not really where they think the fight goes?

Post reply on HN