- anti-censorship-team - lists.torproject.org

Crash in Snowflake users since 2021-01-17
by David Fifield 17 Apr '21

17 Apr '21

I happened to look at the Snowflake bridge's bandwidth and user history page, and the counts are close to zero since yesterday. I haven't investigated it at all. https://metrics.torproject.org/rs.html#details/5481936581E23D2D178105D44DB6…

4 8

Throttling: What's old is new again
by Matthew Finkel 07 Apr '21

07 Apr '21

I found the premise of this article [0], that throttling connections (based on SNI) is new, a little amusing. It reminds me of how Iran implemented a very similar technique almost a decade ago [1]. I don't know of earlier uses of throttling as a censorship mechanism, at this scale, before the early-2010's (but I'd be interested in learning about them, if anyone knows). An earlier article about Roskomnadzor's implementation is interesting [2], for those who missed it. [0] https://arstechnica.com/gadgets/2021/04/russias-twitter-throttling-may-give… [1] https://ooni.org/post/iran-internet-censorship/#reported-cases-of-internet-… [2] https://arstechnica.com/gadgets/2021/03/a-russian-isp-confirms-roskomnadzor…

2 2

Plans for Orbot and OnionBrowser domain fronting update
by Nathan of Guardian 02 Apr '21

02 Apr '21

It seems like Azure Domain Fronting may already be going offline, according to some reports. Our own testing from US and EU show that it is still working for now. That said, here is our plan for updating Orbot and Onion Browser in response to what may come at any moment: 1) Move to Fastly for Snowflake and Moat as soon as they are ready. Please keep us posted on this. 2) Remove Meek as a built-in option. 3) Promote "social distribution" of bridge URLs via links and QR codes through communities that need them 4) Work on setting up our own additional pool of CDN front addresses for Moat and the Snowflake broker(s) that we can round-robin/cat-and-mouse through for both Snowflake and Moat. These would be compiled into our apps, or provided through some kind of S3/hard to block bootstrap URL. 5) Continue our own work in mobile-specific bridge distribution (push messages, SMS, chat bots, social etc) options we can employ in the future. .... any other things to know, that we missed, that we are being naive about? Thanks! +n

3 4

TurboTunnel Packet Scheduler Tips and Traffic Analysis Benefits
by Mike Perry 31 Mar '21

31 Mar '21

Hi all, I recently posted a draft proposal for traffic splitting for Tor: https://gitlab.torproject.org/tpo/core/torspec/-/blob/master/proposals/329-… It has similar properties as TurboTunnel, but I put quite a bit of work and consulted with several TCP and multipath TCP researchers to develop the packet scheduling algorithms defined in Section 3: https://gitlab.torproject.org/tpo/core/torspec/-/blob/master/proposals/329-… You may be interested in adopting those algorithms, if possible. There are variants that optimize for latency, throughput, or both in combination. The proposal also supports resumption of closed circuits. I am writing this mail because while these things are nice, resumption in particular does not defend against all classes of issues I am worried about with respect to confirmation attacks from closing or blocking connections, particularly onion service connections: https://gitlab.torproject.org/tpo/core/torspec/-/blob/master/proposals/329-… Briefly, if an adversary suspects an onion service is in use at a particular guard, it can make a circuit to that onion service, hold it open, and then close TCP connections of that guard to see if the circuit closes. This can even be done on the side with TCP RST injection, and possibly even blindly with brute force RST spoofing and spamming, if a good enough guess can be made about the IP address range of the service. Worse, in this case, the resumption I specified for Conflux does not help here, because this adversary will see the service's resumption attempt, and use that for confirmation instead of circuit close. TurboTunnel's resumption and automatic bridge discovery and replacement should greatly mitigate this attack, because it happens at a layer that is not necessarily controlled by the adversary, and thus resumption is mostly invisible to them (save for delay, which Cecylia is working on minimizing). Additionally, since traffic splitting has been shown to help against website fingerprinting, it stands to reason that doing traffic splitting at multiple layers and multiple endpoints may actually be better than doing it at just one layer, and costs us little-to-nothing in terms of overhead: https://www.comsys.rwth-aachen.de/fileadmin/papers/2020/2020-delacadena-tra… So please, keep on improving TurboTunnel! And let's compare notes about what we learn! Looking forward to obfs4 TurboTunnel, too! -- Mike Perry

1 0

Ansible role that installs snowflake proxy on Debian
by Jacobo Nájera 17 Mar '21

17 Mar '21

Hi, I wrote an ansible role to install snowflake proxy on Debian Buster. I will extend its support to Fedora and Ubuntu and improvements soon. https://galaxy.ansible.com/nvjacobo/snowflake Repo: https://github.com/nvjacobo/snowflake Feedback is welcome Thanks, Jacobo

2 2

No time change for the anti-censorship meeting
by Cecylia Bocovich 17 Mar '21

17 Mar '21

Hey everyone, We can discuss this at the meeting, but I'd like to keep the meeting time at 16 UTC regardless of the time change in places that recognize a difference between daylight savings and standard time. So, if you are in the US or Canada our weekly meeting will be at a different wall clock time. But it will be at the same time in UTC :) Hopefully see you there! Cecylia

1 0

Next anti-censorship reading group: 4 March 2021
by Cecylia Bocovich 01 Mar '21

01 Mar '21

Hey everyone! We will discuss "Investigating Large Scale HTTPS Interception in Kazakhstan" this week at our team meeting on 2021-03-04, at 16 UTC. Relevant links: - https://censoredplanet.org/assets/Kazakhstan.pdf - https://censoredplanet.org/kazakhstan Questions to ask and goals to have: - What can we learn from this work? - Are there immediate actions we can take based on this work? - Are there long-term actions we can take based on this work? - Is there future work that we want to call out, in hopes that others will pick it up? Hope to see you all there! Cecylia

1 0

Next anti-censorship reading group: 21 January 2021
by Cecylia Bocovich 20 Jan '21

20 Jan '21

Hey everyone! We will discuss "Early Detection of Censorship Events with Psiphon Network Data" two weeks from today at our team meeting on 2021-01-21, at 16 UTC. Paper link: https://tics.site/proceedings/2019a/icn_2019_7_10_38005.pdf Questions to ask and goals to have: - What can we learn from this work? - Are there immediate actions we can take based on this work? - Are there long-term actions we can take based on this work? - Is there future work that we want to call out, in hopes that others will pick it up? Hope to see you all there! Cecylia

1 1

DDoS on Greenhost, may affect Snowflake
by David Fifield 23 Dec '20

23 Dec '20

Greenhost sent an email saying that since last 2020-12-17, there has been a DDoS attack against their infrastructure. This may affect Snowflake, because the broker and bridge are hosted by Greenhost in Amsterdam. > Please bear with us as Greenhost and the eclips.is platform are > suffering from some of the largest DDoS attacks we have faced. > > Between Thursday and now we have seen targeted attacks on one of our > users and directly at Greenhost. > > Our upstream provider in Miami has unfortunately completely dropped > the eclips.is infrastruccture routing as they could not withstand the > attacks. We are working to put that connectivity back up as we speak. > > The situation in Amsterdam is more under our control, and both > Eclips.is and Greenhost networks are available as of writing. 2020-12-17 09:10 outage caused by a major DDOS attack https://status.greenhost.net/incidents/19 > Since 10:10 CET, we have been experiencing outage caused by a major > DDOS attack. > > All VPSes, webhosting and emailservers were affected by this outage. > > We have deflected the attack and worked to recover all systems. 2020-12-20 15:00 Repeated DDoS attacks on our infrastructure https://status.greenhost.net/incidents/20 > After the DDoS attack last Thursday we did see recurring attacks of > increasing magnitude on our infrastructure. We are working through the > weekend with our technical service providers to increase resilience of > our network. We will update you as the situation progresses. At this > point our services are operational.

2 2

Join the Minima community!
by Ryan Hennebry 14 Dec '20

14 Dec '20

Hi Tor Community, I’m the Community Manager of Minima, a cryptocurrency project based in London. Minima is a PoW base-layer blockchain protocol with a novel design, that runs entirely on mobile devices. Since every user runs a full node that validates and constructs the chain via an app, the protocol will be able to reach a user base not yet possible with any other blockchain protocol. This will allow our network to be as decentralised as possible, ultimately providing individuals a peer-to-peer censorship-resistant network for the transfer information and value. Our founder and lead developer Paddy Cerri built the Minima blockchain, and we are now entering testnet phase. Since Paddy’s true vision is to build a network where individuals have the freedom to send information and value without censorship, I thought that our protocol may be of interest to you. I wondered if any of you would be interested in helping us build censorship-resistant applications on the Minima protocol, debugging our code, or simply joining our community and learn more about crypto. I would love for you to join our discord community if you’re interested: https://discord.gg/SgvQ6mc Also, here are some resources that will give you more insight into Minima & Paddy: https://minima.global/blog/freedom https://minima.global/blog/blockchains-in-a-bitcoin-world-by-paddy-cerri-at… Thank you for your time and I look forward to meeting you all. Best, Ryan Hennebry / Community Manager ryan.hennebry(a)minima.global / +44 (0) 751 0989 043 Minima Unter Altstadt 28, 6300 Zug (Switzerland) 14-18 Great Titchfield Street, London, W1W8BD (UK) www.minima.global

1 0

2025

2024

2023

2022

2021

2020

2019

anti-censorship-team