[tor-project] Anti-censorship team meeting notes, 2024-05-07

Hey everyone!

Here are our meeting logs:
http://meetbot.debian.net/tor-meeting/2024/tor-meeting.2024-03-07-15.58.html

And our meeting pad:

Anti-censorship work meeting pad

···

--------------------------------
Anti-censorship
--------------------------------

Next meeting: Thursday, March 14 16:00 UTC
Facilitator: shelikhoo

Weekly meetings, every Thursday at 16:00 UTC, in #tor-meeting at OFTC
(channel is logged while meetings are in progress)

This week's Facilitator: onyinyang

== Goal of this meeting ==

Weekly check-in about the status of anti-censorship work at Tor.
Coordinate collaboration between people/teams on anti-censorship at the Tor Project and Tor community.

== Links to Useful documents ==
* Our anti-censorship roadmap:
* Roadmap:Development · Boards · Anti-censorship · GitLab
* The anti-censorship team's wiki page:
* Home · Wiki · The Tor Project / Anti-censorship / Team · GitLab
* Past meeting notes can be found at:
* The tor-project Archives
* Tickets that need reviews: from sponsors, we are working on:
* All needs review tickets:
* Merge requests · Anti-censorship · GitLab
* Sponsor 96 <-- meskio, shell, onyinyang, cohosh
* Sponsor 96: Rapid Expansion of Access to the Uncensored Internet through Tor in China, Hong Kong, & Tibet · The Tor Project · GitLab
* Sponsor 150 <-- meskio working on it
* Issues · Anti-censorship · GitLab

== Announcements ==
- Ireland Constitution Amendment Referendum: March 8th

== Discussion ==

From last week:
* Unclear whether AWS will allow public disclosure of credentials
* AWS warning about public IAM credentials for SQS rendezvous (#40337) · Issues · The Tor Project / Anti-censorship / Pluggable Transports / Snowflake · GitLab
* we are waiting for their response which is dependent on rotating credentials (at least)
* cohosh will do this and try to move the conversation further afterwards

New:
* should we deprecate docker-snowflake-proxy?
* There is now a snowflake Dockerfile for the proxy in the main snowflake repo
* Automatically build container on release and push to our registry. (!246) · Merge requests · The Tor Project / Anti-censorship / Pluggable Transports / Snowflake · GitLab
* do we need to do something to integrate it in our release process?
* yes, we will deprecated
* shelikhoo will move that forward in this issue: migrate docker image to this repo (#40345) · Issues · The Tor Project / Anti-censorship / Pluggable Transports / Snowflake · GitLab
* Fastly domain fronting updates
* Fastly announces plans to block domain fronting in February 2024 · Issue #309 · net4people/bbs · GitHub
* Fastly blocked domain fronting (#135) · Issues · The Tor Project / Anti-censorship / Team · GitLab

== Actions ==

== Interesting links ==

 \* https://opencollective.com/censorship-circumvention/projects/snowflake-daily-operations/updates/2024-february-update

== Reading group ==
* We will discuss "" on
*
* Questions to ask and goals to have:
* What aspects of the paper are questionable?
* 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?

== Updates ==
Name:
This week:
- What you worked on this week.
Next week:
- What you are planning to work on next week.
Help with:
- Something you need help with.

cecylia (cohosh): 2024-03-07
Last week:
- various tasks to recover from fastly issue
- Fastly blocked domain fronting (#135) · Issues · The Tor Project / Anti-censorship / Team · GitLab
- Bug 42435: Update moat domain fronting configuration (!929) · Merge requests · The Tor Project / Applications / Tor Browser · GitLab
- Update snowflake builtin bridges to use cdn77 domain front (!929) · Merge requests · The Tor Project / Applications / tor-browser-build · GitLab
- Allow for multiple configured (front, reflector) domain fronting pairs in Moat module (#42436) · Issues · The Tor Project / Applications / Tor Browser · GitLab
- coordinated with a new meek bridge operator
- reviewed SQS queue reuse MR
- Avoid reusing SQS client ID during repeated rendezvous attempts (!263) · Merge requests · The Tor Project / Anti-censorship / Pluggable Transports / Snowflake · GitLab
- fixed snowflake shadow integration tests
- Shadow integration tests occasionally panic (#40342) · Issues · The Tor Project / Anti-censorship / Pluggable Transports / Snowflake · GitLab
- Only run shadow tests on compatible runners (!266) · Merge requests · The Tor Project / Anti-censorship / Pluggable Transports / Snowflake · GitLab
This week:
- open MR to change front domain for OONI tests
- continue following up on AWS support case
- review lox synchronization fix
- compile a list of next-steps for lox
- update wasm-bindgen fork to fix some bugs and hopefully upstream changes
- tor-browser-build updates for lox wasm + bindings generation
- Conjure bridge maintenance
Needs help with:

dcf: 2024-03-07
Last week:
- reported a slow SQS rendezvous Deploy new SQS rendezvous method (#40323) · Issues · The Tor Project / Anti-censorship / Pluggable Transports / Snowflake · GitLab
Next week:
- review draft MR for unreliable data channels Draft: Unreliable+unordered WebRTC data channel transport for Snowflake (!219) · Merge requests · The Tor Project / Anti-censorship / Pluggable Transports / Snowflake · GitLab
- open issue to have snowflake-client log whenever KCPInErrors is nonzero Deploy snowflake-server for QueuePacketConn buffer reuse fix (#40260) (#40262) · Issues · The Tor Project / Anti-censorship / Pluggable Transports / Snowflake · GitLab
- parent: Improve bug discovery process (#40267) · Issues · The Tor Project / Anti-censorship / Pluggable Transports / Snowflake · GitLab
- open issue to disable /debug endpoint on snowflake broker
- move snowflake-02 to new VM
Help with:

meskio: 2023-03-07
Last week:
- deal with big collector metrics in bridgestrap (bridgestrap#41)
- obfs4-bridge now has a sable UID/GID in docker (docker-obfs4-proxy#17)
- export test result on the assignments.log (rdsys#177)
- test bridges in bridgestrap every 3h (bridgestrap#39)
- review HTTPS rdsys distributor (rdsys!260)
- review client poll metrics by rendezvous method by country (snowflake!258)
Next week:
- distributor persistance in rdsys (rdsys#56)

Shelikhoo: 2024-03-07
Last Week:
- [Merge Request Done]HTTPS distributors in rdsys: Implement HTTPS distributor in rdsys (!260) · Merge requests · The Tor Project / Anti-censorship / rdsys · GitLab
- [Merge Request] Remove translation for Tor Project URL Remove translation for Tor Project URL (!278) · Merge requests · The Tor Project / Anti-censorship / rdsys · GitLab
- Inspect Snowflake Situation In China and create ticket for that Snowflake works unreliably in China, 2024 Q1 (#40344) · Issues · The Tor Project / Anti-censorship / Pluggable Transports / Snowflake · GitLab
- Create Issue for "Merging webtunnel + lyrebird" Intergrating WebTunnel into Lyrebird to reduce Distributed Binary Size (#40014) · Issues · The Tor Project / Anti-censorship / Pluggable Transports / lyrebird · GitLab
- Write WebTunnel Blog Post Draft
- Merge request reviews
Next Week/TODO:
- [Research] Inspect Snowflake Situation In China
- Prepare for 3-min presentation

onyinyang: 2023-03-07
Last week(s):
- continued prep for HACS/DRL meeting
- finished base64 invitation encoding

 This week:
     \- continue prep for HACS/DRL meeting
     \- improve metrics collection/think about how to show Lox is working/valuable
     \- sketch out Lox blog post/usage notes for forum
     \- attempt hyper upgrade again

 \(long term things were discussed at the meeting\!\): https://pad.riseup.net/p/tor-ac-community-azaleas-room-keep
     \- brainstorming grouping strategies for Lox buckets \(of bridges\) and gathering context on how types of bridges are distributed/use in practice
         Question: What makes a bridge usable for a given user, and how can we encode that to best ensure we&#39;re getting the most appropriate resources to people?
             1\. Are there some obvious grouping strategies that we can already consider?
                 e\.g\., by PT, by bandwidth \(lower bandwidth bridges sacrificed to open\-invitation buckets?\), by locale \(to be matched with a requesting user&#39;s geoip or something?\)
             2\. Does it make sense to group 3 bridges/bucket, so trusted users have access to 3 bridges \(and untrusted users have access to 1\)? More? Less?

theodorsm: 2023-01-11
Last weeks:
- Currently in the start phase of writing my master thesis (to be finished late june 2024) in communication technology on reducing distinguishability of DTLS. The goal is to implement a validated DTLS anti-fingerprinting library similar to uTLS (useful for Snowflake).
Next weeks:
- Talk with Sean DuBois about contributing to adding anti-fingerprinting capabilities to the pion library
Help with:
- Find recent data set of captured DTLS traffic

--
---
onyinyang

GPG Fingerprint 3CC3 F8CC E9D0 A92F A108 38EF 156A 6435 430C 2036

1 Like