Hey everyone!
Here are our meeting logs:
https://pad.riseup.net/p/r.9574e996bb9c0266213d38b91b56c469
And our meeting pad:
Anti-censorship work meeting pad
···
--------------------------------
Anti-censorship
--------------------------------
Next meeting: Thursday,January 23 16:00 UTC
Facilitator: meskio
^^^(See Facilitator Queue at tail)
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: shelikhoo
== 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 projects, we are working on:
* All needs review tickets:
* Merge requests · Anti-censorship · GitLab
* Project 158 <-- meskio working on it
* Issues · Anti-censorship · GitLab
== Announcements ==
\* SQS rendezvous exceeded free tier limit
\* https://lists.torproject.org/mailman3/hyperkitty/list/anti-censorship-team@lists.torproject.org/thread/AUIHDBGTNODNZ3QMK45QOOFU6OELNPUZ/
\* Edgio Azure CDN was supposed to have shut down 8 hours ago, snowflake\-broker\.azureedge\.net is still running for the moment
\* https://lists.torproject.org/mailman3/hyperkitty/list/anti-censorship-team@lists.torproject.org/message/ZKX7SUG432RHGSQAIYRRW3QSCQBK7LWS/
\* https://gitlab.torproject.org/tpo/anti-censorship/pluggable-transports/snowflake/-/issues/40434#note_3149295
== Discussion ==
\* Should we proceed with "Dockerfile: run proxy as non\-root user" \(https://gitlab.torproject.org/tpo/anti-censorship/pluggable-transports/snowflake/-/merge_requests/455)
\* Unreliable WebRTC mode really is faster\! https://gitlab.torproject.org/tpo/anti-censorship/pluggable-transports/snowflake/-/merge_requests/315#note_3149069
\* Status of Tor Browser build with Snowflake with covert\-dtls?
\* Thanks for the reminder\.
== Actions ==
== Interesting links ==
== Reading group ==
\* We will discuss "Discovering and Measuring CDNs Prone to Domain Fronting" on January 16th
\* https://dl.acm.org/doi/10.1145/3589334.3645656
\* https://github.com/karthikaS03/DomainFrontingDiscovery
\* 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): 2025-01-016
Last week:
- debugged some let's encrypt cert issues on old versions of android
- lyrebird#40012
- Meek/Snowflake/Moat fronts for older Android devices? - anti-censorship-team - lists.torproject.org
- snowflake!483
- helped onyinyang set up a conjure test environment
- worked a bit more on expanding the geoip library to use CAIDA AS routeviews data
- looked into SQS exceeding free-tier usage limit
This week:
- finish catching up on reviews
- asn mapping geoip feature
dcf: 2025-01-16 (since 2024-12-19)
Last week:
- with shelikhoo, let the new snowflake broker respond to snowflake-broker.bamsoftware.com, as a workaround for the apparently unchangeable origin SNI in the Edgio CDN Set snowflake-broker.torproject.net as origin for Azure CDN configuration (#40427) · Issues · The Tor Project / Anti-censorship / Pluggable Transports / Snowflake · GitLab
- opened an issue to shut down the snowflake-broker.azureedge.net (Edgio) CDN profile after it stops working Decommission snowflake-broker.azureedge.net CDN profile (#40434) · Issues · The Tor Project / Anti-censorship / Pluggable Transports / Snowflake · GitLab
- azure snowflake CDN bookkeeping Changes · Snowflake costs · Wiki · The Tor Project / Anti-censorship / Team · GitLab
- responded to a question about ampcache rendezvous AMP cache rendezvous don't work in China (#40308) · Issues · The Tor Project / Anti-censorship / Pluggable Transports / Snowflake · GitLab
- opened an issue for snowflake-client SOCKS args clobbering each other when multiple bridge lines are used SOCKS options from multiple bridge lines clobber each other in socksAcceptLoop (#40438) · Issues · The Tor Project / Anti-censorship / Pluggable Transports / Snowflake · GitLab
Next week:
- 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
Help with:
meskio: 2024-01-16
Last week:
- coordinate with debian developers to package snowflake dependencies (snowflake#40410)
- add country based metrics to the snowflake proxy (snowflake!482)
- look into 8.8.8.8 being distributed as bridge (team#156)
Next week:
- snowflake debian package
Shelikhoo: 2024-01-16
Last Week:
- [Pending] snowflake broker update/reinstall(cont.):
- [Awaiting Review] Unreliable+unordered WebRTC data channel transport for Snowflake rev2 (cont.)( Draft: Unreliable+unordered WebRTC data channel transport for Snowflake rev2 (!315) · Merge requests · The Tor Project / Anti-censorship / Pluggable Transports / Snowflake · GitLab ) improvements
- Merge request reviews
- Automate bridgeline update for snowflake(Automate bridgeline update for snowflake (#3) · Issues · The Tor Project / Anti-censorship / Connectivity Measurement / probeobserver · GitLab
)
Next Week/TODO:
- Merge request reviews
- [Resume] Unreliable+unordered WebRTC data channel transport for Snowflake rev2 (cont.)( Draft: Unreliable+unordered WebRTC data channel transport for Snowflake rev2 (!315) · Merge requests · The Tor Project / Anti-censorship / Pluggable Transports / Snowflake · GitLab ) improvements
onyinyang: 2025-01-16
Last week(s):
- Get conjure up and running (at least locally)
- WIP Conjure stuff for Project 173
Next week:
- Continue on getting conjure up and running (at least locally)
- implement utls for conjure
- start implementation of alternative registration methods
As time allows:
- Continue work on implementing issuer efficiency for check-blockage and trust-promotion protocols
- Work on outstanding milestone issues:
- key rotation automation
Later:
pending decision on abandoning lox wasm in favour of some kind of FFI? https://gitlab.torproject.org/tpo/applications/tor-browser/-/issues/43096):
\- add pref to handle timing for pubkey checks in Tor browser
\- add trusted invitation logic to tor browser integration:
- improve metrics collection/think about how to show Lox is working/valuable
- sketch out Lox blog post/usage notes for forum
\(long term things were discussed at the meeting\!\):
\- 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'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'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: 2024-01-16
Last weeks:
Next weeks:
\- Fix merge conflicts in MR \(https://gitlab.torproject.org/tpo/anti-censorship/pluggable-transports/snowflake/-/merge_requests/448).
\- Write instructions on how to configure covert\-dtls with snowflake client
\- Condensing thesis into paper \(on hold\)
Help with:
\- Test stability of covert\-dtls in snowflake MR
Facilitator Queue:
meskio onyinyang shelikhoo
1. First available staff in the Facilitator Queue will be the facilitator for the meeting
2. After facilitating the meeting, the facilitator will be moved to the tail of the queue