- tor-project - lists.torproject.org

Sponsor 38 update (Shadow simulator)
by Jim Newsome 01 Jun '20

01 Jun '20

Sponsor 38: https://trac.torproject.org/projects/tor/wiki/org/sponsors/Sponsor38 We've been primarily focused on prototyping the new process-based simulation architecture https://github.com/shadow/shadow/milestone/16: - General libc + syscall interposition plumbing is fairly stable now, including marshaling pointer arguments across the Shadow/Plugin process boundary, in both the ptrace and the LD_PRELOAD interposition mechanisms. - Settled on a logging design and implemented it. In particular we needed to address the problem of logging from our "shim" code that's LD_PRELOADed into the plugin's process. Since it's no longer in Shadow's process, we can't directly use Shadow's logger, which references internal Shadow data structures and in-memory queues. To further complicate things, some code runs both inside Shadow and inside the LD_PRELOADed library, and that code should use Shadow's logger when and only when running inside Shadow. We developed a simple plugabble logger that writes to stdout by default, uses Shadow's logging when running inside Shadow, and a "shim logger" when running inside the LD_PRELOADed shim. This also allows us to use the same logging API inside tests and support libraries. - We've gotten more syscalls and parts of libc implemented, including syscalls from unistd.h and most of the socket.h syscalls. These are the basic interfaces used by almost every network program to handle communication and file descriptor i/o. We are nearly ready to start running some multi-process networking benchmarks. We've also made some general improvements on the public Shadow branch https://github.com/shadow/shadow/pulls?page=2&q=is%3Apr+is%3Aclosed+updated…: - Added both debug and release builds to our continuous integration test matrix, helping us catch more bugs before they get merged. - Got rid of the monolithic shadow.h header, substantially speeding up incremental builds, and improving compatibility with code analysis tools. - Documentation cleanup and additions, including adding contributor guidelines. - Reduced flakiness in multi-process networking tests by moving away from hard-coded server ports. - Added additional integration tests to cover functionality being implemented in the new process-based model. - Migrated from Python 2 to 3. We also spent some time strategizing about how to use Github "milestones" and "issues" to help us plan and prioritize development work and to keep the community updated on our progress. We are still in the early stages and hope to make more effective use of these planning tools over time. Finally, we're thrilled to welcome Steve Engler to the project. Steve is starting today: Monday, June 1.

1 0

s58 - Tor Browser Security, Performance, & Usability Improvements
by Gaba 01 Jun '20

01 Jun '20

Hi! We are meeting every Monday to sync on the work that we are doing to migrate TB from Fennect o Fenix. You can read more about it at https://trac.torproject.org/projects/tor/wiki/org/sponsors/Sponsor58 Meetings are on Mondays at 18UTC. Next one is on June 8th. The meeting pad is https://pad.riseup.net/p/_kbebKhZvNcUuqxQL5NV The notes from June 1st were: Agenda Reviews: https://trac.torproject.org/projects/tor/query?status=needs_review&sponsor=… Look at what people need help with. https://trac.torproject.org/projects/tor/ticket/33658 Status updates: Name: What did you do last week? Anything anybody is block on? What is the plan for this week? Mike: Last week - 5/18: - Realized beta branch for FF78 had not happened until today; redoing diff - Internal priorities discussion Blocking: - Was blocked on FF78 beta branch (delayed?) but it is branched not This week - 6/01: - gecko-dev proxy audit - metrics meeting GeKo: Last two weeks: - tntegrated geckoview into android-compnents in tor-browser-build * still fighting and dealing with issues regarding backout of parts, our potential build target for the beginning etc. - moar review of 33533 Blocking: - decisions for #33939 This week: - test newly rebased patches for mozilla-beta - more testing of gckoview integration into android-components - starting with application-services integration into tor-browser-build - review of acat's rebase work sysrqb: Last week: A little work/progress on #33939: Decide which components of Fenix to rip out, disable, or use Mostly release prep for 9.5 and 10.0a1 This week: More #33939 Create branches for tor-browser-build and (maybe) torbutton Review patches for tbb tests and testsuite Review 9.5 release docs acat: Last weeks: - Fixed intermittent tests for https://bugzilla.mozilla.org/show_bug.cgi?id=1636411 (network.dns.disabled pref) - Built tbb-9.5a13-build2. - Verified fix for https://github.com/EFForg/https-everywhere/issues/19207. - Reviewed Onion-Location docs (https://gitlab.torproject.org/tpo/web/manual/-/merge_requests/1, https://gitlab.torproject.org/tpo/web/support/-/merge_requests/14 and https://github.com/torproject/support/pull/136) - Investigated/tested #34305: NoScript inconsistent behaviour in Firefox 77 - Experimented with running our tests (tbb-tests) in try: #33791. This week: - Rebase (and possibly fix) patches to ESR78 beta. - Try to uplift #33960 (Uplift patch for "32414: Make Services.search.addEngine obey FPI") - Maybe continue with #33791: Evaluate Firefox tests? -- she/her are my pronouns GPG Fingerprint EE3F DF5C AD91 643C 21BE 8370 180D B06C 59CA BD19

1 0

Network meeting notes, 1st June 2020
by Gaba 01 Jun '20

01 Jun '20

Hi! Network meetings are still happening every Monday at 1700UTC on #tor-meeting in irc.oftc.net We had a meeting on June 1st and here are the logs and notes. log: http://meetbot.debian.net/tor-meeting/2020/tor-meeting.2020-06-01-17.00.log… pad: https://pad.riseup.net/p/tor-netteam-2020.1-keep Content of the meeting pad: == Network meeting pad! == Next meeting is at Monday 1 June 1700 UTC on #tor-meeting on OFTC. June Schedule: * Monday 1 June 17:00 UTC * Monday 8 June 17:00 UTC * Monday 15 June 17:00 UTC Welcome to our meeting! We meet each month at: Mondays at 1700 UTC On #tor-meeting on OFTC. (This channel is logged while meetings are in progress.) (See https://lists.torproject.org/pipermail/tor-project/2017-September/001459.ht… for background.) Want to participate? Awesome! Here's what to do: 1. If you have updates, enter them below, under your name. 2. If you see anything you want to talk about in your updates, put them in boldface! 3. Show up to the IRC meeting and say hi! After each week's meetings, the contents of this pad will be sent to tor-project @ lists.torproject.org. After that is done, the pad can be used for the next week. == Previous notes == (Search the tor-project mailing list archive for older notes.) 23 March: https://lists.torproject.org/pipermail/tor-project/2020-April/002804.html 1 April - 4 May: we skipped meetings while transitioning TPI == Stuff to do every week == Let's check and update our roadmap: What's done, and what's coming up? Any change? All the trac tickets for the roadmap are in the team's page: https://trac.torproject.org/projects/tor/wiki/org/teams/NetworkTeam S27 - Asn & Dgoulet - ends at the end of May S28 & S30 - Continue after October - Ahf S55 - Nickm S69 - Nickm - ends at the end of May Non sponsor stuff DoS defenses = Dgoulet + Asn Library Size reduction = Ahf + Dgoulet sbws = Ahf + Juga Check reviewer assignments! How reviews from last week worked? Any blocker? Here are the outstanding reviews, oldest first, including sbws: https://trac.torproject.org/projects/tor/query?status=needs_review&componen… Go over our 0.4.4 status page at https://trac.torproject.org/projects/tor/wiki/org/teams/NetworkTeam/CoreTor… . (If maint-0.4.4 were released as stable tomorrow, what would we regret?) == Reminders == * Remember to "/me status: foo" at least once daily. * Remember that our current code reviews should be done by end-of-week. * Make sure you are in touch with everybody with whom you are doing work for the next releases. * Check other's people call for help in their entries. Volunteers need help. Please help them when you are around. Maybe we should have times of day when different people are responders, and expectations of who helps. ------------------------------- ---- 1 June 2020 ------------------------------- == Announcements [please date] == == Discussion [please date] == [June 1st] Who is taking the s55 tickets owned by teor? - nick and david https://trac.torproject.org/projects/tor/query?owner=~teor&status=accepted&… - What to do with proposals? - discuss each one in Monday meetings. === Active Proposed Policies === * Pull Request Guidelines (stalled) === Design proposals under discussion === 315: require more fields in directory documents (still waiting [6/1]) 316: flashflow (asn and nickm are reviewing, should schedule discussion with pastly. [5/18]) 317: dns (under discussion on ML [5/18]) 318: limit protovers (waiting for more commment; needs discussion [6/1]) 319: wide everything (nick replied on ml; waiting for more discussion [6/1]) 320: tap out again - Do we have a consensus to replace this with a "deprecate v2 onion services" proposal? If so, who writes it? [6/1] protover rethinking (teor's email to tor-dev) (nick needs to reply [5/18]) 321: happy families (need feedback [6/1]) 322: dirport linkspec (need feedback [6/1]) == Recommended links == == Updates == Name: Week of XYZ (planned): - What you planned for last week. Week of XYZ (actual): - What you did last week. Week of ABC (planned): - What you're planning to do this week. Help with: - Something you may need help with. PLEASE DO NOT BULK-DELETE THE OLD ENTRIES! Leave the "Planned" parts! Leave the parts for last week and this week! Nick: Week of 25 May (planned): - Actually taking monday holiday off; brain is fried and a day might help me. - Finish walking onions proposal; last week. - review and merge in general - FINALLY read and reply to prop316? - Try to make a plan for protovers? Week of 25 May (actual): - Finished walking onions proposal - Review and merge a bit. - Respond wrt other proposals - Send out proposals 321 and 322. Week of 1 Jun (planned): - Send out walking onions proposal once copy-edit is done. - Ramp on on S55. - Catch up on all emails - Catch up with all review/merge - Finish triage! - look at jenkins status - can I fix coverity? if not, open a ticket. - opine on gitlab/trac stuff - advance proposal discussions - summarize code-format status, ask for team decision. ahf (afk today due to public holiday): Week of 25/05 planned: - Look into how we can start + connect to the Tor process in Fenix. - Onion-Location docs. - Get merging to tor.git. Week of 25/5 actually: - Fenix and OrbotService integration. - Onion-Location docs with Anto. Week of 1/6 planned: - Gitlab session at all hands. - Continued Fenix work. asn: Week of 25/05 (actual): - Network team work (reviews / merges / ticket work) - Catching up with email backlog. - Some work on token stuff. - Rebooting PoW work. - Spent time taking care of a personal bureaucracy. Done with this phase; will have some more to do in 10 days. Week of 01/06 (planned): - More work on PoW. - More network team work. jnewsome: Week of May 4 (actual): - Some LD_PRELOAD behavior investigation to guide shadow-Phantom design decisions - Added more tests covering next-to-be-implemented shadow-Phantom syscalls - Mentored/reviewed a volunteer PR - Kickoff OnionPerf meeting Week of May 11 (planned): - Start digging into OnionPerf - Start familiarizing myself with Shadow *usage* for Tor simulations - tor-project@ Shadow update email Week of May 11 (actual): - Worked on improving Shadow logging framework - Helped volunteer get their PR to improve tests into mergeable shape and merged - Started poking at OnionPerf Week of May 18 (planned): - tor-project@ shadow update email - finish logging improvement PR - More digging into OnionPerf. #33974: update to tgen 1.0 \o/ pastly: Week of 18 May (planned): - Finish bones of external FlashFlow repo (python?) to control tor clients that perform FF measurements - Finish bones of little-t tor changes s.t. measurement can be performed - Discuss FlashFlow with network team devs as they have questions c: Week of May 25 (planned): - close up work on #33609 - get started on other s55 tickets, potentially knock out 'easy' ones first and take it from there - update https://trac.torproject.org/projects/tor/wiki/doc/gsoc with my information -- she/her are my pronouns GPG Fingerprint EE3F DF5C AD91 643C 21BE 8370 180D B06C 59CA BD19

1 0

Anti-censorship meeting notes, 28 May 2020
by Philipp Winter 28 May '20

28 May '20

Hi all, Here are our meeting minutes: http://meetbot.debian.net/tor-meeting/2020/tor-meeting.2020-05-28-16.00.html And here is our meeting pad: Anti-censorship work meeting pad -------------------------------- Next meeting: Thursday May 28th 16:00 UTC Weekly meetings, every Thursday at 16:00 UTC, in #tor-meeting at OFTC (channel is logged while meetings are in progress). == Goal of this meeting == Weekly checkin about the status of anti-censorship work at Tor. Coordinate collaboration between people/teams on anti-censorship at Tor. == Links to Useful documents == * Our anti-censorship roadmap: * Our roadmap consists of a subset of trac tickets on keyword #anti-censorship-roadmap-2020 * The anti-censorship team's wiki page: https://trac.torproject.org/projects/tor/wiki/org/teams/AntiCensorshipTeam * Past meeting notes can be found at: https://lists.torproject.org/pipermail/tor-project/ * GetTor's roadmap: https://gitlab.torproject.org/groups/torproject/anti-censorship/gettor-proj… * Tickets that need reviews: from sponsors we are working on: * https://trac.torproject.org/projects/tor/wiki/org/sponsors/Sponsor30 * https://trac.torproject.org/projects/tor/wiki/org/sponsors/Sponsor28 * Anti-censorship related tickets that we want other teams to fix: * https://pad.riseup.net/p/tor-anti-censorship-tickets-keep == Announcements == * == Discussion == * S30 UX work - https://trac.torproject.org/projects/tor/wiki/org/sponsors/Sponsor30 * O3.1 (Research different scenarios of how human rights defenders experience censorship) * A1 - Develop Tor user personas as a tool to understand users’ contexts and mental models. - ticket #32811- in progress, Duncan is back and we are collaborating on this. I'm planning to involve Maria from OONI for reviewing it as well. * A2 - Define which censorship scenarios we are going to address.- first approach in the link * A3 - Use Tor user personas to define user flows that will empower human rights defenders to effectively circumvent censorship based on the scenarios identified above.- TBD * O3.2 (Design the flow of how our users can bypass the scenarios of O3.1) * A1 / A2 * User flow part 1: User learns they are under censorship. Create mockups with different solutions on how to notify Tor Browser users about detected censorship. * User flow part 2: Once censorship is acknowledged by the user, we then guide them on how to bypass the detected censorship. Create mockups with different solutions on how to better guide our users to bypass censorship. * I'm not sure what is the best ticket to drop this. I've been working on this, and I want to share it with you so we can start thinking about what we want to do in Tor Browser for this sponsor and with this scope. You can make comments! I can move this to any other place if it is useful/better! <--- Can you create a ticket for it? I was waiting for you to start looking at this to create a ticket. It should be a children of #31283. * https://www.notion.so/antonela/S30-UX-0dd8ffd7a46a44f4ae4660d89f95eb51 * Improvements to snowflake quality of life (by prioritizing less restrictive proxies) also opens us up to DoS attacks. Are we okay with this? Ideas on how to mitigate it? (https://bugs.torproject.org/34129 for context) == Actions == * == Interesting links == == Reading group == * We will discuss "Conjure: Summoning Proxies from Unused Address Space" on May 28 * https://censorbib.nymity.ch/#Frolov2019b * 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. phw: This week (2020-05-28): * Good progress on #34259; mostly done with fetching OONI data. * Also thought about how one could generalise wolpertinger (after all, it's basically BridgeDB for for censorship measurement clients rather than users). * OONI's backend now has support for wolpertinger's API. * Updated onionperf patch set for #30586 with new requirements. * Filed #34298 for onionperf and wrote a fix. * Reviewed #33434 for onionperf. * Reviewed #34286 for GetTor. * Merged #34154 and #33945 for BridgeDB; released version 0.10.1. * Wrote blog post about new BridgeDB release (may come out today). * Reviewed OTF applications. * Finally got access to our Azure account. * Filed #34318 for BridgeDB. * Helped bridge op figure out why bridge didn't have Running flag -- apparently because IPv6 port was unreachable. * Helped agix get a blog account. * Wrote exitmap module to find exits that resolve non-existing domains. Next week: * Make wolpertinger fetch OONI's test results from S3 bucket. Help with: * cecylia (cohosh): last updated 2020-05-28 Last week: - reviews - worked with Hashik on snowflake proxy for android - did more learning about debain packaging and catching up on #33736 - Wrote some code to demonstrate NAT behaviour discovery (#34129) - started integrating NAT behaviour discovery into snowflake - file an upstream pion/stun PR for support for RFC 5780 - wrote a fix for gettor mailer-daemon loop (#34286) - wrote up a summary for the conjure reading group meeting This week: - finish implementations of NAT behaviour discovery (#34129) - Design a way to use NAT behaviour discovery at the broker - implement NAT behaviour discovery in client and proxies - look at viatsk's work on NAT test suite (#25595) - look at BridgeDB's email responder code and see if there's an uninvasive way to integrate GetTor (#3780) - investigate #33669 - Follow up on discussions of debian obfs4proxy package - translations? - testing snowflake client on android (#30318) Needs help with: - review of #34286 - feedback on #34129 juggy : This week: - Dig into the algorithm for how BridgeDB distributes bridges Next week: - Implement audio captchas in moat, figure out how to reduce audio captcha request size - Keep studying BridgeDB to write architectural overview Help with: arlolra: 2020-05-07 Last week: - webext repo versioning / publishing #34140, #34126, #34132, #34127 Next week: - follow ups to #33365 - start on #31201 Help with: - dcf: 2020-05-28 Last week: Next week: - check with Kyle about snowflake fingerprinting results - share access to the snowflake broker CDN configuration (#30510) Help with: agix:2020-05-28 Last week: - Worked on patch for #27984 - Read this weeks paper - Get familiar with blog policies Next week: - Further test #27984 & submit patch Help with: - thymbahutymba: 2020-04-02 Last week: - CI/CD pipeline for multiarch docker images, which has a problem with the apt tor version even though the apt repository have been changed into the Dockerfile. Next week: Help with: HashikD: 2020-04-28 Last week: - Established the WebRTC connection. (in Test project) - Fixed the issue with connectoin termination. (in Test project) - Sending some temporary data to test the connection. (in Test project) - Finished #34308 (closed) creating new project - Finished and commented on #34264, #34307 (merge_ready) Next week: - Getting my merge requests accepted and acting up on feedback of code. Help with:

1 0

Metrics meeting notes, 28th May 2020
by Gaba 28 May '20

28 May '20

Hi! Metrics Meetings are happening every Thursday at 15UTC in #tor-meeting in irc.oftc.net Here are the minutes for the meeting of May 28th: http://meetbot.debian.net/tor-meeting/2020/tor-meeting.2020-05-28-14.58.html And here is the pad notes: ----------------------------------------------------- Agenda Thursday, May 28th, 15 UTC ----------------------------------------------------- OnionPerf project: https://trac.torproject.org/projects/tor/wiki/org/sponsors/Sponsor59 Find out why onion service measurements have gotten slower (#34303) How do we catch future '#34303's? Define lower/upper bounds for TTFB/TTLB/circuit build times/etc. in whichever monitoring tool we're going to use. Automatically run OnionPerf instances with newly changed OnionPerf/Tor code. Analyze unusual distribution of time to extend to first hop in circuit (#34257) karsten updates the HK instance to run a #34303-patched tor version to see if #34303 also affects circuit build times. karsten adds measurements to the ticket by Friday evening for dennis_jackson to look over the weekend. Harmonize TTFB/TTLB definitions with Tor Metrics plots (#34215) We agree that it's a good change. karsten merges after the meeting. Split visualizations into public server vs. v2 onion server vs. v3 onion server measurements (#34216) acute reviews this patch. Update metrics-web to only plot "official" data (#33397) We should have guidelines for archiving experimental measurements; like keeping a tarball of the onionperf-data/ directory, a description of the experiment, versions used, etc. In the future we might want to have long-running measurements that shouldn't be plotted on the Metrics website; like different Tor versions or configurations. Having these in CollecTor would be convenient. We should reconsider this when we have these use cases and see what we need. Fix message logging and filtering (#29369) phw picks this ticket. Any review pending to be assigned? Anybody need any help with anything? Log: http://meetbot.debian.net/tor-meeting/2020/tor-meeting.2020-05-28-14.58.log… -- she/her are my pronouns GPG Fingerprint EE3F DF5C AD91 643C 21BE 8370 180D B06C 59CA BD19

1 0

Privacy-Friendly web- GSoC 2020
by Aya Hany 26 May '20

26 May '20

Hi there :) I'm Aya, I'm studying Computer science at Mansoura University. I will be working on the "Privacy-Friendly web" project as a part of the GSoC with my mentors Hiro and Antonela. The goal of the project is to make websites work better with tor browser, providing a CSS template based on bootstrap.

2 1

Stem Type Hints
by Damian Johnson 22 May '20

22 May '20

Hi all, I'm delighted to announce that Stem now incorporates type information! For a brief description please see... https://blog.atagar.com/may2020/ Cheers! -Damian

1 0

Outreachy Intern Introduction
by Nicolei Ocaña 22 May '20

22 May '20

Hi Tor Project Team, I'm Nicolei Ocana (IRC: nicoleiocana__), one of the 2020 Outreachy Interns. I will be contributing in Project 1: Help Tor Project support our users along with my mentor Gus (ggus) & the Community Team. I am thrilled to be participating with everybody in helping millions of users protect their privacy, safety, and freedom of expression on the the Internet. Thank you Pili Guerra (pili); I am beyond appreciative for the opportunity to aid in circumventing censorship with you guys!

1 0

Anti-censorship meeting notes, 21 May 2020
by Philipp Winter 21 May '20

21 May '20

Hi all, Here are our meeting minutes: http://meetbot.debian.net/tor-meeting/2020/tor-meeting.2020-05-21-15.59.html And here is our meeting pad: Anti-censorship work meeting pad -------------------------------- Next meeting: Thursday May 21st 16:00 UTC Weekly meetings, every Thursday at 16:00 UTC, in #tor-meeting at OFTC (channel is logged while meetings are in progress). == Goal of this meeting == Weekly checkin about the status of anti-censorship work at Tor. Coordinate collaboration between people/teams on anti-censorship at Tor. == Links to Useful documents == * Our anti-censorship roadmap: https://gitlab.torproject.org/torproject/anti-censorship/roadmap/boards * Our roadmap consists of a subset of trac tickets. For 2020 Q1, the trac keyword is anti-censorship-roadmap-2020Q1 * The anti-censorship team's wiki page: https://trac.torproject.org/projects/tor/wiki/org/teams/AntiCensorshipTeam * Past meeting notes can be found at: https://lists.torproject.org/pipermail/tor-project/ * GetTor's roadmap: https://gitlab.torproject.org/groups/torproject/anti-censorship/gettor-proj… * Tickets that need reviews: from sponsors we are working on: * https://trac.torproject.org/projects/tor/wiki/org/sponsors/Sponsor30 * https://trac.torproject.org/projects/tor/wiki/org/sponsors/Sponsor28 * Anti-censorship related tickets that we want other teams to fix: * https://pad.riseup.net/p/tor-anti-censorship-tickets-keep == Announcements == * == Discussion == * Shall we post our monthly report on the blog instead of (or in addition to) the mailing list? == Actions == * == Interesting links == == Reading group == * We will discuss "Conjure: Summoning Proxies from Unused Address Space" on May 28 * https://censorbib.nymity.ch/#Frolov2019b * 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. phw: This week (2020-05-21): * Reviewed #27330. * Reviewed and merged #31528. BridgeDB isn't silly anymore. * Wrote a patch for #30586 (onionperf). * Lots of work on wolpertinger. * OONI started using our public endpoint. * Made some API improvements. * Created API endpoint to POST measurements. * Improved authentication thanks to OONI's feedback. * Started working on shim that relays between wolpertinger and bridgestrap. * Filed #34253 and several S30-related tickets. * Set up GetTor email autoresponder test on our monit instance. * Wrote a fix for #34154. * Made some progress on #34260. * Updated BridgeDB translations (not deployed yet though). * Checked in on #33945; looks like BridgeDB's email autoresponder is healthy again. Next week: * Make wolpertinger fetch OONI's test results from S3 bucket. Help with: * #34154 (extend bridgedb's blockedbridges table) * #33945 (fix bridgedb's failed assertion) cecylia (cohosh): last updated 2020-05-21 Last week: - off Monday (public holiday) - worked with HashikD on GSoC tasks - more work on sponsor 28 evaluation - ran a check for STUN servers that support RFC 5780 - started implementing RFC 5780 support for pion/stun (#34129) - some grant writing tasks This week: - Continue work on STUN servers (#34129 and #25591) - More work on reviving the twitter responder in GetTor (#33036, #27330) - look at old GetTor mirrors (#33893) - investigate #33669 - Follow up on discussions of debian obfs4proxy package - translations? Needs help with: - creation of snowflake repo (#34222) from git-admin juggy : This week: - Dig into the algorithm for how BridgeDB distributes bridges Next week: - Implement audio captchas in moat, figure out how to reduce audio captcha request size - Keep studying BridgeDB to write architectural overview Help with: arlolra: 2020-05-07 Last week: - webext repo versioning / publishing #34140, #34126, #34132, #34127 Next week: - follow ups to #33365 - start on #31201 Help with: - dcf: 2020-05-21 Last week: - helped debug Moat in Tails https://lists.torproject.org/pipermail/tbb-dev/2020-May/001093.html - tried NAT discovery STUN server (#34129) Next week: - check with Kyle about snowflake fingerprinting results - share access to the snowflake broker CDN configuration (#30510) Help with: agix:2020-05-21 Last week: - was held up with university stuff Next week: - Continue work on #27984 & submit/test first patch Help with: - thymbahutymba: 2020-04-02 Last week: - CI/CD pipeline for multiarch docker images, which has a problem with the apt tor version even though the apt repository have been changed into the Dockerfile. Next week: Help with: HashikD: 2020-04-18 Last week: - Learning how to compile the WebRTC library from Google source. - Learning the broker API. - Implementing to test the WebRTC API into a test project. - Getting ICE candidates and forming the SDP on the client-side. (Answer) Next week: -Learning how to format the SDP (Serialize) to send it to the broker and Deserialize the SDP offer from the broker to assign it to the local descriptor of peer connection. - Setting up the project. Help with: - SDP serialization .

1 0

Metrics meeting notes, 21st May 2020
by Gaba 21 May '20

21 May '20

Hi! Metrics Meetings are happening every Thursday at 15UTC in #tor-meeting in irc.oftc.net Here are the minutes for the meeting of May 21st: http://meetbot.debian.net/tor-meeting/2020/tor-meeting.2020-05-21-15.01.html And here is the pad notes: ----------------------------------------------------- Agenda Thursday, May 21st, 15 UTC ----------------------------------------------------- OnionPerf project: https://trac.torproject.org/projects/tor/wiki/org/sponsors/Sponsor59 Update OnionPerf to TGen 1.0.0 (#33974) karsten emails jnewsome about getting access to a testing VM. requirements are not included in setup.py (#30586) acute writes an update on the ticket. Analyze unusual distribution of time to extend to first hop in circuit (#34257) dennis started looking at the analysis and will look more. karsten tries to get two new hosts in Florida and Amsterdam for comparison. Reduce the number of 50 KiB downloads (#34023) karsten comments on the ticket to say that there were no major concerns at the weekly meeting and that we're doing it. Reduce timeout and stallout values (#34024) karsten updates the ticket to say that we agree that this is an improvement, and we're going to do it. Allow users to select Onion Service version to measure (#33434) asn replied on the ticket. Update metrics-web to only plot "official" data (#33397) Remove existing Tor control log visualizations (#34214) Harmonize TTFB/TTLB definitions with Tor Metrics plots (#34215) Fix message logging and filtering (#29369) leaving this here as something to pick up for writing code. Combine multiple analysis files into single data set (#34191) leaving this here as something to pick up for writing code. Python style anarcat suggested pyflakes3 and black acute suggested pylint and yapf phw and jnewsome suggested flake8 as being used in bridgedb and shadow karsten tries out these tools, and we'll discuss them again next week. Reviews (tag with metrics-team if needs review) karsten adds metrics-team to auto-cc for (new) Metrics/OnionPerf tickets. there are 4 tickets that needs reviewer: https://trac.torproject.org/projects/tor/query?status=needs_review&sponsor=… -- she/her are my pronouns GPG Fingerprint EE3F DF5C AD91 643C 21BE 8370 180D B06C 59CA BD19

1 0