Hey everyone!

Here are our meeting logs: http://meetbot.debian.net/tor-meeting/2024/tor-meeting.2024-09-26-16.00.html

And our meeting pad:

Anti-censorship work meeting pad -------------------------------- Anti-censorship --------------------------------

Next meeting: Thursday, Octember 03 16:00 UTC Facilitator: shelikhoo ^^^(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:https://gitlab.torproject.org/groups/tpo/anti-censorship/-/boards     * The anti-censorship team's wiki page:         * https://gitlab.torproject.org/tpo/anti-censorship/team/-/wikis/home     * Past meeting notes can be found at:         * https://lists.torproject.org/pipermail/tor-project/     * Tickets that need reviews: from projects, we are working on:         * All needs review tickets:             * https://gitlab.torproject.org/groups/tpo/anti-censorship/-/merge_requests?sc...         * Project 158 <-- meskio working on it             * https://gitlab.torproject.org/groups/tpo/anti-censorship/-/issues/?label_nam...

== Announcements ==

* bridges@torproject.org is now served by rdsys, bridgedb is down now

== Discussion ==

* drop in unrestricted proxies         * https://gitlab.torproject.org/tpo/anti-censorship/pluggable-transports/snowf...         * not urgent, but something to invetigate early next week         * since last week's (2024-09-12) meeting: https://gitlab.torproject.org/tpo/anti-censorship/pluggable-transports/snowf...             * "The count is down to 2090. Whoever has historical Prometheus data, could you please check the drop in unrestricted NAT type per proxy type? See https://gitlab.torproject.org/tpo/anti-censorship/pluggable-transports/snowf.... I wonder if only iPtProxy is affected."             * Currently there are virtually no unrestricted iptproxy proxies, but maybe there were more in the past (before 2024-09-13)?                 * https://gitlab.torproject.org/tpo/anti-censorship/pluggable-transports/snowf...                 * cohosh will provide WofWca with prometheus data starting from a few days before the drop (Sep 26 New:)     * probetest delay-before-disconnect to reduce incorrect "restricted" measurements         * https://gitlab.torproject.org/tpo/anti-censorship/pluggable-transports/snowf...         * shelikhoo will deploy next week, maybe Monday 2024-09-30

== Actions ==

== Interesting links ==

== 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-09-26     Last week:         - worked with meek bridge operator to update domain names         - dove into family support for bridges (tor#40935)         - TROVE-2024-012         - merged and then unmerged kcp library update     This week:         - take a look at WofWca's big changes to snowflake         - finish snowflake dependency upgrades that were causing problems         - take a look at snowflake web and webext translations and best practices         - make changes to Lox encrypted bridge table             - https://gitlab.torproject.org/tpo/anti-censorship/lox/-/merge_requests/147

dcf: 2024-09-26     Last week:         - archived snowflake-webextension-0.9.0 https://archive.org/details/snowflake-webextension-0.9.0 https://lists.torproject.org/pipermail/anti-censorship-team/2024-September/0...         - archived snowflake-webextension-0.9.1 https://archive.org/details/snowflake-webextension-0.9.1         - commented on offline stun:stun.bluesip.net:3478 https://gitlab.torproject.org/tpo/anti-censorship/pluggable-transports/snowf... https://lists.mayfirst.org/pipermail/guardian-dev/2024-September/005718.html         - helped with replacement snowflake broker setup and commented on new configuration https://gitlab.torproject.org/tpo/anti-censorship/pluggable-transports/snowf...         - reviewed comment about packet size https://gitlab.torproject.org/tpo/anti-censorship/pluggable-transports/snowf...         - closed an obsolete issue, broker "status code 400" https://gitlab.torproject.org/tpo/anti-censorship/pluggable-transports/snowf...         - closed MR that proposed to rename RelayURL to DefaultRelayURL https://gitlab.torproject.org/tpo/anti-censorship/pluggable-transports/snowf...         - commented on proposed preflight HEAD request for snowflake bridge authentication https://gitlab.torproject.org/tpo/anti-censorship/pluggable-transports/snowf...         - reviewed broker bridge list not being set https://gitlab.torproject.org/tpo/anti-censorship/pluggable-transports/snowf...         - reviewed snowflake webextension manifest v3 running in background https://gitlab.torproject.org/tpo/anti-censorship/pluggable-transports/snowf...         - made a merge request for code quality in the snowflake webextension https://gitlab.torproject.org/tpo/anti-censorship/pluggable-transports/snowf...         - reviewed an error handling change for invalid relayURL in proxy https://gitlab.torproject.org/tpo/anti-censorship/pluggable-transports/snowf...         - commented on probetest delay-before-disconnect https://gitlab.torproject.org/tpo/anti-censorship/pluggable-transports/snowf...         - commented on kcp-go v5.6.10 upgrade causing new failing tests https://gitlab.torproject.org/tpo/anti-censorship/pluggable-transports/snowf... https://gitlab.torproject.org/tpo/anti-censorship/pluggable-transports/snowf...         - commented on adding port number to snowflake proxy allowlist https://gitlab.torproject.org/tpo/anti-censorship/pluggable-transports/snowf...         - commented on proposal to allow snowflake clients to freely choose their bridge https://gitlab.torproject.org/tpo/anti-censorship/pluggable-transports/snowf...         - replied to forwarded upstream communication with guardian-dev about inaccurate NAT self-tests by iPtProxy snowflake proxies https://lists.mayfirst.org/pipermail/guardian-dev/2024-September/005719.html         -     Next week:         - open issue to have snowflake-client log whenever KCPInErrors is nonzero https://gitlab.torproject.org/tpo/anti-censorship/pluggable-transports/snowf...             - parent: https://gitlab.torproject.org/tpo/anti-censorship/pluggable-transports/snowf...         - open issue to disable /debug endpoint on snowflake broker Help with:         - tell me when to restart the brokers for https://gitlab.torproject.org/tpo/anti-censorship/pluggable-transports/snowf...

meskio: 2023-09-19     Last week:         - fail to recover github gettor (rdsys#189)         - switch email from BridgeDB to rdsys (rdsys#218)         - deploy bridgedb metrics producer (rdsys#218)         - review and fix X-Forwarded-From header handling in https and moat (rdsys!390 rdsys!388)         - start a conversation with TPA on contanerizing rdsys (tpa/team#41769)     Next week:         - investigate if bridges are still jumping distributors (rdsys#232)

Shelikhoo: 2024-09-26     Last Week:          - snowflake broker update/reinstall(cont.): https://gitlab.torproject.org/tpo/anti-censorship/pluggable-transports/snowf...          - Unreliable+unordered WebRTC data channel transport for Snowflake rev2 (cont.)( https://gitlab.torproject.org/tpo/anti-censorship/pluggable-transports/snowf... ) improvements          - Merge request review: docs: improve proxy CLI param descriptions (https://gitlab.torproject.org/tpo/anti-censorship/pluggable-transports/snowf...)             - Merge request reviews     Next Week/TODO:         - Merge request reviews         - snowflake broker update/reinstall(cont.): https://gitlab.torproject.org/tpo/anti-censorship/pluggable-transports/snowf...          - Unreliable+unordered WebRTC data channel transport for Snowflake rev2 (cont.) ( https://gitlab.torproject.org/tpo/anti-censorship/pluggable-transports/snowf... ) improvements

onyinyang: 2023-09-19     Last week(s):         - started looking into troll-patrol integration for Lox bridge blockage detection     Next week:         - Global Gathering         - continue troll-patrol integration for Lox bridge blockage detection         - update lox protocols to return duplicate responses for an already seen request         - Work on outstanding milestone issues:             in particular: https://gitlab.torproject.org/tpo/anti-censorship/lox/-/issues/69             - 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: https://gitlab.torproject.org/tpo/applications/tor-browser/-/issues/42974         - 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!): 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'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-09-12         Last weeks:             -         Next weeks:             - Update Snowflake to use latest pion upstream releases, waiting for WebRTC v4 beta.             - Test Snowflake fork with covert-dtls             - Condensing thesis into paper         Help with:             - Feedback on thesis

Facilitator Queue:         onyinyang meskio 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