- tor-project - lists.torproject.org

Tor Browser Meeting rescheduling
by Morgan 19 Dec '24

19 Dec '24

Hello everyone! Daylight savings has migrated the weekly Tor Browser meeting to an unreasonable hour for some of us, so lets move it back an hour to 1600 UTC in #tor-meeting2 in 2025. best, -morgan

1 1

Anti-censorship team meeting notes, 2024-12-19
by meskio 19 Dec '24

19 Dec '24

Hey everyone! Here are our meeting logs: http://meetbot.debian.net/tor-meeting/2024/tor-meeting.2024-12-19-16.00.html And our meeting pad: Anti-censorship -------------------------------- Next meeting: Thursday,January 9 16:00 UTC Facilitator: onyinyang ^^^(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: meskio == 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?s… * Project 158 <-- meskio working on it * https://gitlab.torproject.org/groups/tpo/anti-censorship/-/issues/?label_na… == Announcements == * Azure CDN from Edgio (azureedge.net) is due to be shut down as early as 2025-01-15: https://lists.torproject.org/mailman3/hyperkitty/list/anti-censorship-team@… * We stopped using snowflake-broker.azureedge.net in 2021: https://gitlab.torproject.org/tpo/applications/tor-browser-build/-/merge_re… * But it still receives traffic somehow: https://gitlab.torproject.org/tpo/anti-censorship/team/-/wikis/Snowflake-co… * onionwrapper still uses snowflake-broker.azureedge.net: https://lists.torproject.org/mailman3/hyperkitty/list/anti-censorship-team@… * (also, anything still using snowflake-broker.azureedge.net is using the old broker not working right now, see discussion below) * No meetings during the next two weeks. Next meeting: January 9th == Discussion == * Azure CDN from Edgio shutdown * Might make our meek builtin bridge stop working, requiring a change or removal as a default option * cohosh will follow up with micah * added a CDN77 meek bridge to the builtin bridges * going to change azure to ampcache, or sqs for China * https://gitlab.torproject.org/tpo/anti-censorship/rdsys-admin/-/merge_reque… * alternative domain names for CDN77 domain front * we are using phpmyadmin.net as domian front for snowflake, meek and moat * should we diversify? * https://forum.torproject.org/t/tor-and-hetzner-block-in-russia/16134/3 * tiktok domains? * in China there is a domestic version called douyin, tiktok itself may not be accessible? * shelikhoo will add support for testing domainfronts in vantage points to see what works where * snowflake-broker.azureedge.net (Edgio) became broken after being changed to point to snowflake-broker.torproject.net (the newly set up broker), because of some TLS certificate verification error between the CDN server and the broker origin. * https://gitlab.torproject.org/tpo/anti-censorship/pluggable-transports/snow… * The suspicion is that the Edgio CDN server is, for some reason, sending a incorrect SNI ("snowflake-broker.bamsoftware.com"; i.e., the old broker, which is how it was initially set up), even though all visible configuration options have been changed to say "snowflake-broker.torproject.net" instead. * Sample SNIs reaching the broker to see if snowflake-broker.bamsoftware.com is among them? * tshark -i eth0 -f 'dst port 443' -Y 'ssl.handshake.extension.type == "server_name"' -T fields -e tls.handshake.extensions_server_name * If so, then we could point the DNS record for snowflake-broker.bamsoftware.com at the new broker, and let the new broker generate certificates for that name, for as long as the Edgio CDN still holds out. * dcf will run the tshark command and report in #40427 * covert-dtls in snowflake client and standalone proxy -- is there a plan for volunteer testing before merging? * https://gitlab.torproject.org/tpo/anti-censorship/pluggable-transports/snow… * the recent partial blocking in Russia has ended, so asking for user testing there won't reveal whether the changed fingerprint makes a difference * but it still could be valuable to have users run with the patch as a kind of integration and interoperability test * need to test both standalone proxy and client * meskio can try running the patch on a standalone proxy * (but there's no way to get per-country statistics) * covert-dtls should be tested in both modes: randomize and mimic * theodorsm will produce instructions on how to compile and test the client with the help of cohosh * and nina will translate to post it in ntc.party == Actions == == Interesting links == * https://dl.acm.org/doi/10.1145/3589334.3645656 * Discovering and Measuring CDNs Prone to Domain Fronting (2024, open access) * https://ieeexplore.ieee.org/document/10190674 * Assessing and Exploiting Domain Name Misinformation (2023, not open access) == 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 * 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-12-19 Last week: - gitlab reviews and todos - more work on snowflake broker metrics improvements - handled meek builtin bridge update and azure edge shutdown This week: - afk for a few weeks dcf: 2024-12-19 Last week: - worked on making the Edgio CDN snowflake-broker.azureedge.net point to the new broker, but ran into problems with TLS certificate verification https://gitlab.torproject.org/tpo/anti-censorship/pluggable-transports/snow… https://lists.torproject.org/mailman3/hyperkitty/list/anti-censorship-team@… - opened an issue for an error in the Snowflake Broker Survival Guide: the documented way to read the broker logs doesn't work https://gitlab.torproject.org/tpo/anti-censorship/pluggable-transports/snow… - opened an issue to clean up the way multiple server names are handled on the snowflake broker https://gitlab.torproject.org/tpo/anti-censorship/pluggable-transports/snow… - archived snowflake-webextension 0.9.0 and 0.9.2 https://lists.torproject.org/mailman3/hyperkitty/list/anti-censorship-team@… https://archive.org/details/snowflake-webextension-0.9.0 https://archive.org/details/snowflake-webextension-0.9.2 - answered questions from a student interested in experimenting with media streams in snowflake Next week: - open issue to have snowflake-client log whenever KCPInErrors is nonzero https://gitlab.torproject.org/tpo/anti-censorship/pluggable-transports/snow… - parent: https://gitlab.torproject.org/tpo/anti-censorship/pluggable-transports/snow… - open issue to disable /debug endpoint on snowflake broker Help with: meskio: 2024-12-19 Last week: - grant writting world - catching up with things from and after SplinterCon Next week: - winter break Shelikhoo: 2024-12-19 Last Week: - [Pending] snowflake broker update/reinstall(cont.): https://gitlab.torproject.org/tpo/anti-censorship/pluggable-transports/snow… - [Awaiting Review] Unreliable+unordered WebRTC data channel transport for Snowflake rev2 (cont.)( https://gitlab.torproject.org/tpo/anti-censorship/pluggable-transports/snow… ) improvements - Merge request reviews - Analysis Iran vantage point result Next Week/TODO: - Merge request reviews - [Resume] Unreliable+unordered WebRTC data channel transport for Snowflake rev2 (cont.)( https://gitlab.torproject.org/tpo/anti-censorship/pluggable-transports/snow… ) improvements - Analysis Iran vantage point result onyinyang: 2024-12-19 Last week(s): - Deployed test distributor - endpoints are available @ lox-test.torproject.org - Updated lox protocols to return duplicate responses for an already seen request Next week: - Break - 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: 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!): - 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-12-19 Last weeks: - WIP MR: Add covert-dtls to proxy and client - https://gitlab.torproject.org/tpo/anti-censorship/pluggable-transports/snow… Next weeks: - Fix merge conflicts in MR. - 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 -- meskio | https://meskio.net/ -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- My contact info: https://meskio.net/crypto.txt -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Nos vamos a Croatan.

1 0

Felicia's Montly Status Report, December 2024
by Priscila 19 Dec '24

19 Dec '24

Hi everyone, I’m sending my report for December earlier since the holiday break is right at the corner. So, this month I continued working on making the need of a Moat call during connect assist more clear for users [1]. This issue is currently on review, so there’s a possibility I need to adjust something more next month. Besides that, I’ve also been working on improving the UX of the “Request bridges”flow [2], which is related to the following issues: [3] Remove the CAPTCHA from the “Request bridges” flow and [4] improve the confirmation step of the “Add new bridges” dialog. These issues are on review as well, so they’ll probably be completed next month. Lastly, I provided assistance to devs in an issue related to bootstrapping and Settings when the Tor daemon isn’t ready yet [5]. This issue branched out into 2, being the other one focused on reviewing the error prompt shown when Tor exists [6]. That’s all for now. Happy holidays! Best, Priscila (aka Felicia) - UX Team - [1] https://gitlab.torproject.org/tpo/applications/tor-browser/-/issues/42605 [2] https://gitlab.torproject.org/tpo/applications/tor-browser/-/issues/41620 [3] https://gitlab.torproject.org/tpo/applications/tor-browser/-/issues/42086 [4] https://gitlab.torproject.org/tpo/applications/tor-browser/-/issues/42692 [5] https://gitlab.torproject.org/tpo/applications/tor-browser/-/issues/41921 [6] https://gitlab.torproject.org/tpo/applications/tor-browser/-/issues/43186

1 0

Rhatto's Monthly Status Report, December 2024
by rhatto 18 Dec '24

18 Dec '24

Hi all :) This is my monthly status report for December 2024 with the main relevant activities I have done, was involved or are related to my work during the period. I'm sending this in advance due to the holiday break. Focus for this month was Ansible role development. ## Ansible Roles * Onionprobe Ansible role: * Released versions 0.0.2 to 0.0.6: https://gitlab.torproject.org/tpo/onion-services/ansible/onionprobe-role * Onionspray Ansible Role: * We adopted Yassine Zouggari's role, which is now hosted at https://gitlab.torproject.org/tpo/onion-services/ansible/onionspray-role * The next release is being planned: https://gitlab.torproject.org/tpo/onion-services/ansible/onionspray-role/-/… * Auxiliar roles: * Released a very simple Docker Ansible role: https://gitlab.torproject.org/tpo/onion-services/ansible/docker-role * A role for basic system setup is also available: https://gitlab.torproject.org/tpo/onion-services/ansible/basic-role * These can be useful, but there's no guarantees that they'll be maintained in the long run, as they mostly contain auxiliary system tasks. ## Other releases * Onion Launchpad 1.0.2 (a landing page for onionsites): https://onionservices.torproject.org/apps/web/onion-launchpad/changelog/#v1… * Onionbalance 0.2.3 (load balancer for Onion Services): https://forum.torproject.org/t/onionbalance-release-0-2-3/16287 * Onionspray 1.6.2 (application to serve regular websites as onionsites): https://forum.torproject.org/t/onionspray-release-1-6-2/16014 * Onionprobe 1.2.2 (an Onion Services monitoring tool): https://forum.torproject.org/t/onionprobe-release-1-2-1/16015 ## Support Did the ongoing sponsored work with deployment, maintenance and monitoring of Onion Services. -- Silvio Rhatto pronouns he/him

1 0

TPA-RFC-74: GitLab CI retention policy
by Jérôme Charaoui 16 Dec '24

16 Dec '24

Summary: a proposal to limit the retention of GitLab CI data to 1 year # Background As more and more Tor projects moved to GitLab and embraced its continuous integration features, managing the ensuing storage requirements has been a challenge. We regularly deal with near filesystem saturation incidents on the GitLab server, especially involving CI artifact storage, such as tpo/tpa/team#41402 and recently, tpo/tpa/team#41861 Previously, [TPA-RFC-14][] was implemented to reduce the default artifact retention period from 30 to 14 days. This, and CI optimization of individual projects has provided relief, but the long-term issue has not been definitively addressed since the retention period doesn't apply to some artifacts such as job logs, which are kept indefinitely by default. [TPA-RFC-14]: https://gitlab.torproject.org/tpo/tpa/team/-/wikis/tpa-rfc-14-gitlab-artifa… # Proposal Implement a daily GitLab maintenance task to delete CI pipelines older than 1 year in *all* projects hosted on our instance. This will: * Purge old CI pipeline and job records for the GitLab database * Delete associated CI job artifacts, even those "kept" either: * When [manually prevented from expiring][] ("Keep" button on CI job pages) * When they're the [latest successful pipeline artifact][] * Delete old CI job log artifacts [manually prevented from expiring]: https://gitlab.torproject.org/help/ci/jobs/job_artifacts#with-an-expiry [latest successful pipeline artifact]: https://gitlab.torproject.org/help/ci/jobs/job_artifacts.md#keep-artifacts-… ## Goals This is expected to significantly reduce the growth rate of CI-related storage usage, and of the GitLab service in general. ## Affected users All users of GitLab CI will be impacted by this change. But more specifically, some projects have "kept" artifacts, which were manually set not to expire. We'll ensure the concerned users and projects will be notified of this proposal. GitLab's documentation has the [instructions to extract this list of non-expiring artifacts](https://docs.gitlab.com/ee/administration/cicd/job_artifacts_tro…. ## Timeline Barring the need to further discussion, this will be implemented on Monday, December 9th. ## Costs estimates ### Hardware This is expected to reduce future requirements in terms of storage hardware. ### Staff This will reduce the amount of TPA labor needed to deal with filesystem saturation incidents. # Alternatives considered A "CI housekeeping" script is already in place, which scrubs job logs daily in a hard-coded list of key projects such as c-tor packaging, which runs an elaborate CI pipeline on a daily basis, and triage-bot, which runs it CI pipeline on a schedule, every 15 minutes. Although it has helped up until now, this approach is not able to deal with the increasing use of personal fork projects which are used for development. It's possible to define a different retention policy based on a project's namespace. For example, projects under the `tpo` namespace could have a longer retention period, while others (personal projects) could have a shorter one. This isn't part of the proposal currently as it could violate the principle of least surprise. # References * Discussion ticket: tpo/tpa/team#41874 * [Make It Ephemeral: Software Should Decay and Lose Data](https://lucumr.pocoo.org/2024/10/30/make-it-ephemeral/)

1 1

Anti-censorship team meeting notes, 2024-12-12
by Shelikhoo 12 Dec '24

12 Dec '24

Hey everyone! Here are our meeting logs: http://meetbot.debian.net/tor-meeting/2024/tor-meeting.2024-12-12-16.00.html And our meeting pad: Anti-censorship work meeting pad -------------------------------- Anti-censorship -------------------------------- Next meeting: Thursday, December 19 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: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?s… * Project 158 <-- meskio working on it * https://gitlab.torproject.org/groups/tpo/anti-censorship/-/issues/?label_na… == Announcements == * Azure CDN from Edgio (azureedge.net) is due to be shut down as early as 2025-01-15: https://lists.torproject.org/mailman3/hyperkitty/list/anti-censorship-team@… * We stopped using snowflake-broker.azureedge.net in 2021: https://gitlab.torproject.org/tpo/applications/tor-browser-build/-/merge_re… * But it still receives traffic somehow: https://gitlab.torproject.org/tpo/anti-censorship/team/-/wikis/Snowflake-co… * onionwrapper still uses snowflake-broker.azureedge.net: https://lists.torproject.org/mailman3/hyperkitty/list/anti-censorship-team@… * (also, anything still using snowflake-broker.azureedge.net is using the old broker, see discussion below) * == Discussion == * Creating container mirror for anti-cenosorship projects to deal with docker hub restriction * https://gitlab.torproject.org/tpo/tpa/team/-/issues/41914#note_3138851 * https://gitlab.torproject.org/tpo/anti-censorship/pluggable-transports/snow… * we'll create a repo in gitlab that mirrors the needed images by it's CI * WIP MR: Add covert-dtls to proxy and client * https://gitlab.torproject.org/tpo/anti-censorship/pluggable-transports/snow… * is a big change, shelikhoo did review it but more eyes are needed * cohosh will look into it * Reasonable PollInterval for Orbot? https://github.com/tladesignz/IPtProxy/pull/58 * standalone proxy does 5seconds poll interval * orbot was doing the same but being mobile it might be better to be slower * 120sec sounds like a good number seeing that there are already a lot of proxies new 2024-12-12 * snowflake-broker.azureedge.net is pointing to snowflake-broker.bamsoftware.com as the origin, which still points to the old Debian 10 broker (#40349). * dcf will update the Azure configuration to use snowflake-broker.torproject.net as the broker instead * dcf will delete the snowflake-broker.bamsoftware.com DNS record * Ok to turn off the old snowflake broker now? https://gitlab.torproject.org/tpo/anti-censorship/pluggable-transports/snow… * Yes, okay to shut it down. shelikhoo suggests turning it off but not deleting the instance for a week or so, in order to see what might still be using it. * > what was that censorship alerts mailing list? * https://lists.torproject.org/mailman3/postorius/lists/anti-censorship-alert… ? no, not that one * On Identifying Anomalies in Tor Usage with Applications in Detecting Internet Censorship * https://arxiv.org/abs/1507.05819 * https://censorbib.nymity.ch/#Wright2018a * "infolabe-anomalies", though the mailing list archives may be offline now? * GeKo: we have been in contact with the "On Identifying Anomalies" team recently, related to https://gitlab.torproject.org/tpo/network-health/team/-/issues/94 "Set up a detection and notification system of anomalies in Tor and bridge usage". * The issue on the anti-censorship-team is https://gitlab.torproject.org/tpo/anti-censorship/pluggable-transports/snow… "Add prometheus alerts to indicate potential censorship events". cohosh will contact GeKo about it. * 2009: "An anomaly-based censorship-detection system for Tor" https://research.torproject.org/techreports/detector-2011-09-09.pdf * which is what powers the censorship events at e.g. https://metrics.torproject.org/userstats-relay-country.html?start=2024-09-1… and https://metrics.torproject.org/userstats-censorship-events.html * Azure CDN from Edgio shutdown * Might make our meek builtin bridge stop working, requiring a change or removal as a default option * cohosh will follow up with micah == 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-12-10 Last week: - wrote a STUN torrc check tool - https://gitlab.torproject.org/cohosh/stun-torrc-check - continued exploring options for metrics - gitlab reviews and todos This week: - work on snowflake broker metrics improvements - write a script to easily test STUN servers in snowflake's torrc - 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 Needs help with: - what was that censorship alerts mailing list? dcf: 2024-12-12 Last week: - made a graph of snowflake users in Russia in November 2024 https://gitlab.torproject.org/tpo/anti-censorship/pluggable-transports/snow… - snowflake azure cdn bookkeeping https://gitlab.torproject.org/tpo/anti-censorship/team/-/wikis/Snowflake-co… - commented on unreliable snowflake data channel rev2 https://gitlab.torproject.org/tpo/anti-censorship/pluggable-transports/snow… Next week: - open issue to have snowflake-client log whenever KCPInErrors is nonzero https://gitlab.torproject.org/tpo/anti-censorship/pluggable-transports/snow… - parent: https://gitlab.torproject.org/tpo/anti-censorship/pluggable-transports/snow… - open issue to disable /debug endpoint on snowflake broker Help with: meskio: 2024-12-05 Last week: - rdsys stopped accepting new bridges (rdsys#249) - deploy onionsproutsbot distributing TorBrowser for win7 (onionsproutsbot#64) - support webtunnel bridge operators - prepare splintercon presentations - more grant writting life - review BridgeDB deprecation blogpost Next week: - AFK at splintercon Shelikhoo: 2024-12-12 Last Week: - [Pending] snowflake broker update/reinstall(cont.): https://gitlab.torproject.org/tpo/anti-censorship/pluggable-transports/snow… - [Awaiting Review] Unreliable+unordered WebRTC data channel transport for Snowflake rev2 (cont.)( https://gitlab.torproject.org/tpo/anti-censorship/pluggable-transports/snow… ) improvements - Merge request reviews - Work on finishing snowflake container release(and fix the comments) - Incorrectly flattened container image with "pull" command https://gitlab.torproject.org/tpo/anti-censorship/pluggable-transports/snow… - Seperate Docker Hub mirroring to a Seperate Stagehttps://gitlab.torproject.org/tpo/anti-censorship/pluggable-transports… Next Week/TODO: - Merge request reviews - [Resume] Unreliable+unordered WebRTC data channel transport for Snowflake rev2 (cont.)( https://gitlab.torproject.org/tpo/anti-censorship/pluggable-transports/snow… ) improvements - Analysis Iran vantage point result onyinyang: 2024-12-12 Last week(s): - Fixed up Troll-patrol MR - Worked on deploying test distributor - need to enable service on the test server Next week: - update lox protocols to return duplicate responses for an already seen request - Continue work on implementing issuer efficiency for check-blockage and trust-promotion protocols - 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!): - 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-12-05 Last weeks: - Adjusting to post-student life - WIP MR: Add covert-dtls to proxy and client - https://gitlab.torproject.org/tpo/anti-censorship/pluggable-transports/snow… Next weeks: - Test Snowflake fork with covert-dtls - Condensing thesis into paper (on hold) Help with: - Test covert-dtls in Snowflake 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

1 0

Tor Project + SEEKCommons Fellowship Opportunity Now Available for 2025!
by gus 10 Dec '24

10 Dec '24

Hello, I'm writing to let you know that applications are now open for the second SEEKCommons Fellowship[1] cohort. The SEEKCommons Fellowship program is funded by NSF and run by partners at University of Notre Dame, University of California Davis, University of Michigan, University of Virginia, and The HDF Group. The goal of the fellowship is to bring graduate students, post-doctoral researchers, and professionals from community-based organizations with new perspectives to socio-environmental research with open technologies. Application deadline is Dec. 15, 2024. The fellowship is designed to: - Encourage new translational and integrative work involving socio-environmental action research with Open Science practices; - Provide a space for Fellows and Network members to collaborate on common research issues, challenges, and solutions. Fellows may be: - Graduate students working with open technologies on socio-environmental issues; - Post-docs with existing community projects in Science and Technology Studies, Open Science, and/or Socio-environmental research; and/or - Community practitioners who are interested in integrating common technologies into their environmental justice work. The SEEKCommons website contains all the necessary fellowship information, including the application link. https://seekcommons.org/fellowship-application.html Partnership SEEKCommons + Tor Project ===================================== This year SEEKCommons is reserving one fellowship to sustainability studies of community networks in partnership with the Tor Project! We welcome Fellowship applications on the sustainability of the Tor network with a focus on energy consumption and relay metadata (such as ASN, uptime, and platform). The goal of the partnership between SEEKCommons and Tor is to study the environmental impact of community networks and promote the use of renewable energy in decentralized infrastructures. We would like to support applications that address one (or more) of these questions: - What Free and Open Source technologies can be used to promote a more sustainable and distributed Tor infrastructure? - How can the energy consumption of the Tor network be measured and optimized to reduce its environmental impact? - How can the "Tor Snowflake" decentralized proxy model be used to improve the sustainability of the network? - How can we use metadata from relays (e.g., ASN / uptime / platform) to assess the environmental impact of the network? - What open hardware and renewable energy sources could be used/reused in the Tor network? More information: https://seekcommons.org/partnership-tor.html If you have any questions, please don't hesitate to reach out. Thank you so much! Warmly, Gus [1] https://seekcommons.org/about.html -- The Tor Project Community Team Lead

1 1

ebanam's monthly status report and user support report for November 2024
by ebanam 05 Dec '24

05 Dec '24

Hello everyone, Last month, our user support team worked on an unprecedented number of tickets mostly due to the evolving Tor censorship in Russia[0] (big shoutout to @nina and read her report[1] for more details!) With 4 Tor Browser releases in last month, I worked on a number of Tor Browser related user support tickets - from general questions about downloading, installing, updating and troubleshooting to bug reports. With the year-end campaign into it's second month, I also worked on related support tickets, answering questions about Tor Browser. Topics included downloading, installing, using the browser it's various privacy enhancing features and questions about the Tor network in general. I wrote and updated user documentation on the Tor Browser User manual[2] and some of the articles and templates that we use on our various support channels. Here's a more detailed breakdown of the tickets our user support team worked on last month: # Frontdesk (email user support channel) * 614(↓) RT tickets created * 558(↓) RT tickets resolved Tickets by topics and numbers: 1. 226(↑) RT tickets: circumventing censorship in Russian speaking countries. 2. 213(↓) RT tickets: private bridge requests from Chinese speaking users. 3. 14(↓) RT tickets: help with Troubleshooting Tor Browser desktop on Windows, macOS and Linux. 4. 6(↑) RT tickets: Tor Browser 14 crashing on macOS when visiting some onionsites. (The bug is resolved with Tor Browser 14.0.2) 5. 5 RT tickets: WebTunnel bridges campaign.[3] 6. 4(↑) RT tickets: circumventing censorship with Tor in Farsi. 7. 4(↑) RT tickets: reports of a website blocking Tor traffic. 8. 3(-) RT tickets: Instructions to download Tor Browser 13.5 legacy for legacy operating systems. 9. 3 RT tickets: Instructions on how to download and install Tor Browser. 10. 3 RT tickets: help with Troubleshooting Tor Browser on Android. 11. 2(↓) RT tickets: configuring Orbot to use bridges. 12. 2(↑) RT tickets: reports of a fake apps on iOS masquerading as official Tor Browser. 13. 2 RT tickets: include uBlock Origin with Tor Browser.[4] 14. 2 RT tickets: fingerprintability of Smooth Scroll in Tor Browser.[5] 15. Letterboxing is visible even if disabled when using Tor Browser on Tiled window managers.[6] 16. One report of Tor Browser getting flagged by anti-virus software. 17. Static captcha when fetching bridges from within Tor Browser.[7] 18. What does "onionize" toggle in the search bar on about:tor do? 19. Tor circuit display on Tor Browser for Android.[8] 20. User trying to reach a v2 onion service. v2 onion services have been deprecated. 21. Question about using WebTunnel bridges with Tails. (This is not yet supported) [9] 22. Warning prompt to disable NoScript on resource-heavy websites on Tor Browser Desktop.[10] # Telegram, WhatsApp and Signal Support channel * 1548(↑) tickets resolved Breakdown: * 1532(↑) tickets on Telegram * 16(↓) tickets on WhatsApp * 0(-) ticket on Signal Tickets by topics and numbers: 1. 1201(↑) tickets: circumventing censorship in Russian speaking countries. 2. 42(↑) tickets: private bridge requests from Chinese speaking users. 3. 26(↑) tickets: circumventing censorship with Tor in Farsi. 4. 18(↓) tickets: helping users on iOS, using Onion Browser or Orbot, to use censorship circumvention methods. 5. 13(↑) tickets: Tor Browser 14 crashing on macOS when visiting some onionsites. 6. 13(↑) tickets: instructions on how to get Tor Browser binaries from GetTor. 7. 9(↑) tickets: help with instructions to use bridges with Tails. 8. 7(↓) tickets: help with troubleshooting Tor Browser on Android. 9. 4(-) tickets: help with using bridges with Orbot. 10. 4(↑) tickets: instructions to download Tor Browser 13.5 legacy for legacy operating systems.[11] 11. 3(↑) tickets: help with using bridges and snowflake with little-t-tor. 12. 3(↑) tickets: help with instructions to verify Tor Browser signature with GPG. 13. 2(↓) tickets: help with troubleshooting Tor Browser Desktop on Windows, macOS and Linux. 14. 2(↓) tickets: help with installing Tor Browser on linux. 15. 2(↓) tickets: users seeing a "proxy refused" error when visiting websites on Tor Browser for Android using Samsung devices.[12] 16. 2(↑) tickets: reports of a fake apps on iOS masquerading as official Tor Browser. 17. 1 ticket: questions about accessing or setting up onion services. 18. 1 ticket: help with setting up Snowflake proxy. # Discussions from the Tor Forum 1. Tor Expert Bundle on legacy Windows.[13] 2. Tor Browser Desktop and browser fingerprinting.[14] 3. Privacy benefits of running an Onion Service.[15] Note: (↑), (↓) and (-) are indicating if the number of tickets we received for these topics have been increasing, decreasing or have been the same from the previous month respectively. Thanks everyone! e. [0]: https://gitlab.torproject.org/tpo/anti-censorship/censorship-analysis/-/iss… [1]: https://lists.torproject.org/mailman3/hyperkitty/list/tor-project@lists.tor… [2]: https://gitlab.torproject.org/tpo/web/manual/-/commits/main?author=ebanam [3]: https://blog.torproject.org/call-for-webtunnel-bridges/ [4]: https://gitlab.torproject.org/tpo/applications/tor-browser/-/issues/17569 [5]: https://gitlab.torproject.org/tpo/applications/tor-browser/-/issues/40704 [6]: https://gitlab.torproject.org/tpo/applications/tor-browser/-/issues/42670 [7]: https://gitlab.torproject.org/tpo/applications/tor-browser/-/issues/42086 [8]: https://gitlab.torproject.org/tpo/applications/tor-browser/-/issues/41234 [9]: https://gitlab.tails.boum.org/tails/tails/-/issues/20267 [10]: https://gitlab.torproject.org/tpo/applications/tor-browser/-/issues/43286 [11]: https://forum.torproject.org/t/download-tor-browser-13-5-legacy-on-windows-… [12]: https://gitlab.torproject.org/tpo/applications/tor-browser/-/issues/42714 [13]: https://forum.torproject.org/t/0-4-8-13-tor-expert-bundle-doesnt-work-on-wi… [14]: https://forum.torproject.org/t/what-information-about-the-computer-on-which… [15]: https://forum.torproject.org/t/is-onion-site-any-better-if-a-site-also-prov…

2 1

Anti-censorship team meeting notes, 2024-12-05
by onyinyang 05 Dec '24

05 Dec '24

Hey everyone! Here are our meeting logs: http://meetbot.debian.net/tor-meeting/2024/tor-meeting.2024-12-05-16.01.html And our meeting pad: Anti-censorship work meeting pad -------------------------------- Anti-censorship -------------------------------- Next meeting: Thursday, December 12 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: 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: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?s… * Project 158 <-- meskio working on it * https://gitlab.torproject.org/groups/tpo/anti-censorship/-/issues/?label_na… == Announcements == == Discussion == * Creating container mirror for anti-cenosorship projects to deal with docker hub restriction * https://gitlab.torproject.org/tpo/tpa/team/-/issues/41914#note_3138851 * https://gitlab.torproject.org/tpo/anti-censorship/pluggable-transports/snow… * we'll create a repo in gitlab that mirrors the needed images by it's CI * WIP MR: Add covert-dtls to proxy and client * https://gitlab.torproject.org/tpo/anti-censorship/pluggable-transports/snow… * is a big change, shelikhoo did review it but more eyes are needed * cohosh will look into it * Reasonable PollInterval for Orbot? https://github.com/tladesignz/IPtProxy/pull/58 * standalone proxy does 5seconds poll interval * orbot was doing the same but being mobile it might be better to be slower * 120sec sounds like a good number seeing that there are already a lot of proxies == Actions == == Interesting links == * call out for webtunnel bridges for Russia: * https://blog.torproject.org/call-for-webtunnel-bridges/ * Deprecation BridgeDB blogpost: * https://blog.torproject.org/making-connections-from-bridgedb-to-rdsys/ == 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-12-05 Last week: - fixed the logging of the new proxy event (snowflake#40413) - fixed "bad offer from broker" log spam (snowflake#40408) - started looking at alerts for censorship events (snowflake#40416) - updated the RFC 5780 compatible STUN servers in bridge lines (snowflake#40304) - deployed new Snowflake bridge lines (tor-browser-build!1115, rdsys-admin!32) - worked on analysis of snowflake metrics (snowflake#40394) - created wiki page for snowflake release procedure https://gitlab.torproject.org/tpo/anti-censorship/pluggable-transports/snow… This week: - work on snowflake broker metrics improvements - write a script to easily test STUN servers in snowflake's torrc - 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 Needs help with: - what was that censorship alerts mailing list? dcf: 2024-11-21 Last week: - released goptlib v1.6.0 https://lists.torproject.org/mailman3/hyperkitty/list/anti-censorship-team@… Next week: - comment on updates to unreliable snowflake transport https://gitlab.torproject.org/tpo/anti-censorship/pluggable-transports/snow… - open issue to have snowflake-client log whenever KCPInErrors is nonzero https://gitlab.torproject.org/tpo/anti-censorship/pluggable-transports/snow… - parent: https://gitlab.torproject.org/tpo/anti-censorship/pluggable-transports/snow… - open issue to disable /debug endpoint on snowflake broker Help with: meskio: 2024-12-05 Last week: - rdsys stopped accepting new bridges (rdsys#249) - deploy onionsproutsbot distributing TorBrowser for win7 (onionsproutsbot#64) - support webtunnel bridge operators - prepare splintercon presentations - more grant writting life - review BridgeDB deprecation blogpost Next week: - AFK at splintercon Shelikhoo: 2024-12-05 Last Week: - [Pending] snowflake broker update/reinstall(cont.): https://gitlab.torproject.org/tpo/anti-censorship/pluggable-transports/snow… - [Awaiting Review] Unreliable+unordered WebRTC data channel transport for Snowflake rev2 (cont.)( https://gitlab.torproject.org/tpo/anti-censorship/pluggable-transports/snow… ) improvements - Merge request reviews - Work on finishing snowflake container release(and fix the comments) - Incorrectly flattened container image with "pull" command https://gitlab.torproject.org/tpo/anti-censorship/pluggable-transports/snow… Next Week/TODO: - Merge request reviews - Incorrectly flattened container image with "pull" command https://gitlab.torproject.org/tpo/anti-censorship/pluggable-transports/snow… (cont.) - Create mirror for frequently used container image onyinyang: 2024-12-05 Last week(s): - working on refactor of Lox (library) protocols to improve issuing efficiency as described in: https://eprint.iacr.org/2024/1552.pdf - finished aside from check-blockage and trust promotion protocols which may not be convertable - Released lox-library and lox-utils 0.2.0 for browser integration - stablized some dependencies for integration into firefox with XPCOM - created bridgeauth feature to separate client/server lox functionality - Improved pipeline for lox workspace - Added lox-context db cleanup Next week: - Fix up Troll-patrol MR - Deploy test distributor - update lox protocols to return duplicate responses for an already seen request - Continue work on implementing issuer efficiency for check-blockage and trust-promotion protocols - 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!): - 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-12-05 Last weeks: - Adjusting to post-student life - WIP MR: Add covert-dtls to proxy and client - https://gitlab.torproject.org/tpo/anti-censorship/pluggable-transports/snow… Next weeks: - Test Snowflake fork with covert-dtls - Condensing thesis into paper (on hold) Help with: - Test covert-dtls in Snowflake Facilitator Queue: onyinyang meskio shelikhoo 1. First available staff in the Facilitator Queue will be the facilitator for the meeting -- --- onyinyang GPG Fingerprint 3CC3 F8CC E9D0 A92F A108 38EF 156A 6435 430C 2036

1 0

cve's monthly status report
by Clara Engler 04 Dec '24

04 Dec '24

Hello, the following contains my status report for November '24: * Wrote a tiny tool to block Tor with simple firewall rules to simulate a loss of connectivity.[^1] * Discovered a bug in arti while doing this.[^2] * Improved the recognition of being bootstrapped.[^3] * Researched upon loss of connectivity.[^4] * Upgraded various outdated crates in onionmasq by merging overdue MR's from Renovate-Bot * Upgraded `thiserror` to version 2 in arti and onionmasq, fixing a breaking change.[^5] * Allowing packets to be received when the source address is the loopback one.[^6] * This was a particularly difficult issue to tackle that is crucial for testing. * Fixed a general lack of IPv6 connectivity in onionmasq.[^7] * Implemented an HTTP integration test.[^8] * Fixed `wait_for_bootstrap` issue in chutney.[^9] * Fixed a bug in onionmasq for routing UDP datagrams to a loopback address.[^10] * Made the integration test suite ready for UDP.[^11] * Implemented a UDP integration test, thereby greatly bumping the overall coverage.[^11] * Improved documentation of the integration test suite.[^11] * Various reviews of merge requests in arti and onionmasq. * Various feature suggestions in onionmasq through the use of issues. * Legal and bureaucratic matters. [^1]: https://gitlab.torproject.org/cve/torblock [^2]: https://gitlab.torproject.org/tpo/core/arti/-/issues/1731 [^3]: https://gitlab.torproject.org/tpo/core/onionmasq/-/merge_requests/312 [^4]: https://gitlab.torproject.org/tpo/core/onionmasq/-/issues/110 [^5]: https://gitlab.torproject.org/tpo/core/arti/-/merge_requests/2626 [^6]: https://gitlab.torproject.org/tpo/core/onionmasq/-/issues/120 [^7]: https://gitlab.torproject.org/tpo/core/onionmasq/-/issues/122 [^8]: https://gitlab.torproject.org/tpo/core/onionmasq/-/merge_requests/322 [^9]: https://gitlab.torproject.org/tpo/core/chutney/-/merge_requests/39 [^10]: https://gitlab.torproject.org/tpo/core/onionmasq/-/issues/128 [^11]: https://gitlab.torproject.org/tpo/core/onionmasq/-/merge_requests/332

2 1