Live data from Hacker News

Amazon threatens to suspend Signal's AWS account over censorship circumvention

signal.org

241–250 of 519 posts

Re: Amazon threatens to suspend Signal's AWS account over censorship circumvention

#241
post #157

Earlier quoted context omitted.

>You can't use TLS and load balancing hacks to pretend to be us in oppresive countries They're not pretending to be Amazon, they're pretending to initiate a connection to an Amazon domain. The "conversation" goes like so: Clear text request: "Hello, I would like to speak TLS with souq.com" Clear text response: "Why yes, let us do that with these parameters" Encrypted request: "Please give me the page for signal.org/a…

They may not be impersonating Amazon, but they are using Amazon's services to circumvent the intent of policies (laws) that Amazon wants to comply with. Amazon has decided to stop be an unwitting participant in this particular mechanism of circumventing oppression. For the record, I'm of the opinion that the US should insist that American companies not help dictators abroad in their censorship efforts. But it's hardl…

It is perfectly understandable why Amazon did that and siding with oppressive regimes is of course not unreasonable at all.

Just unethical, hence the discussion.

Re: Amazon threatens to suspend Signal's AWS account over censorship circumvention

#242
post #25

Earlier quoted context omitted.

Russia made it clear that they would block AWS and Google Cloud if domain fronting was allowed to continue. https://arstechnica.com/information-technology/2018/04/in-ef... As moxie says in the blog post >The idea behind domain fronting was that to block a single site, you’d have to block the rest of the internet as well. In the end, the rest of the internet didn’t like that plan.

I have looked into the Russia/Telegram war thoroughly due to personal interest, and to my knowledge that situation hasn't involved domain fronting. Rather, Russia is blocking by IP and Telegram is hopping to IPs all over the cloud. Russia is on record as wishing to go a different path than the Great Firewall of China. From statements I read including Putin, they're saying they want to avoid a deep packet inspection r…

Russia's butting heads with Telegram under a law that requires all service providers to yield their public keys to FSB.

Telegram isn't being banned over access to a particular someone's messages, it's over handing them everything.

Considering that Russia has banned all of Wikipedia in the past, among numerous others, it's a little naive to take Putin at his word here.

Re: Amazon threatens to suspend Signal's AWS account over censorship circumvention

#243
post #130

Earlier quoted context omitted.

What do you encrypt the header to ? Options include: - Start an encrypted unauthenticated conversation with the server first: that adds at least one extra round-trip, so most people won't do it, so it's easy to block all connections that do - Encrypt it to a key you have from the previous connection: doesn't help the initial connection and you already have session resumption for the rest - Encrypt it to a well-known…

that adds at least one extra round-trip, so most people won't do it Eh, people will do whatever the TLS libraries have as default. Optimizing for an extra RT is way above what most app developers do.

Most app developers, sure, but most web server developers are definitely going to optimize for it - the cost of an extra round-trip is immediately noticeable in benchmarks. And most app developers are running a pre-existing web server to proxy to their code (whether via HTTP to localhost / within the firewall, or something else like WSGI or FCGI), not linking TLS libraries themselves.

Re: Amazon threatens to suspend Signal's AWS account over censorship circumvention

#244

Telegram has some pretty interesting ideas wrt censorship circumvention. I.e. you can still use Amazon, Google, Microsoft as an unblockable side channel to deliver proxy settings, same way domain fronting relies on them. And you can sponsor other people to setup proxies, making it hard to detect and suspend accounts used for censorship circumvention on Amazon and other hosting companies. As a side channel dns over ht…

Given its an open source app, it should be reasonably easy for the censor to reverse engineer the algorithmically generated domains. Frequent tiny updates would be an interesting solution though. Now that most mobile apps can deliver just deltas to save bandwidth it'd be viable.

Re: Amazon threatens to suspend Signal's AWS account over censorship circumvention

#246
post #186
post #157

Earlier quoted context omitted.

>You can't use TLS and load balancing hacks to pretend to be us in oppresive countries They're not pretending to be Amazon, they're pretending to initiate a connection to an Amazon domain. The "conversation" goes like so: Clear text request: "Hello, I would like to speak TLS with souq.com" Clear text response: "Why yes, let us do that with these parameters" Encrypted request: "Please give me the page for signal.org/a…

This important description of the actual implementation of domain fronting — namely that it’s implemented on the client side, and only as a cover for initializing the TLS channel — I think is very important and unfortunately missing from TFA. There is nothing on the server side which is masquerading as Amazon or Google. There is no impersonation or spoofing whatsoever. This is akin to making a DNS lookup for a differ…

> I’m not sure why this doesn’t break SNI, or exactly when or how the certificate gets switched out over to Signal’s cert and private key.

They way I understand it, the connection really _is_ using amazon’s cert+key, not Signal’s cert+key.

Is signal (the server side) using amazons’s cert+key? Not technically.

Re: Amazon threatens to suspend Signal's AWS account over censorship circumvention

#247

Earlier quoted context omitted.

> "They're spoofing identity" That's the entire point. By making it impossible for censors to distinguish Signal traffic from other web traffic going to AWS, domain fronting forces the government censors to either 1) stop censoring, or 2) censor many important websites that people rely upon. The associated economic cost has the tendency to discourage censors, and as shown by Signal, is actually quite an effective det…

Exactly, free countries (or those who consider themselves as such) should make it fully illegal for private companies to aid in any kind of censorship in behalf of oppressive countries. But what we see in reality is the opposite, all companies trying to make it as cheap and as simple as possible to censor anything every government dislikes; meaning the liberal fantasy of allowing every private company to do as it ple…

> the liberal fantasy of allowing every private company to do as it pleases

How is that a liberal fantasy? I thought the standard liberal belief is in heavy regulation of business?

Or do you mean "liberal" in the general "lots of liberty" sense and not "in the liberal political camp"?

Re: Amazon threatens to suspend Signal's AWS account over censorship circumvention

#249

Telegram has some pretty interesting ideas wrt censorship circumvention. I.e. you can still use Amazon, Google, Microsoft as an unblockable side channel to deliver proxy settings, same way domain fronting relies on them. And you can sponsor other people to setup proxies, making it hard to detect and suspend accounts used for censorship circumvention on Amazon and other hosting companies. As a side channel dns over ht…

Given its an open source app, it should be reasonably easy for the censor to reverse engineer the algorithmically generated domains. Frequent tiny updates would be an interesting solution though. Now that most mobile apps can deliver just deltas to save bandwidth it'd be viable.

I realize now, that it's possible to even dynamically deliver a bytecode of a domain generating algorithm itself or pretty much any circumvention logic by embedding a tiny interpreter into the app.

Re: Amazon threatens to suspend Signal's AWS account over censorship circumvention

#250

Clearly they need to create a free iPhone/Android game that becomes wildly popular in these countries so that they can use their own domain to front their 'secret' packets.

Censors are not stupid, they will ban domain with no problem. See Russia banning millions of AWS and Azure IPs to block Telegram, damaging a lot innocent applications by the way.

Some censor are very stupid. I visited a country in south east Asia about ten years ago that was blocking Google. On http. But not on https.
Post reply on HN