- tor-project - lists.torproject.org

Nina’s Monthly Status Report, October, 2024
by Nina 01 Nov '24

01 Nov '24

Hi! Below is my October’24 report! In October, I resolved1104(↑110) tickets: * On Telegram (@TorProjectSupportBot) - 855 (↑127); * On RT (frontdesk@tpo) - 248 (↑59); * On WhatsApp (+447421000612) - 1(↓26); * and on Signal (+17787431312) - 0 (0). My main focus - as usual - was to help Russian-speaking users bypass censorship and connect to Tor, which often includes troubleshooting. I also collected users’ feedback to monitor the censor's activity and to help find working anti-censorship solutions. Apart from user support I also took part in Tor Forum moderation, worked with app store reviews, and joined the Tor relay operators meetup. Most of the tickets were from users in Russia requesting bridges, as the ones they received from rdsys distributors weren't working for them. I also collected user feedback on other plugglable transports (WebTunnel, obfs4, and Snowflake) and added it to the main ticket about censorship in Russia[1]. *## New Tor Browser release* Tor Browser 14 was released in October [2], with the LegacyOS users-Windows 7-8 and macOS 10.12-10.14-staying with 13.5.9. So, I took part in preparing the instructions for the Legacy OS users to help them understand the transition period and make sure that censored users can also get access to the Tor Browser version that would work for them [3]. In collaboration with @ebanam, I reported a bug affecting macOS users who are trying to open certain .onion websites [4]. I continued taking part in the investigation of the Samsung "proxy server refused connection" bug [5]. *## **Google Play Reviews for Tor Browser**(TBA)**and Tor Browser Alpha**for Android* Tor Browser App had a Google Play rating of 4.394-4.396 (↑) stars in October 2024, which is higher than in September. Tor Browser app(TBA)got 691 (↑23)reviews out of 58,498for the lifetime. Most commonissuesonthe reviews: * Samsung users point out the error "Proxy server refused connection"on their devices; [4] * Tor Browser doesn't work: mostly from Russian users, who are struggling to find a non-blockedbridge; * Tor speed is too slow. Tor Browser Alpha (TBA) app had a rating of 4.254 (↓) which is lower that in September. In October, Tor Browserfor Android (TBA)Alpha got 40 (↑5)reviews out of 8359for the lifetime. [1] https://gitlab.torproject.org/tpo/anti-censorship/censorship-analysis/-/iss… [2] https://blog.torproject.org/new-release-tor-browser-140/ [3] https://gitlab.torproject.org/tpo/community/support/-/issues/40163 [4] https://gitlab.torproject.org/tpo/applications/tor-browser/-/issues/43245 [5] https://gitlab.torproject.org/tpo/applications/tor-browser/-/issues/42714

1 0

PieroV's Monthly Status Report, October 2024
by Pier Angelo Vendrame 01 Nov '24

01 Nov '24

Hi everyone! Here is my status report for October 2024. Ten days ago, we finally released Tor Browser 14.0 after several months of work on it 🎉 [0]. Therefore, in the first weeks of October, I mostly fixed minor bugs/details and tried to help my colleagues resolve other problems for the big release. I also spent a considerable amount of time doing QA. While doing it, I created new resources to make the QA process faster. I added all of them to the tests for self-signed HTTPS Onion Sites I created a while ago [1]. I also restarted my upstream effort. I think the upstreaming of Bug 1556002 [2] and Bug 1923264 [3] were the fastest I have ever had 😄. I also tried to start a conversation about ignoring `content-disposition: attachment` in some cases [4], but that will need more work downstream first. After the release, I returned to working on issues we didn't want to rush for the stable, such as moving FontConfig's fonts.conf [5]. While doing so, I also found a compatibility problem between the modern Python version we self-compile to be able to build Firefox and the legacy OpenSSL version we still have in our old build environment [6]. I fixed it by downgrading Python to 3.9.20, which is still officially supported by the PSF and the various build systems we use. That was the less-impacting solution, but not the only possible one. Also, we really needed to fix it quickly, as it would have prevented us from building 14.0.1. Currently, I am working on fixing the "Proxy server refuses connection" problem that some Android devices (mostly Samsung phones) show [7]. I think a workaround would be to return to TCP sockets for the SOCKS connections. I prefer Unix domain sockets, as they can be used only by the browser with our configuration, whereas TCP sockets will be available to other apps as well, which is a linkability concern. If you have an Android device with this behavior and think you can help debug it, please consider commenting on that GitLab issue [7]. With this effort, we will also get closer to solving an 11-year-old issue, a new record for me 😄 [8]. Finally, I did the usual maintenance work. I rebased our browsers (the 128-based stable and the 115-based legacy channel) and started the new branches for the 14.5 series. I also prepared the 14.0.1 Tor Browser stable release and built it. Best, Pier [0] https://blog.torproject.org/new-release-tor-browser-140/ [1] https://onion-tests.pierov.org/ [2] https://bugzilla.mozilla.org/show_bug.cgi?id=1556002 [3] https://bugzilla.mozilla.org/show_bug.cgi?id=1923264 [4] https://bugzilla.mozilla.org/show_bug.cgi?id=1923368 [5] https://gitlab.torproject.org/tpo/applications/tor-browser/-/issues/43140 [6] https://gitlab.torproject.org/tpo/applications/tor-browser-build/-/issues/4… [7] https://gitlab.torproject.org/tpo/applications/tor-browser/-/issues/42714 [8] https://gitlab.torproject.org/tpo/applications/tor-launcher/-/issues/10439

1 0

Anti-censorship team meeting notes, 2024-10-31
by Shelikhoo 31 Oct '24

31 Oct '24

Hey everyone! Here are our meeting logs: http://meetbot.debian.net/tor-meeting/2024/tor-meeting.2024-10-31-16.00.html And our meeting pad: Anti-censorship work meeting pad -------------------------------- Anti-censorship -------------------------------- Next meeting: Thursday, October 07 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: 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 == * eclips.is (Snowflake broker hosting) is switching to a partially paid model (it has heretofore been free for users) * https://lists.torproject.org/pipermail/anti-censorship-team/2024-October/00… == Discussion == * Snowflake broker transition still pending. * Adding a snowflake transport to lyrebird * https://gitlab.torproject.org/tpo/anti-censorship/pluggable-transports/lyre… * Squash PTs into Lyrebird: https://gitlab.torproject.org/tpo/anti-censorship/pluggable-transports/lyre… * TODOs: add proxy support and event logging * We decide is a good idea to integrate the snowflake client into lyrebird * we are not removing the snowflake client from the snowflake proyect for now, we'll keep both until it becomes a burden. * only the snowflake client will be integrated in lyrebird, not the server * pion/webrtc v4 release is out * it has support to integrate with covert-dtls * on the beta testing there were some issues, we'll need to check if it works with the release or it needs work * split broker into components * there is an old MR with a WIP version of this change * we are still interested on it * cohosh will check with arlo if he can continue that work or we'll close it for now (Oct 31 New:) == 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-10-31 Last week: - finished adding snowflake transport to lyrebird (lyrebird!63) - updating Ask Tor domain front for Orbot - added a follow up for snowflake proxy support in lyrebird (lyrebird!64) - discussed Lox integration with Tor Browser, and removing wasm dependency This week: - 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: dcf: 2024-10-31 Last week: - made more comments on snowflake webextension Manifest V3 run-when-closed https://gitlab.torproject.org/tpo/anti-censorship/pluggable-transports/snow… - commented on patch for multiple SnowflakeConn.Close https://gitlab.torproject.org/tpo/anti-censorship/pluggable-transports/snow… 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: - tell me when to restart the brokers for https://gitlab.torproject.org/tpo/anti-censorship/pluggable-transports/snow… meskio: 2024-10-24 Last week: - bring back QR coes for email bridges (rdsys#244) - add QR codes to Telegram distributor (rdsys#243) - debug gettor telegram issues (onionsproutsbot#63) Next week: - update snowflake proxy debian package Shelikhoo: 2024-10-31 Last Week: - [Next Action 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 - [Awaiting Input] Review CI: fix `latest` container image tag. https://gitlab.torproject.org/tpo/anti-censorship/pluggable-transports/snow… - Prepare State of the Onion script/slide - Merge request reviews Next Week/TODO: - Merge request reviews - Prepare State of the Onion script/slide - Work on finishing snowflake container release(and fix the comments) - Work on Parpare DeploymentTool for Publishing https://gitlab.torproject.org/tpo/anti-censorship/connectivity-measurement/… onyinyang: 2024-10-31 Last week(s): - MR for troll-patrol integration for Lox bridge blockage detection - https://gitlab.torproject.org/tpo/anti-censorship/lox/-/merge_requests/263 - improved on the graceful exit and blockage detection elements from last week - work is ongoing from vecna so will update this further when that's in a more complete state - discussed plans for dropping lox-wasm with browser team - test distributor implementation Next week: - Finish up test distributor implementation and deploy test distributor - update lox protocols to return duplicate responses for an already seen request - add issuer improvements to lox 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-10-24 Last weeks: - Adjusting to post-student life - Testing out beta releases of pion dtls and webrtc Next weeks: - Update Snowflake to use latest pion upstream releases - 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

1 0

Anti-censorship team meeting notes, 2024-10-24
by meskio 24 Oct '24

24 Oct '24

Hey everyone! Here are our meeting logs: http://meetbot.debian.net/tor-meeting/2024/tor-meeting.2024-10-24-16.00.html And our meeting pad: Anti-censorship -------------------------------- Next meeting: Thursday, October 31 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 == * == Discussion == * Snowflake broker transition still pending. * Adding a snowflake transport to lyrebird * https://gitlab.torproject.org/tpo/anti-censorship/pluggable-transports/lyre… * Squash PTs into Lyrebird: https://gitlab.torproject.org/tpo/anti-censorship/pluggable-transports/lyre… * TODOs: add proxy support and event logging * We decide is a good idea to integrate the snowflake client into lyrebird * we are not removing the snowflake client from the snowflake proyect for now, we'll keep both until it becomes a burden. * only the snowflake client will be integrated in lyrebird, not the server * pion/webrtc v4 release is out * it has support to integrate with covert-dtls * on the beta testing there were some issues, we'll need to check if it works with the release or it needs work * split broker into components * there is an old MR with a WIP version of this change * we are still interested on it * cohosh will check with arlo if he can continue that work or we'll close it for now == Actions == == Interesting links == * OS image with remote access (for providing vantages in censored regions), with built-in circumvention as an incentive to run it. * https://github.com/ValdikSS/hoogmoon-testing * https://ntc.party/t/5939 * Tor 0.4.8.13 was released with STATUS TYPE=version support so PTs can report their version * https://gitlab.torproject.org/tpo/core/tor/-/raw/release-0.4.8/ReleaseNotes * https://github.com/refraction-networking/uquic * "Low-level access to the QUIC Initial Packet for mimicry purposes, hard fork of quic-go." == 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-10-24 Last week: - finished IPtProxy rewrite - https://github.com/tladesignz/IPtProxy/pull/61 - added a snowflake transport into lyrebird https://gitlab.torproject.org/tpo/anti-censorship/pluggable-transports/lyre… - added OnClientConnected callback to the snowflake proxy https://gitlab.torproject.org/tpo/anti-censorship/pluggable-transports/snow… - fixed a panic when SnowflakeConn is closed more than once https://gitlab.torproject.org/tpo/anti-censorship/pluggable-transports/snow… - merged some dependency updates - lots of reviews This week: - continue work on adding a snowflake transport to lyrebird - 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: - abandoned snowflake MR - https://gitlab.torproject.org/tpo/anti-censorship/pluggable-transports/snow… dcf: 2024-10-24 Last week: - reviewed merge request to remove inner pollInterval in snowflake standalone proxy https://gitlab.torproject.org/tpo/anti-censorship/pluggable-transports/snow… - reviewed merge request to pre-resolve snowflake relay URL hostnames to check if they are local https://gitlab.torproject.org/tpo/anti-censorship/pluggable-transports/snow… - answered a question about domain fronting with Google and meek https://gitlab.torproject.org/tpo/anti-censorship/pluggable-transports/meek… - commented on merge request to guess an unrestricted NAT type on the first attempt if unknown https://gitlab.torproject.org/tpo/anti-censorship/pluggable-transports/snow… = made additional comments on merge request to run Manifest Version 3 snowflake proxy while the browser is closed https://gitlab.torproject.org/tpo/anti-censorship/pluggable-transports/snow… - commented on a double Close panic in the snowflake client library https://gitlab.torproject.org/tpo/anti-censorship/pluggable-transports/snow… 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: - tell me when to restart the brokers for https://gitlab.torproject.org/tpo/anti-censorship/pluggable-transports/snow… meskio: 2024-10-24 Last week: - bring back QR coes for email bridges (rdsys#244) - add QR codes to Telegram distributor (rdsys#243) - debug gettor telegram issues (onionsproutsbot#63) Next week: - update snowflake proxy debian package Shelikhoo: 2024-10-24 Last Week: - [Next Action 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 - [Awaiting Input] Review CI: fix `latest` container image tag. https://gitlab.torproject.org/tpo/anti-censorship/pluggable-transports/snow… - Update vantage point image on cnnext, russia - Prepare State of the Onion script/slide - Merge request reviews Next Week/TODO: - Merge request reviews - Unreliable+unordered WebRTC data channel transport for Snowflake rev2 (cont.) ( https://gitlab.torproject.org/tpo/anti-censorship/pluggable-transports/snow… ) improvements - Prepare State of the Onion script/slide - Work on finishing snowflake container release(and fix the comments) - Work on Parpare DeploymentTool for Publishing https://gitlab.torproject.org/tpo/anti-censorship/connectivity-measurement/… onyinyang: 2024-10-24 Last week(s): - MR for troll-patrol integration for Lox bridge blockage detection - https://gitlab.torproject.org/tpo/anti-censorship/lox/-/merge_requests/263 Next week: - fix up some troll-patrol functionality - extra-info collecting/parsing should work correctly and exit gracefully - maybe make blockage detection in extra info a bit more reasonable - prevent evaluation before stats are published - implement and deploy test distributor - 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!): - 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-10-24 Last weeks: - Adjusting to post-student life - Testing out beta releases of pion dtls and webrtc Next weeks: - Update Snowflake to use latest pion upstream releases - Test Snowflake fork with covert-dtls - Condensing thesis into paper Help with: - Feedback on thesis Facilitator Queue: onyinyang shelikhoo meskio 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

New Browser Releases Calendar
by Morgan 23 Oct '24

23 Oct '24

I've finally migrated (but not yet updated) the browser release calendar, please update your bookmarks/email clients: - public link: https://nc.torproject.net/apps/calendar/p/kdGMbGCWbgPMJR5w - app link (e.g. Thunderbird): https://nc.torproject.net/remote.php/dav/calendars/morgan/browser-release/ best, -morgan

1 0

Job Opening at Tor -- User Support Specialist (Farsi)
by Erin Wyatt 22 Oct '24

22 Oct '24

Hello everyone! We have a new job opening for a User Support Specialist in Farsi! https://www.torproject.org/about/jobs/user-support-farsi-specialist/ If you are or know someone who would be a good fit and wants to join our team, please apply/share. Thank you for helping us spread the word! :) Cheers, Erin

1 0

OONI Monthly Report: September 2024
by Maria Xynou 18 Oct '24

18 Oct '24

Hello, This email shares OONI's monthly report for September 2024. *# OONI Monthly Report: September 2024* Throughout September 2024, the OONI team’s work can be tracked through the various OONI GitHub repositories: https://github.com/ooni Highlights are shared in this report below. *## New partnership with Digital Rights Nepal* In September 2024, we established a new partnership with Digital Rights Nepal (https://digitalrightsnepal.org/) a leading non-profit organization dedicated to safeguarding and advancing digital rights in Nepal. As part of our partnership, we will collaborate on studying internet censorship in Nepal. We published a page featuring Digital Rights Nepal as a new OONI partner and highlighting their important work: https://ooni.org/partners/digital-rights-nepal/ *## Research report on internet censorship in Kazakhstan* On 19th September 2024, in collaboration with our partners Internet Freedom Kazakhstan (IFKZ) and Eurasian Digital Foundation, we co-published a new research report documenting TLS MITM attacks and the blocking of news media, human rights, and circumvention tool sites in Kazakhstan. We published the research report in both: * English: https://ooni.org/post/2024-kazakhstan-report/ * Russian: https://ooni.org/ru/post/2024-kazakhstan-report/ Our partner, Internet Freedom Kazakhstan (IFKZ), published the following article about our joint research report: https://ifkz.org/ru/article/internet-censorship-in-kazakhstan Our report shares censorship findings based on the analysis of OONI data collected from Kazakhstan over the past year, as well as legal analysis and interviews with a few media representatives. Our analysis of OONI data from Kazakhstan reveals: * TLS Man-In-The-Middle (MITM) attacks * Blocking of at least 17 news media websites * Blocking of petition sites and of the Russian language edition of Amnesty International's website * Blocking of at least 73 circumvention tool websites In almost all cases, the blocks appear to be implemented by means of TLS interference, as OONI data shows that the TLS handshakes result in timeout errors after the Client Hello message. This is observed uniformly on all tested networks in Kazakhstan during the analysis period. Notably, we documented the use of the latest government-mandated root certificate authority (CA) – and its use to emit 6 distinct intermediate certificates – that were used to carry out TLS MITM attacks, targeting at least 14 domains on at least 19 networks in Kazakhstan. We found that these intermediate certificates were even being used to perform MITM attacks during periods of certificate invalidity. Overall, as the timing and types of blocked URLs are consistent across networks, ISPs in Kazakhstan likely implement blocks in a coordinated manner. Coordination among ISPs is further suggested by the fact that we found the same certificate used by 19 distinct ISPs to implement TLS MITM attacks. These TLS MITM attacks raise concerns because such practices weaken the online privacy and security of internet users in Kazakhstan. Our report received press coverage from the following outlets: * FactCheck Kazakhstan: https://factcheck.kz/novosti/internet-tsenzura-v-kazahstane-rezultaty-issle… * Ulysmedia Kazakhstan: https://ulysmedia.kz/rassledovaniya/38144-ramki-rukopozhatiia-i-lichnye-dan… * SecurityLab Russia: https://www.securitylab.ru/news/552299.php * Sledstvie Info: https://sledstvie.info/news/45234-informatcionnaja_izoljatsija_kazahstana_k… *## Report on the blocking of OONI Explorer in Russia* In September 2024, Russia started blocking access to OONI Explorer. We published a report, documenting the blocking of OONI Explorer in Russia based on OONI data: https://ooni.org/post/2024-russia-blocked-ooni-explorer/ On 11th September 2024, we received an email from Roskomnadzor, informing us of their decision to block access to OONI Explorer. On the same day, OONI data shows that ISPs in Russia started implementing the block. While Roskomnadzor mentioned their intention to restrict access to the Russian translation of our circumvention tool reachability measurements, in practice, the restriction is far-reaching. The block restricts access to all OONI data hosted on OONI Explorer. On some networks in Russia, we are able to automatically confirm the blocking of OONI Explorer based on fingerprints. For example, OONI data shows that DNS resolution returns an IP that hosts a block page. As part of this report, we made use of the data analysis capabilities of our upcoming OONI pipeline v5 to produce a chart with the breakdown of failure types and errors that enable the characterization of the block. On most networks in Russia, access to OONI Explorer appears to be blocked by means of TLS interference, as many measurements resulted in timeout errors and connection reset errors right after the Client Hello message during the TLS handshake. On 18th September 2024, our Russian partner, Roskomsvoboda ( https://roskomsvoboda.org/) shared news of the blocking of OONI Explorer with Russian communities via Telegram: https://t.me/ru_tech_talk/560 *## Report on the blocking of Twitter/X in Tanzania* On 30th August 2024, Tanzania blocked access to Twitter/X. In early September 2024, we published a short report on our Censorship Findings platform, documenting the block through OONI data. Our report on the (temporary) blocking of Twitter/X in Tanzania is available here: : https://explorer.ooni.org/findings/188763810301 It’s worth noting that our community members also independently reported on the blocking of Twitter/X in Tanzania through the use of OONI tools and data: https://x.com/MelamiVictoria/status/1829502734078185879 https://x.com/ZainaFoundation/status/1829536688890085645 *## Report on the blocking of Twitter/X in Brazil* On 31st August 2024, Brazil blocked access to Twitter/X. In early September 2024, we published a short report on our Censorship Findings platform, documenting the block through OONI data. Our report on the blocking of Twitter/X in Brazil is available here: https://explorer.ooni.org/findings/174962608001 It’s worth noting that our community members also independently reported on the blocking of Twitter/X in Brazil through the use of OONI tools and data: https://x.com/vesinfiltro/status/1830262921789669543 https://x.com/vinifortuna/status/1830349458384486599 https://x.com/OliverLinow/status/1829846237203333282 *## Presenting thematic censorship findings on OONI Explorer* In September 2024, we started developing the new thematic censorship findings pages for OONI Explorer based on the user research and mockups designed in previous months. These pages will focus on OONI measurements pertaining to News Media (https://github.com/ooni/explorer/issues/940) Social Media (https://github.com/ooni/explorer/issues/939) and Circumvention Tools (https://github.com/ooni/explorer/issues/941) and will offer users a way to explore OONI data focused on these specific themes. We also added support for theme tags that will enable the display of relevant reports on each thematic page of OONI Explorer ( https://github.com/ooni/explorer/pull/965) The launch date of these new pages will be determined in the coming weeks. *## Automating censorship detection and characterization based on OONI measurements* We released the OONI Pipeline v5.0.0-alpha4: https://github.com/ooni/data/pull/83 As part of this release, we: * Added a web interface for viewing observations; * Added an API for returning aggregates of observations; * Added a web view for plotting aggregates of observations; * Added support for performing observation generation using multiple cores (instead of multiple threads since it's CPU bound); * Separated the observation activities into distinct smaller activities allowing for more narrowly scoped scheduling and retry policies; * Changed the type of PrevRange so that it's possible to serialize it in JSON allowing to pass it as a parameter to activities; * Moved the update_assets into the observation activity; * Added support for passing config file via `CONFIG_FILE` environment variable; * Made improvements to the CLI commands; * Dropped several CLI arguments that should only be read from the config file; * Made other improvements related to typing. Following this release, we made some important improvements to the schema of the observation tables. Specifically, we: * Replaced observation_id with observation_idx ( https://github.com/ooni/data/issues/87) * Used the PARTITION KEY for deduplication instead of running deletes ( https://github.com/ooni/data/issues/88) These improvements are mainly targeted towards improving the performance of update operations and making them more robust to reprocessing since deduplication is handled natively using the MergeTree table engine deduplication. *## Data analysis for upcoming research report* As part of an upcoming research report on internet censorship in Russia, we analyzed OONI measurements collected from Russia over the past year. We completed this data analysis in September 2024, and further details about the analysis are available here: https://github.com/ooni/backend/issues/847 *## Activities supported by OTF FOSS### OONI Explorer* Notably, we launched an improved navigation menu for OONI Explorer ( https://explorer.ooni.org/) This work is available here: https://github.com/ooni/explorer/pull/950 Based on community feedback shared through our user research in previous months, we improved the navigation menu of OONI Explorer to enhance the discoverability of resources and to enable us to add upcoming new pages in the next months. *### OONI Probe Mobile* We continued to make progress on our multi-platform project that aims to refactor the OONI Probe mobile app. After making good progress on our internal MVP, we turned our attention to leveraging our initial work to start developing the iOS version of Deutsche Welle’s News Media Scan application. This includes tasks like creating the onboarding flow ( https://github.com/ooni/probe-multiplatform/issues/104) building the results summary view (https://github.com/ooni/probe-multiplatform/issues/109) and adding the ability to filter results ( https://github.com/ooni/probe-multiplatform/issues/98) Additionally, we worked on the ability to update OONI Run v2 tests for our own internal MVP ( https://github.com/ooni/probe-multiplatform/issues/53) Here is a list of all issues completed in September 2024 for our multi-platform project: https://github.com/ooni/probe-multiplatform/issues?q=is%3Aissue+is%3Aclosed… *### OONI Run* As part of our final preparation for the launch of OONI Run v2, we took steps to ensure that by releasing OONI Run v2 we would not accidentally introduce any bugs that cause a drop in measurements. We improved our ability to filter measurements by different release channels, ensuring we can filter measurements by our open testing or “beta” channel for our Android application on the Google Play store. This way, we can more accurately compare different versions of our applications as we make changes and enhancements so we can increase our confidence in not introducing issues (https://github.com/ooni/probe/issues/2803) *### OONI Backend Maintenance & DevOps* We worked on switching api.ooni.org to be served from AWS ( https://github.com/ooni/devops/issues/94) focusing first on what was necessary for the OONI Run v2 project so that both the mobile application and the web-based dashboard use the production API. As part of that work, we had to move our test helpers back to Digital Ocean as AWS was proving too costly (https://github.com/ooni/devops/issues/91) We also worked on several other items related to this overall task. ( https://github.com/ooni/devops/issues/93, https://github.com/ooni/devops/issues/95) *## Hiring process for OONI Junior Backend Developer job opening* As part of the ongoing hiring process for a new OONI Junior Backend Developer (https://ooni.org/post/2024-job-opening-ooni-backend-developer/) we continued to review incoming applications and interview shortlisted candidates. *## Test list updates* Throughout September 2024, we did multiple minor updates to the test lists for Kenya, Algeria, Iran, Armenia, Georgia, and Uganda, as well as to the Global test list. All of these updates have been merged ( https://github.com/citizenlab/test-lists/pulls?q=is%3Apr+is%3Aclosed) We also reviewed and merged a more extensive update to the Cambodian test list submitted by the iMAP project: https://github.com/citizenlab/test-lists/pull/1699/files *## Collaboration with agency to boost OONI’s social media presence* In September 2024, we started collaborating with Latte ( https://www.lattecreative.com/en/) an agency in Rome which supports organizations (including many nonprofit organizations, such as Amnesty International and Greenpeace) on improving their communication, branding, advocacy, and fundraising efforts. We are collaborating with Latte on designing an end-of-year fundraising strategy with the goal of boosting OONI’s donations, as well as on improving OONI’s communication and social media presence. *## Fellowship at the Berkman Klein Center for Internet and Society* In September 2024, OONI’s Maria started a research fellowship at the Berkman Klein Center for Internet and Society at Harvard University. As part of her year-long fellowship, Maria will explore how internet censorship changed globally over the past eight years through OONI data. She will also carry out interviews to explore the role of advocacy and circumvention tool groups in responding to emergent censorship events. More information about the 2024-2025 Berkman Klein Center fellowship cohort is available here: https://cyber.harvard.edu/story/2024-07/incoming-2024-25-bkc-fellows *## Rapid response### Blocking of Telegram in El Salvador* On 15th September 2024, El Salvador blocked access to Telegram. On the same day, we rapidly responded by sharing relevant OONI data and findings on social media: https://x.com/OpenObservatory/status/1835360393906074078 The information we shared included a chart produced by OONI data analysis that we performed to examine the reachability of Telegram IPs in El Salvador by probe ASN and target. We found that access to Telegram was blocked on at least 5 networks in El Salvador (starting from around 4am UTC on 15th September 2024), with some ISPs blocking access to Telegram IPs, while others blocked access to Telegram by means of TLS interference. This blocking event resulted in a significant OONI measurement spike in El Salvador on 15th September 2024, as well as in ongoing measurement coverage thereafter (suggesting increased OONI Probe adoption and use of automated testing following the block). This is evident through aggregated OONI measurement coverage in El Salvador: https://explorer.ooni.org/chart/mat?probe_cc=SV&since=2024-08-12&until=2024… *## Community use of OONI tools and data### Sinar Project Blocked or Not tool* Notably, our long-term Malaysian partner, Sinar Project ( https://sinarproject.org/) launched a new “Blocked or Not” tool, which makes use of our miniooni research client and submits data to OONI. Their tool is available here: https://blockedornot.sinarproject.org/ Sinar Project’s Blocked or Not tool is a web service that enables users to easily and quickly check if a website is blocked or not in Malaysia. *### Sinar Project report on the blocking of an entertainment platform* On 20th September 2024, our partner, Sinar Project ( https://sinarproject.org/) published a report documenting the blocking of ArtStation.com, a prominent platform for showcasing games, film, media, and entertainment art. As part of their report, Sinar Project made use of OONI data and encouraged further OONI Probe testing in Malaysia. Read their report here: https://imap.sinarproject.org/resources/internet-censorship-update-blocking… *### Access Now’s press statement on the blocking of Twitter/X in Tanzania* In response to the blocking of Twitter/X in Tanzania, Access Now published a press release condemning the blocking of the platform. Their press release cites OONI data as technical evidence on the block. Read their press statement here: https://www.accessnow.org/press-release/civil-society-asks-who-blocked-x-ta… *### Cloudflare blog post on a global assessment of third-party connection tampering* In September 2024, Cloudflare published a blog post providing a global assessment of third-party connection tampering: https://blog.cloudflare.com/connection-tampering/ As part of this post, they provide case studies through which they compare Cloudflare TCP connection anomalies with OONI reports of connection tampering. Specifically, they compared anomalous Cloudflare TCP connection data with relevant OONI data from our reports on connection tampering cases in Tanzania and Ethiopia, and found that relevant Cloudflare data was consistent with OONI data. This is very interesting because by publishing data on TCP connection anomalies ( https://radar.cloudflare.com/security-and-attacks#tcp-resets-and-timeouts) Cloudflare enable researchers to have stronger signals of connection tampering when compared (and corroborated) with OONI data (and other relevant datasets). Learn more about the launch of Cloudflare Radar’s new dashboard on TCP resets and timeouts here: https://blog.cloudflare.com/tcp-resets-timeouts/ *## Community activities### Workshop for human rights defenders in Nepal* On 19th September 2024, OONI’s Elizaveta facilitated an online OONI workshop for human rights defenders in Nepal. This workshop was hosted in coordination with our new partner, Digital Rights Nepal ( https://ooni.org/partners/digital-rights-nepal/) *### Quarterly OONI Partner Meeting* On 20th September 2024, we hosted the quarterly OONI Partner Meeting via an online video platform. As part of this meeting, we presented and discussed the OONI training calendar for October 2024 and November 2024, which will involve a series of online OONI workshops that we will facilitate for our partners. These workshops include: * Introduction to internet censorship (9th October 2024) * How to use OONI Probe (16th October 2024) * OONI Run v2 demo (23rd October 2024) * Maintaining/updating the Citizen Lab test lists (6th November 2024) * OONI Explorer #1 (13th November 2024) * OONI Explorer #2 (20th November 2024) As part of these upcoming workshops, we aim to share relevant skills and knowledge to enable our partners to participate in OONI censorship measurement activities in their countries and regions. As an outcome, we hope that our partners will be equipped to share such knowledge further with their communities. As part of our Quarterly Partner Meeting, we also discussed updates to our partnership MoUs, plans for censorship monitoring during the upcoming 2025 elections around the world, as well as plans for other future partner events. *### Global Gathering 2024* Between 27th-29th September 2024, OONI’s Elizaveta and Jessie traveled to Portugal to attend the Global Gathering 2024. The detailed agenda of the event is available here: https://wiki.digitalrights.community/index.php?title=Global_Gathering_Agend… As part of their participation, Elizaveta and Jessie: Hosted an OONI booth, during which they provided a live demo of our upcoming OONI Run v2 tool and shared OONI swag (27th and 29th September 2024) Facilitated a discussion on rapid response (28th September 2024) *### OONI Community Meeting* On 24th September 2024, we hosted the monthly OONI Community Meeting on our Slack channel (https://slack.ooni.org/) As part of this meeting, we provided updates from the OONI team, and we discussed the recent blocking of OONI Explorer in Russia, as well as the (global) community’s need to measure the availability of more VPN services and protocols. *## Measurement coverage* In September 2024, 56,049,250 OONI Probe measurements were collected from 3,182 networks in 176 countries around the world. This information can also be found through our measurement stats on OONI Explorer (see chart on “monthly coverage worldwide”): https://explorer.ooni.org/ ~ OONI team.

1 0

Anti-censorship team meeting notes, 2024-10-17
by Shelikhoo 17 Oct '24

17 Oct '24

Hey everyone! Here are our meeting logs: https://gitlab.torproject.org/-/snippets/206 And our meeting pad: Anti-censorship work meeting pad -------------------------------- Anti-censorship -------------------------------- Next meeting: Thursday, October 24 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 == * == Discussion == (Oct 10 New): * Prepare DeploymentTool for Publishing * https://gitlab.torproject.org/tpo/anti-censorship/connectivity-measurement/… (Oct 17 New) * Start Snowflake Broker Transition? * Installation guide updated at https://gitlab.torproject.org/tpo/anti-censorship/team/-/wikis/Survival-Gui… * shelikhoo will run the port scan test from https://gitlab.torproject.org/tpo/anti-censorship/pluggable-transports/snow…, then tell dcf to reallocate resources from the current broker VM to the new one. * Is there a good case study for bridge blocking that would be represented well for a particular region in tor metrics * context: running a simulation for troll-patrol * possible ideal scenario: known instance of a country uniformly blocking obfs4 * https://gitlab.torproject.org/tpo/network-health/metrics/timeline * https://gitlab.torproject.org/tpo/anti-censorship/censorship-analysis/-/blo… * https://censorbib.nymity.ch/#Ramesh2023a Section 6.2 * https://www.bamsoftware.com/papers/snowflake/#block-ru * "Analyzing China's Blocking of Unpublished Tor Bridges" https://censorbib.nymity.ch/#Dunna2018a https://groups.google.com/g/traffic-obf/c/-z0gzKONGtI == 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-10-17 Last week: - mostly afk - started iptproxy rewrite This week: - catch up on reviews and todos - finish iptproxy rewrite - 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: dcf: 2024-10-17 Last week: - snowflake azure CDN bookkeeping https://gitlab.torproject.org/tpo/anti-censorship/team/-/wikis/Snowflake-co… 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: - tell me when to restart the brokers for https://gitlab.torproject.org/tpo/anti-censorship/pluggable-transports/snow… meskio: 2024-10-17 Last week: - plan the work on snowflake proxy packaging - distribute vanilla bridges in HTTPS (rdsys!420) - use lyrebird in obfs4-bridge docker image (docker-obfs4-bridge!16) - rotate internet archive gettor passwords after the breach (rdsys#241) - create a golang base container in our gitlab (tpa/base-images!32) Next week: - investigate if bridges are still jumping distributors (rdsys#232) Shelikhoo: 2024-10-17 Last Week: - [Next Action 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 - [Awaiting Input] Review CI: fix `latest` container image tag. https://gitlab.torproject.org/tpo/anti-censorship/pluggable-transports/snow… - Setup vantage point cn-next-2 (https://gitlab.torproject.org/tpo/anti-censorship/connectivity-measurement/…) - Update probetest image(https://gitlab.torproject.org/tpo/anti-censorship/connectivity-measur… - Merge request reviews Next Week/TODO: - Merge request reviews - Unreliable+unordered WebRTC data channel transport for Snowflake rev2 (cont.) ( https://gitlab.torproject.org/tpo/anti-censorship/pluggable-transports/snow… ) improvements - Work on finishing snowflake container release(and fix the comments) - Work on Parpare DeploymentTool for Publishing https://gitlab.torproject.org/tpo/anti-censorship/connectivity-measurement/… - Update vantage point image on cnnext, russia onyinyang: 2024-10-17 Last week(s): - continue troll-patrol integration for Lox bridge blockage detection Next week: - finish up exploratory and cursory troll-patrol integration for Lox bridge blockage detection - update lox protocols to return duplicate responses for an already seen request - implement and deploy test distributor - 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-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: 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 Relay Operator Community Health - Final report (June 2024)
by gus 17 Oct '24

17 Oct '24

Hello, I wanted to share the "Tor Relay Operator Community Health - Final Project report" (June 2024) made by Ana and Victoria. You can access the report via these links: - Main report: https://www.sr2.uk/reports/2024-TorRelayOperatorCommunityHealth.pdf - Mirror: https://gitlab.torproject.org/-/project/60/uploads/846d7d1816aee92fd2ee283b… best, Gus -- The Tor Project Community Team Lead

1 0

minutes from the sysadmin meeting
by Antoine Beaupré 16 Oct '24

16 Oct '24

# Roll call: who's there and emergencies No emergencies, some noises in Karma because of TLS monitoring misconfigurations. - anarcat - groente - lavamind - lelutin (late) - zen Note: we could have the star of the week responsible for calling and facilitating meetings, instead of always having anarcat do it. # Dashboard review Normal per-user check-in: * https://gitlab.torproject.org/groups/tpo/-/boards?scope=all&utf8=%E2%9C%93&… * https://gitlab.torproject.org/groups/tpo/-/boards?scope=all&utf8=%E2%9C%93&… * https://gitlab.torproject.org/groups/tpo/-/boards?scope=all&utf8=%E2%9C%93&… * https://gitlab.torproject.org/groups/tpo/-/boards?scope=all&utf8=%E2%9C%93&… * https://gitlab.torproject.org/groups/tpo/-/boards?scope=all&utf8=%E2%9C%93&… General dashboards: * https://gitlab.torproject.org/tpo/tpa/team/-/boards/117 * https://gitlab.torproject.org/groups/tpo/web/-/boards * https://gitlab.torproject.org/groups/tpo/tpa/-/boards Note: ~"First contribution" labels issues that are good for people looking for small, bite-sized chunks of easy work. It is used across GitLab, but especially in the `tpo/web` namespace. # Roadmap review Review priorities for October and the quarter. Here are the focuses of people in the team: - lavamind: web issues (build times, search boxes, share buttons), then Puppet 7 server upgrade, possibly Ganeti cluster upgrades after - anarcat and groente will focus on mail (mailman 3 and SRS, respectively) - lelutin will focus on finishing high priority work in the phase B of the Prometheus roadmap - zen will focus on the Nextcloud work and merge roadmap # Next meeting In the next meeting, we'll need to work on: - holidays shift rotations planning - roadmap 2025 brainstorming and elaboration # Metrics of the month * hosts in Puppet: 90, LDAP: 90, Prometheus exporters: 536 * number of Apache servers monitored: 34, hits per second: 594 * number of self-hosted nameservers: 6, mail servers: 10 * pending upgrades: 0, reboots: 0 * average load: 0.66, memory available: 3.51 TiB/4.98 TiB, running processes: 300 * disk free/total: 67.69 TiB/140.19 TiB * bytes sent: 469.78 MB/s, received: 305.60 MB/s * planned bookworm upgrades completion date: 2024-09-09 * [GitLab tickets][]: 259 tickets including... * open: 0 * icebox: 164 * future: 20 * needs information: 6 * backlog: 43 * next: 10 * doing: 8 * needs review: 9 * (closed: 3716) [Gitlab tickets]: https://gitlab.torproject.org/tpo/tpa/team/-/boards Upgrade prediction graph lives at https://gitlab.torproject.org/tpo/tpa/team/-/wikis/howto/upgrades/bookworm/ Now also available as the main Grafana dashboard. Head to <https://grafana.torproject.org/>, change the time period to 30 days, and wait a while for results to render. -- Antoine Beaupré torproject.org system administration

1 0