tor-project

tor-project@lists.torproject.org

17 participants
2326 discussions

Network team meeting notes, 22 Jan
by Nick Mathewson 23 Jan '19

23 Jan '19

Hello! You can find the logs of yesterday's team meeting at http://meetbot.debian.net/tor-meeting/2019/tor-meeting.2019-01-22-17.58.html Here are the notes from that meeting: = Network team meeting pad! = This week's team meeting is at Tuesday 22 January at 1800 UTC on #tor-meeting on OFTC, because Monday is a US public holiday. Welcome to our meeting! First meeting each month: Tuesday at 2300 UTC Other meetings each month: Mondays at 1800 UTC On #tor-meeting on OFTC. January schedule: * Meeting on 21 Jan 22 Jan, 1800 UTC * No meeting 28 Jan; (some of) the team will be at a face-to-face meeting. February schedule: * Tuesday 5 February at 2300 UTC: teor is on leave, can we swap the 2300 UTC Tuesday meeting to Tuesday 12 February? * Monday 11 February at 1800 UTC, unless we swap (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 list archive for older notes.) 10 Dec: https://lists.torproject.org/pipermail/tor-project/2018-December/002120.html 17 Dec: https://lists.torproject.org/pipermail/tor-project/2018-December/002127.html 8 Jan: https://lists.torproject.org/pipermail/tor-project/2019-January/002155.html 14 Jan: https://lists.torproject.org/pipermail/tor-project/2019-January/002170.html == Stuff to do every week = * Let's check and update the roadmap. What's done, and what's coming up? url to roadmap: https://docs.google.com/spreadsheets/d/1Ufrun1khEo5Cwd6OwngERn829wU3W3eskdr… * Check reviewer assignments at: https://docs.google.com/spreadsheets/d/1Ufrun1khEo5Cwd6OwngERn829wU3W3eskdr… Here are the outstanding reviews, oldest first: https://trac.torproject.org/projects/tor/query?status=needs_review&componen… Including sbws: https://trac.torproject.org/projects/tor/query?status=needs_review&componen… * Also, let's check for things we need update on our spreadsheet! Are there important documents we should link to? Things we should archive? * Check rotations at https://trac.torproject.org/projects/tor/wiki/org/teams/NetworkTeam/TeamRot… Core Tor/sbws is now part of the bug triage, CI, and reviewer assignment roles == 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 * Remember to fill up actual point when you finish a task (as well as update the estimate when starting the issue). * Add planned PTO to the calendar https://storm.torproject.org/shared/ISA5L5nH0Xu88iqSCx9ZjCXYSMKOBTdbUeWarbd… * Check other's people call for help in their entries. ------------------------------- ---- 22 January 2019 ------------------------------- == Announcements == * Drafting Hackweek agenda. We will meet the week before the hackweek. * draft agenda https://pad.riseup.net/p/tor-netteam-agenda-hackweek-2019.1-keep <-- please check it out and send me any comments/questions about it. * date to discuss it: January 22nd 9pm UTC == Discussion == * teor is on leave on 5 February at our normal meeting time, can we swap the 2300 UTC Tuesday meeting to Tuesday 12 February? (Sounds okay; let's finalize this in Brussels.) * How can we review all the reviews in our backlog? (see query links in "Stuff to do every week") Ideas: move reviews around among people more proactively? prioritize which reviews are most urgent? share reviews of big tickets among 2 people? Let's talk more in brussels * Who can calculate the release capacity and estimated points every week? (Gaba will do the calculations, if teor sets up a spreadsheet. We can turn them into a script later if we want.) * 040 bugfixes until the stable release date * 041 all tickets until the code freeze date teor ran out of time to do the spreadsheet this week, let's work on it at the hackfest. * Nick needs others to help with Q&A on the release blogposts. Or we could stop opening comments. == Proposed tickets == * Teor is bringing a proposal for proposed ticket (let's try it for a few weeks, then discuss during hackweek) https://pad.riseup.net/p/network-team-triage-2018 Reminder: please add points estimates to proposed tickets! Please tag proposed tickets with 040-proposed or 041-proposed, and add a points estimate (in days). If the ticket needs to be added to the roadmap, put it on the list below, so we can talk about it at the meeting. === 035-proposed === #29042 Error loading private key after 0.3.5.7 upgrade needs_review #28248 Add comments around rust compilation flags accepted <=== accepted if Nick can do it quickly. #29134 Document the max number of v3 client auths I can make new === 040-proposed === Capacity Estimate TODO: turn capacity estimates into a script or spreadsheet ?? points of proposed tickets ?? points of accepted tickets ?? days left until the 0.4.0 release, approximately ?? * 0.36 = ?? coding days per person (see below for calculations) List of tickets that aren't on the roadmap #29040 -- Tor crashes if ClientOnionAuthDir contains more than one public key for a hidden service (new) <-- defer deciding until asn & dgoulet input #28363 -- Make a torrc option which prevents Tor from falling asleep Is this a duplicate of one of our Sponsor 8 dormant mode tickets? Open 040-proposed tickets: https://trac.torproject.org/projects/tor/report/77 Open 040-proposed tickets with no points estimate: https://trac.torproject.org/projects/tor/report/78 === 041-proposed === Capacity Estimate TODO: turn capacity estimates into a script or spreadsheet ?? points of proposed tickets ?? points of accepted tickets 113 days left until the 0.4.1 feature freeze, approximately 40 coding days per person, minus ?? days for 040 bugfixes 5/7 work days in week * 220/260 non-leave week days in year * 3/5 coding days in week = 0.36 coding days per calendar day (coding days exclude reviews, admin, travel, meetings) List of tickets that aren't on the roadmap #25417 -- HSFETCH support for v3 Hidden Services (needs_review) Points needs asn or dgoulet's input, how much effort will it take us to merge this code? Should we try for 0.4.1? There's something subtly wrong with a bunch of our HSv3 IPv6 code: <-- defer deciding until asn & dgoulet input #26992 -- Add intro point IPv6 address to service descriptors (needs_revision) #23588 -- Write fascist_firewall_choose_address_ls() and use it in hs_get_extend_info_from_lspecs() (needs_revision) #23576 -- Make service_intro_point_new() take a node instead of an extend_info (needs_revision) I have tried to debug the issue for a few hours, but I didn't make much progress. I expect it will take a few days to debug: let's defer these tickets, and pick them up if we have time later in the release There 79 tickets below, what do we do? Open 041-proposed tickets: https://trac.torproject.org/projects/tor/report/75 Open 041-proposed tickets with no points estimate: https://trac.torproject.org/projects/tor/report/76 {79 tickets here; tabling them till Brussels.} == Recommended links == == Updates == NOTE NEW FORMAT! 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! gaba: Week of 01/13 (actual): - remove s8 from tickets - anti-censorship plans - weekly meeting kickoff - S8 report - s31 follow up - help with various grant reports - bridgedb: talked with sysrqb and updated tickets Week of 01/21 (planned): - hackweek planning - anti-censorship meeting - finish s8 report for pili to send - check on s31 follow up teor: (offline) Week of 14 Jan (planned): High-Priority: - PrivCount proof of concept (#29004 and related tickets) - unit tests for extra-info documents Medium-Priority: - (no sbws reviews, I need to focus on PrivCount before the hackfest) - Sponsor 8 tasks - are these important enough to do anyway? - Ask metrics to monitor bootstrap speed - Tweak bootstrap settings to work when lots of fallbacks are down (and also on networks that drop packets) Week of 14 Jan (actual): High-Priority: - PrivCount proof of concept (#29004 and related tickets), focused on bandwidth stats this week - Travel preparation / hackfest preparation Medium-Priority: - a small IPv6 review, some sbws reviews - some proposed tickets admin, and other admin Help with: Nick: Week of 14 Jan (planned): - Finish pubsub revision - Merge final stuff for 0.4.0.1-alpha; freeze on Tuesday! - Release 0.4.0.1-alpha, maybe. - Triage 0.3.5 and 0.4.0 tickets :( - Advance modularization discussions - Help on snowflake stuff? Week of 14 Jan (actual): - Last-minute bugfixes and freeze on 0.4.0.1-alpha - Alpha release - Start a fresh round of 0.4.0 triage - Revise various tickets - Work on publish/subscribe refactoring - Fast-fixes for several smallish tickets. Week of 21 Jan (planned): - US Holiday on Monday. - Prepare for hackweek - Work on a scalability idea I've been tossing around. - Talk with some mozilla people. - Anticipating ~9 hours of meetings this week. :( - Trying to identify must-fix stuff for 040 or earlier. Please help? Need help wih: - Triage 0.3.5 and 0.4.0 tickets :( - Advance modularization discussions dgoulet: (offline, in bed ill) Week of 01/14 (planned): - prop289: Fix remaining bugs (I know what they are). Jump on unit tests and then massive chutney testing. - Re-review spec for #28180 with ahf after dcf1 comments. Mike: Week of 1/14 (planned) - Finishing touches on #28142 - convert wtf-pad TODO file to tickets and make a plan for 0.4.1 - Help more with modularization plan? Week of 1/14 (actual) - Finishing touches on #28142 - Weighted and prioritized wtf-pad tickets for 0.4.1; Over 53 points so far :/ - Looked at vanguards work; maybe 5-10 points here Week of 1/21 (planned) - Do some vanguards work - Figure out how much help with wtf-pad is available, and decide on in/out for 0.4.1 tikets - Write some wtf-pad documentation? catalyst: week of 01/14 (2019-W03) (planned): - prep for Brussels meeting - more follow up fixes related to #27167 - follow up on modularization thread - ticket reviews week of 01/14 (2019-W03) (actual): - reviews - found and helped investigate (surprise!) test nondeterminism along with Riastradh, ahf, nickm - made some comments on the pad about modularity stuff week of 01/21 (2019-W04) (planned): - reviews - prep for Brussels meeting juga (offline): Week 14/01 (planned) - Continue on working out how sbws can report excluded relays in the bandwidth file (#28563) - Continue with refactoring (#28684) - Write last 3 months report Week 14/01 (actual) - Continue with refactoring (#28684) - Adapt bandwidth file classes to be compatible with stem #29057 - Write last 3 months report - Revise Authorities should put a hash of the bandwidth file in their votes (#26698) Week 21 Jan (plan) - Review minor bandwidth file spec updates (#29079) - Revise Authorities should put a hash of the bandwidth file in their votes (#26698) - Update documentation for the relay prioritization and revise (#28868) - Look at stem bandwidth file parser (#29056) - Continue with refactoring (#28684) asn: [Will be at an apointment during the net team meeting, but I will be present on the one about the hackfest afterwards.] Week of 01/14 (planned): - Monday: Tor lecture in local university. - Get #28142 merged. - Work on the onion service proposal. - Check out the brussels hackfest thread. - Do reviews. Week of 01/14 (actual): - Did a lecture about Tor in a local university (unipi.gr) as part of the security class. There were about 30 people present and I feel like they really enjoyed it. They had lots of questions and the thing was interactive until the end. Was fun! - #28142 is merged no joke!!! - Worked on the onion service funding proposal. - Organizing a Tor meetup in a new hacklab in Athens this Friday. Gonna be a good one. - Did reviews. Week of 01/21 (actual): - Prepare for the hackfest. - Start triaging 040 bugfixes. - Do reviews. - Do the Tor meetup on Friday. Help with: - We good. ahf: Week of 1/14 (planned): Sponsor 19: - Finish WebRTC + broker + client + proxy architecture document. - Reach conclusion with David and David about #28181 and #28182. Misc: - Help David with code review for authenticated sendme's. - Sysadmin interview progress. CI/Coverage: - Try to reproduce #29036 again Week of 1/14 (actually): Sponsor 19 (and a bit of 8): - Conclusion reached for #28181 and #28182 and patches to tor via PR#645. - We had our first anti-censorship check-in meeting. CI/Coverage: - Didn't manage to reproduce #29036. Misc: - I think we have found what our second round tasks for sysadmins interviews are. - Managed to get some stomach bug thursday evening, was pretty useless friday and some of monday. - Reviews. - Added points to missing tickets. - Try to help with some of the random test failures before the 0.4.0 alpha. Week of 1/22 (planned): Sponsor 19: - Follow up on some action items from the anti-censorship meeting. - Figure out what Snowflake things we want to do in Brussels? - Finish proxy part of Snowflake architecture document. Misc: - Solve the Windows CI issue that I didn't finish last week.

1 0

Tor Browser Release Meeting: Wednesday 23rd January @1900UTC
by Pili Guerra 22 Jan '19

22 Jan '19

Hi all, It's Tor Browser Release meeting week again: Wednesday 23rd January @1900UTC over at #tor-meeting Our next release is planned for next week (end of January) so this will be a good chance to get a sneak peek at what's going to be going into the upcoming release. We look forward to seeing you there :) Thanks! Pili — Project Manager: Tor Browser, UX and Community teams pili at torproject dot org gpg 3E7F A89E 2459 B6CC A62F 56B8 C6CB 772E F096 9C45

1 0

I figured out v3 onion client auth and wrote a blog post
by Matt Traudt 21 Jan '19

21 Jan '19

See it here: https://matt.traudt.xyz/p/FgbdRTFr.html or http://mattttttssi4lhud.onion/p/FgbdRTFr.html or http://zfob4nth675763zthpij33iq4pz5q4qthr3gydih4qbdiwtypr2e3bqd.onion/p/Fgb… While doing so I opened two tickets: Document the max number of v3 client auths I can make https://trac.torproject.org/projects/tor/ticket/29134 Failing to connect to a v3 onion service with client auth produces really long lines in log https://trac.torproject.org/projects/tor/ticket/29135 Sometimes it seems like advanced features aren't documented very well, so I thought I'd write down what I figured out. I encourage Tor to use this in whatever way makes sense. Matt

3 2

Bandwidth scanner report - October-December
by juga 20 Jan '19

20 Jan '19

Hi, The main news during October-December were: - sbws 1.0 was released in October, including a Debian package and OpenBSD package. However it's recommended that bandwidth authorities wait for 1.0.3 release to start running it. - longclaw started to use bandwidth files created by sbws in November. This allowed us to detect more bugs. It has been stable since December. In October we decided that the short term main goals are: - Get sbws to scale and produce similar results as torflow. - Change Torflow to sbws in the current bandwidth directories . - Get all the directory authorities to run sbws. In a longer term, when all torflow instances are replaced, the main goal is to decide which should be the load balance in the Tor network. These were most of the tasks: * New features: - Add documentation about how the bandwidth measurements are selected and scaled before writing them to the bandwidth file. - Warn when the difference between the total consensus bandwidth and the total bandwidth with the relays included in the bandwidth file is larger than 50%. - Include headers in the bandwidth file about the percentages of measured relays that are included in the file. - Warn when the percentage of relays in the bandwidth file is less than the 60% of the relays in the network. - Write bandwidth file only when the percentage of measured relays is bigger than 60%. - Change the name of some keys used in the bandwidth file. - Do not measure round-trip time by default. It was proven that latency didn't affect much the measurements, and was slowing down the scanner. - When scaling bandwidths as torflow, round to 2 significant figures by default. This implements part of proposal 276. - Change Python minimal version. - Change default directories when sbws is run from a system service. - Do not overwrite bandwidth file to avoid race conditions, instead generate the files atomically. - Add command to remove old bandwidth files. - Create a Debian package. - Update sbws to use stem 1.7.0 release. - Add a command line argument for the configuration file. - Improve INSTALL and DEPLOY documentation. - Update bandwidth file specification. * Fixed bugs: - To include a relay in the bandwidth file, at least 2 measurements for that relay must be X seconds away. - Use the option to take into account measurements that are away from each other X seconds when it's enabled . - Do not resolve destination domain locally and unify criteria to choose relays as exits. - Bandwidth filtered is the maximum between the bandwidth measurements and their mean, not the minimum. - Stop measuring the same relay by two threads when a new loop with the new relays to measure starts. - Ensure de default scaling method is torflow, leave command line argument option but ignore it, update documentation reflecting this. - Continue running with default configuration when the config command line argument argument is provided but the file can not be found. - Use 5 "=" characters as terminator in the bandwidth files. - Update bandwidth file specification version in the `generator`. - Compare with consensus bandwidth and MaxAdvertisedBandwidth when scaling as torflow. - Remove old links in the documentation. Cheers!, juga.

1 0

Notes from January 17 2019 Vegas team meeting
by Karsten Loesing 18 Jan '19

18 Jan '19

Notes for January 17 2019 meeting: Gaba: 1) network team 1.1) progress on S8 reports 1.2) continue hackweek preparation 2) ooni 2.1) starting 1:1s 2.2) discussion on workflow for ooni probe development 3) anti-censorship 3.1) this week we start anti-censorship weekly meetings 3.2) kat sent first draft on second report 4) funding 4.1) gathering ideas from teams for DRL 5) metrics 5.1) sent report on sponsor 13 for December 6) attended (with Erin) workshop "equity informed conflict resolution in the workplace" at https://resolutionsnorthwest.org/. Georg: 1) We started to work on items for our esr68 transition (new Windows toolchain, Tor Launcher/Torbutton integration into the browser directly; more is to come here in the next weeks and months) 2) Preparations for the upcoming releases on 1/29 3) Work on ideas for upcoming proposals and OTF proposal revision Mike: 1) Finished up tor 0.4.0 Sponsor2 things 2) Helping plan modularization work and 0.4.1 Sponsor2 work Antonela: 1) Working on 2019/2020 outreach material with the community team 2) Preparing FOSDEM Talk 3) Working on illustrations for tpo.org 4) Working on #28329 - TBA Onboarding 5) Delivered #29035 - TB + TBA Newsletter subscription 6) Did OONI Country pages design review - We have user testing coordinated by Maria for next week 7) Reviewed OTF Onions proposal 8) Reviewing tpo.org and tpo.org/about on staging 9) Added ideas on DRL SOI - https://storm.torproject.org/shared/VH8GggHtKsYoXWqvftKSLsB1Z5goOWaWIxsHWX9… Steph: 1) working on another Tor stories survey 2) putting together our comms strategy 3) responding to press inquiries. 4) added several upcoming events to our blog listings. If there are others you’re involved with coming up, let me know Nick: 1) New alpha release tomorrow. 2) Getting ready for network team Hack week in Brussels, the week after next. Need to make sure we have the correct deliverables lists. Roger: 1) Out with eyeball woes. Send me email on Sunday / Monday if there's a thing I should know / remember / do. Sue: 1) Invoiced multiple funders 2) Closed books for December 3) Invoicing the remaining funders 4) Continue to work on multiple requests from the auditors to complete the 06/30/2018 audit and tax return. Erin: 1) General hr stuff 2) Moving forward with sysadmin screening process 3) Will be posting browser dev job soon (to replace Arthur) Karsten: 1) Wrote a patch for replacing all dates/timestamps in metrics-web with Java 8 date/time API types and started with a similar patch for metrics-lib. pili: 1) Almost done with S8 report 2) Moving Gettor forward 3) Trying to figure out if it makes sense to apply for GSoC this year - do we have excited/interested mentors in any team? 4) Getting closer to figuring out illustrations for the website 5) Logistics for S9 India visit Sarah: 1) Finalizing YE campaign results and documentation for Wiki. 2) Met with Alison and Arturo and Al to see how we can help secure new funding for LFI and OONI. 3) Helping with OTF response and Rose Foundation report. 4) Preparing to modify donate pages to include information about monthly donor and major donor programs. 5) Reconciling 2018 income with Sue. 6) Hoping to get system to accept additional cryptocurrencies up and running soon. isabela: 1) Preparing board book for board meeting jan 25th 2) Helping people finish answering all the questions from OTF on our onion service proposal 3) Start a doc for donation page modifications we will need in order to launch major donors program and monthly donors program 4) Working w/ money machine to define the projects we will be proposing for opportunities due at the first week of feb 5) organizing tasks for the 'there is no dark web strategy'

1 0

December Communications Report
by Stephanie A. Whited 16 Jan '19

16 Jan '19

Hi Tor, In December, we were focused on the EOY campaign across all of our channels. You can see the results in Sarah's fundraising report sent yesterday. Thank you to everyone who helped share the word and write blog posts. Steph attended Mozilla All Hands and worked with the Berkeley Group and attended their presentation on Tor's image and strategy insights to inform our upcoming comms strategy. We also worked with the UX and community teams on our website redesign. Dec in links and stats: New blog posts https://blog.torproject.org/strength-numbers-library-freedom-intellectual-f… https://blog.torproject.org/strength-numbers-usable-tools-dont-need-be-inva… https://blog.torproject.org/strength-numbers-internet-freedom-movement-must… https://blog.torproject.org/strength-numbers-entire-ecosystem-relies-tor https://blog.torproject.org/strength-numbers-measuring-diversity-tor-network https://blog.torproject.org/transparency-openness-and-our-2016-and-2017-fin… https://blog.torproject.org/strength-numbers-fighting-internet-censorship Twitter https://twitter.com/torproject New followers: 2,373 Top tweets: https://twitter.com/torproject/status/1070428737227931659 https://twitter.com/torproject/status/1073318560188022784 https://twitter.com/torproject/status/1072128288796143616 Mastodon https://mastodon.social/@torproject New followers: 340 LinkedIn https://www.linkedin.com/company/tor-project/ New followers: 85 Facebook https://www.facebookcorewwwi.onion/TorProject New followers: 136 Instagram https://www.instagram.com/torproject/ New followers: 80 Newsletter https://newsletter.torproject.org/archive/2018-12-27-invasive-data-tor-ecos… Notable press https://www.zdnet.com/article/half-of-the-tor-projects-funding-now-comes-fr… https://boingboing.net/2018/12/18/charitablegivinguide.html https://www.cyberscoop.com/tor-funding-isabela-bagueros-december-2018/ o/ comms -- Stephanie A. Whited Communications Director The Tor Project IRC: stephw PGP Key ID: 39A876AD <https://pgp.mit.edu/pks/lookup?op=get&search=0x6D6B72C339A876AD>

1 0

December Fundraising Report
by sstevenson＠torproject.org 15 Jan '19

15 Jan '19

Hello! The fundraising team was busy in December! Most of our time was taken up with the year-end fundraising campaign. We coordinated and wrote blog posts, sent emails, helped with social media challenges, sent a postal letter to 160 individuals who have given in the past, and contacted high net-worth individuals who have never given to Tor. We are working out final income totals for 2018, but we do know that we raised more from individuals than ever before. We received 100 new monthly donors during the campaign and 2,029 donors gave their first gift to Tor. We will work to steward these donors so that they continue to give to Tor. In addition, we’ll be receiving the Mozilla match and a $20,000 match from a donor in the coming weeks. Here are some comparisons of income by source that you might find interesting. The biggest changes from 2017 to 2018 is that we received far fewer bitcoin donations (most likely because the value has decreased) and more donations through the mail. (Pleases note that these figures are not final, as we still have some reconciliation to do.) Bitpay 2018: $4,310 Bitpay 2017: $50,124 Mail 2018: $58,837 Mail 2017: $32,307 Donate page 2018: $153,720 Donate page 2017: $154,310 One of the exciting results of the campaign is that we saw a dramatic rise in engagement. We now have 16,573 subscribers to the email list when we had 6,905 at the beginning of 2018. We had more than 100,000 more hits to the donate page in 2018 and those originating from the Tor Browser banner was 73,047 in 2017 and 175,984 in 2018. Steph has done an amazing job building up the Twitter audience and we saw the hits to the donate page originating from Twitter increase from 26,220 in 2017 to 42,609 in 2018. We also saw a great increase from our followers on Mastodon. We saw fewer donors choose to receive the campaign t-shirt this year (11.2% in 2018 and 21.5% in 2017). This could be due, in part, to making the opt-out more clear on the donation page. We are working on a Wiki that will outline all of the efforts for the past several years and provide timelines. We are also beginning to plot out the 2019 campaign and plan some adjustments that include: choosing a theme and possible logo designs in May, conducting a survey of t-shirt designs in the fall to get early engagement from followers, optimizing the donation page (especially on mobile) to increase conversions, better coordinating external validators to promote the campaign, and increasing the number of social media challenges. In addition to the campaign, Al submitted OTF Core Infrastructure proposal for UX work and we were notified that we were granted funds from MOSS to do phase 1 of core Tor modularization. This is in addition to researching and coordinating the grant strategy for 2019. Sarah also attended the Berkeley Group presentation on branding in California and sat on a panel for a grad school class on fundraising at Georgetown University. Please let me know if you have any questions! Sarah Sarah Stevenson Fundraising Director The Tor Project sstevenson(a)torproject.org Public Key: 93B3 AC08 4257 FA3D D4BB 8E95 CC08 5DBA C015 612A

1 0

blog comment policy draft -- request for feedback
by Alison Macrina 15 Jan '19

15 Jan '19

Hi everyone, A few of us have drafted this blog comment policy to help with comment moderation and responses. We'd like to get some feedback from the community before we make it official. Please take a look and give feedback on the pad by January 18: https://pad.riseup.net/p/tor-blog-comment-policy-draft Thanks! Alison -- Alison Macrina Community Team Lead The Tor Project

3 2

Tor Browser team meeting notes, 14 Jan 2019
by Georg Koppen 15 Jan '19

15 Jan '19

Hi everyone! We had another weekly Tor Browser meeting yesterday. The IRC meeting log can be found at: http://meetbot.debian.net/tor-meeting/2019/tor-meeting.2019-01-14-18.59.log… The meeting notes are copied below, for your convenience: Monday January 14, 2019 Discussion: - Google Summer of Code (GSoC) Application (pili - apologies I will likely be afk for the meeting) - Projects? Volunteer mentors? Could be both Tor Browser or "Applications Team" projects. (GeKo: tjr can imagine to mention the crash report project further) - Plan for Tor Launcher/Torbutton compat with ESR 68 (GeKo: tentative schedule for landing that is 9.0a1; we don't get enough testing for 8.5) - Replacement for donation banner (#29035) (GeKo: I put that on my plate and anto provides the remaining UX items) - Can we move this meeting 30 minutes or 1 hour earlier? (sysrqb now has a partial conflict, but can adjust if changing the meeting is too difficult) (GeKo: tentively moving to 1830UTC, I need to get back to igt0 whether that works for him, too) - next meeting? (GeKo: on Monday is US holiday, so let's meet on 1/22 instead) pospeselr: Last Week: - updated icons for #25702 (rebranding) and #28546 (windows installer branding) to fix clipping/squashing issue - reviewed #28711 (arraybuffer metadata in its own arena) and #28329 (TBA+Orbot design) - backported 1446472 (and than discovered tjr beat me to it lol) - squashed/rebased #25702 - began work on #25658 (security settings) boklm - ran into a couple of build issues this past week (just in case you weren't aware): - https-everywhere explicitly requiring python 3.6 in it's make.sh script (container installs python 3.7 now when just installing the python package) - issues building servo in the latest alpha branch in tor-browser, didn't delve too deeply into this on Friday since I was on my laptop [boklm: can you open tickets with some details about those issues?] richard : can do! This Week: - file tickets for above-mentioned issues - #25658 work (security settings) pili: likely afk for meeting Last week: - Sponsor 8 report - Tor Browser release meeting - OTF Onion service SMART objectives - Starting to look at team budgets This week: - Review 2019 needs and priorities - looking into orbot and trac discussion on mailing lists GeKo: Last week: - refined patch for #28716 (mingw-w64/clang toolchain) and mapped out remaining things to be done for #28238 - begin-of-the-month admin dance - finally commented on the ideas in doc for #3600 - I reviewed #28705 and started with #25702 and #26858 - wrote patches for #29028 (activate canvas warning improvements), #28874 (WebGL crashes), #28814, and #29081 (hardening of libwinpthread) - helped with bug investigations (#28823, #tra) - looked over #28329 and tor-launcher redesign - looked over sponsor proposals This week: - help with mobile stuff where needed - backport fix for bug 1469916 - work on various issues related to #28238 - work on the donation banner replacement (#29035) - looking closer at https://bugzilla.mozilla.org/show_bug.cgi?id=1376621#c12 - reviews, review, reviews sysrqb: Last week: Real World Crypto Wrote/sent email about Google Play reviews Worked a little on TBA bootstrap process (#28329) This week: More work on UI for #28329 Finish fastlane patch Review TOPL/Orbotservice ticket (#29080) Update branch for app crash during download (#28705) mcs and brade: Last week: - Worked on #28044 (Integrate Tor Launcher into tor-browser). - Did some experiments. - Commented in the ticket. - Opened #29045 for dormant mode follow up work (Tor Launcher). - Completed end of quarter/end of year administrative tasks. This week: - #28836 (Links on about:tor are not clickable anymore). - #28885 (notify users that update is downloading). - Work on a proposal for #28044 (Integrate Tor Launcher into tor-browser). - Out of the office on Friday, January 18th. boklm: Last week: - investigated binutils reproducibility issue and made patch to update binutils to 2.31.1 (#26148) - started a patch for #27531 (Tor Browser 8 crashes trying to print on Linux) - fixed some testsuite issues (#27136, #27114) This week: - continue work on testsuite - test patch for #27531 (Tor Browser 8 crashes trying to print on Linux) - some reviews: #29081, #28716, #28803, #28874 - will be afk on Friday tjr: Leave is coming, but unsure of dates. Lots of mingw work. "gk: where to track the remaining work for enabling accessibility support on windows, because it's still not functioning properly it seems with the patches we have" tjr: Can you elaborate? And/or show me a not-scary (trustworthy/open source) accessibility tool to test with? [GeKo: accessibility is not working in e10s, see: https://trac.torproject.org/projects/tor/ticket/27503#comment:13 ff. I noted that on the moz bug, see comments 11 and Jacek's reply in comment 19. I have not looked whether there are non-scary tools yet] "gk: --enable-accessibility on mingw-gcc" tjr: Yes, I did not test this (on TaskCluster or otherwise). If switching to mingw-clang is on the horizon, I am not inclined to try and get support for this working on TaskCluster [GeKo: works for me, just so you are aware of that this breaks the mingw-w64/gcc builds once this gets enabled on esr60][tjr: they use different mozconfigs; so it the mingw-gcc builds will stay --disable-accessibility][GeKo, yeah, fine with me] I have an --enable-accessibility, --enable-sandbox, pdbs esr60 build working in TaskCluster. Have requested uplift of a bunch of patches On central; I am personally being plagued by https://bugzilla.mozilla.org/show_bug.cgi?id=1519608 but others don't seem affected TODO: - Uplift the aforementioned esr60 patches - Land small -central patches (--enable-accessibility, Bump MinGW, _WIN32_WINNT) - Investigate ASLR - Investigate if we can ditch binutils We have a next step forward on the rust stuff: https://bugzilla.mozilla.org/show_bug.cgi?id=1376621#c12 It's not significant; but we'll see where to go from here. Am I correct in thinking that this is basically the same thing you did (look for connect/socket/etc calls) except you did it in the source, and this is on the object file? [GeKo: have not looked yet, but can do this week, hopefully; sysrqb thinks the answer is "yes"] Uplifted https://bugzilla.mozilla.org/show_bug.cgi?id=1446472 which will show the Canvas icon if canvas is auto-blocked because it has no user input. Landed https://bugzilla.mozilla.org/show_bug.cgi?id=1509829 which uplifts Tor's "Only reveal the OS in the JS navigator object and not the User-Agent header" I should backport this to esr60. anto: - working on #28329 - TBA + Orbot - working on #29035 - Newsletter Subscription links - reviewing TBA - added UX improvements ideas for TB on DRL doc for the UX team - reviewing sysrqb's list of GPlay TBA reviews sisbell: Last week: - #29080 Merge OrbotService and TOPL - did initial prototype and outlined details of changes needed in trac issue - #28803 - Integrate building PT - finished android-pluggable-transport project (ready for review) This Week: - #29080 - Cleanup work and create patches for OrbotService - #27609 - Evaluate Tor Onion Proxy - I’ll setup project in tor-browser-build and create patch as specified in #29080 Georg

1 0

Network team meeting notes, 14 Jan 2019
by teor 15 Jan '19

15 Jan '19

Hi, Our next meeting is on Tuesday 22 January at 1800 UTC. You can find our meeting logs here: http://meetbot.debian.net/tor-meeting/2019/tor-meeting.2019-01-14-17.58.html Below are the contents of the meeting pad: = Network team meeting pad! = This week's team meeting is at Monday at 1800 UTC on #tor-meeting on OFTC. Welcome to our meeting! First meeting each month: Tuesday at 2300 UTC Other meetings each month: Mondays at 1800 UTC On #tor-meeting on OFTC. January schedule: * No meeting on 31 Dec or 1 Jan * Following meeting on 8 Jan 2019, 2300 UTC. * Meeting on 14 Jan, 1800 UTC * Meeting on 21 Jan 22 Jan?, 1800 UTC * No meeting 28 Jan; (some of) the team will be at a face-to-face meeting. (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 list archive for older notes.) 3 Dec: https://lists.torproject.org/pipermail/tor-project/2018-December/002117.html 10 Dec: https://lists.torproject.org/pipermail/tor-project/2018-December/002120.html 17 Dec: https://lists.torproject.org/pipermail/tor-project/2018-December/002127.html 8 Jan: https://lists.torproject.org/pipermail/tor-project/2019-January/002155.html == Stuff to do every week = * Let's check and update the roadmap. What's done, and what's coming up? <-- Check who is doing what on s19 and s31 on January. url to roadmap: https://docs.google.com/spreadsheets/d/1Ufrun1khEo5Cwd6OwngERn829wU3W3eskdr… * Check reviewer assignments at https://docs.google.com/spreadsheets/d/1Ufrun1khEo5Cwd6OwngERn829wU3W3eskdr… Here are the outstanding reviews, oldest first: https://trac.torproject.org/projects/tor/query?status=needs_review&componen… Including sbws: https://trac.torproject.org/projects/tor/query?status=needs_review&componen… * Also, let's check for things we need update on our spreadsheet! Are there important documents we should link to? Things we should archive? * Check rotations at https://trac.torproject.org/projects/tor/wiki/org/teams/NetworkTeam/TeamRot… Core Tor/sbws is now part of the bug triage, CI, and reviewer assignment roles * Let's try a different way of looking at proposed tickets: https://pad.riseup.net/p/network-team-triage-2018 [See section about this below.] == 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 * Remember to fill up actual point when you finish a task (as well as "fix" the estimate when starting the issue). * Add planned PTO to the calendar https://storm.torproject.org/shared/ISA5L5nH0Xu88iqSCx9ZjCXYSMKOBTdbUeWarbd… * Check other's people call for help in their entries. ------------------------------- ---- 14 January 2019 ------------------------------- == Announcements == * Teor is bringing a proposal for proposed ticket (discussion during hackweek?). https://pad.riseup.net/p/network-team-triage-2018 * We are starting weekly checkins on anti-censorship work. Every Thursday 20:00 UTC on #tor-meeting. Starting January 17th. * A lot of thoughts in the pad about network team priorities for funding. Add any comment to it. Al and the grants team will look at it and ping people if we start writing a related proposal for DRL https://storm.torproject.org/shared/cDDK_EyXoIZoiOzt3YSRo3cCme0C-JAZe5nCdvb… == Discussion == * Who needs help with reviews? (see query links in "Stuff to do every week") * Drafting Hackweek agenda. We will meet the week before the hackweek. • * draft agenda https://pad.riseup.net/p/tor-netteam-agenda-hackweek-2019.1-keep <-- please check it out and send me any comments/questions about it. • * date to discuss it: January 22nd 9pm UTC * Let's assign people in the team to the snowflake blockers tickets in the roadmap #25601, #29024, #21314 * Next Monday is MLK day in the US. Shall we do 1800UTC on Tuesaday the 22nd instead? == Proposed tickets == Please tag proposed tickets with 040-proposed or 041-proposed, and add a points estimate (in days). If the ticket needs to be added to the roadmap, put it on the list below, so we can talk about it at the meeting. Who can do the release capacity and estimated points updates every week? === 040-proposed === #29026 -- OpenSSL will not compile without engine support (needs_review) <-- approve for 040 #29029 -- Make "tried to establish rendezvous on non-OR circuit" into a protocol warning [needs review] <-- approve for 040 #29040 -- Tor crashes if ClientOnionAuthDir contains more than one public key for a hidden service (new) <-- defer deciding until asn & dgoulet input Here are the tickets currently labeled as 040-proposed: https://trac.torproject.org/projects/tor/query?status=accepted&status=assig… Should we do capacity for 0.4.0? It's almost over. === 041-proposed === Capacity Estimate 32.4 points of proposed tickets, which is about one person's capacity for 0.4.1 120 days left until the 0.4.1 feature freeze, approximately 40 coding days per person 120 days * 5/7 work days in week * 200/240 non-leave days in year * 3/5 coding days in week (excluding review, admin, travel, meeting) The prop289 tickets have no points estimates, let's update the total when we add estimates (or defer them until next week) List of tickets New tickets for 21 Jan: #25417 -- HSFETCH support for v3 Hidden Services (needs_review) Points needs asn or dgoulet's input, how much effort will it take us to merge this code? Should we try for 0.4.1? Old tickets from 14 Jan: #29036 -- Coverage merge failures cause test_process_slow stderr check to fail (new, Sponsor ??) How often does this failure happen? <-- accepted for 041 #27162 -- Travis: consider running CI on beta, nightly, and tor's lowest supported rust (new, Sponsor V) <-- accepted for 041 #29053 -- Use descriptor structs to deterministically create descriptor dumps (new, probably out of scope for Sponor V) <-- leaning no for 0.4.1, but we can talk about it if you disagree -nm Let's defer this ticket, unless we think it's important? There's something subtly wrong with a bunch of our HSv3 IPv6 code: <-- defer deciding until asn & dgoulet input #26992 -- Add intro point IPv6 address to service descriptors (needs_revision) #23588 -- Write fascist_firewall_choose_address_ls() and use it in hs_get_extend_info_from_lspecs() (needs_revision) #23576 -- Make service_intro_point_new() take a node instead of an extend_info (needs_revision) I have tried to debug the issue for a few hours, but I didn't make much progress. I expect it will take a few days to debug: let's defer these tickets, and pick them up if we have time later in the release Open 041-proposed tickets: https://trac.torproject.org/projects/tor/report/75 Open 041-proposed tickets with no points estimate: https://trac.torproject.org/projects/tor/report/76 == Recommended links == == Updates == NOTE NEW FORMAT! 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! gaba: Week of 01/07 (actual): • - back into 1:1s • - anti-censorship hiring • - S8 Q4 report • - remove s8 from tickets • - s31 • - s19 • - hackweek agenda • Week of 01/13 (planned): • - remove s8 from tickets • - anti-censorship plans - weekly meeting kickoff • - S8 report • - s31 follow up • Needs help with: • - please add points to the tickets you already have done (thanks people that added them to each ticket) teor: (offline) Week of 7 Jan (planned): High-Priority: - PrivCount proof of concept (#29004 and related tickets) Medium-Priority: - (no sbws reviews, I need to focus on PrivCount before the hackfest) - Maybe some code reviews if I get time - Sponsor 8 tasks - are these important enough to do anyway? - Ask metrics to monitor bootstrap speed - Tweak bootstrap settings to work when lots of fallbacks are down - And also on networks that drop packets Week of 7 Jan (actual): High-Priority: - PrivCount proof of concept (#29004 and related tickets) - Refactor for unit tests for extra-info documents - I was on CI/Coverity rotation, I made a ticket for one intermittent Travis failure Medium-Priority: - worked on proposed tickets process, tried it out for the first time - dealt with small sbws blocker - Did a few code reviews, I still have a lot left over. Week of 14 Jan (planned): High-Priority: - PrivCount proof of concept (#29004 and related tickets) - unit tests for extra-info documents Medium-Priority: - (no sbws reviews, I need to focus on PrivCount before the hackfest) - Sponsor 8 tasks - are these important enough to do anyway? - Ask metrics to monitor bootstrap speed - Tweak bootstrap settings to work when lots of fallbacks are down (and also on networks that drop packets) Help with: - Can someone check my calculations for our 0.4.0 and 0.4.1 workload? - I've run out of time to do all my code reviews. Can someone else please do them? Nick: Week of 7 Jan (planned): - Stable releases 0.3.3.11, 0.3.4.10, 0.3.5.7 - 28142 review and merge wtfpad patch - Help on snowflake startup issues - revise pubsub branch, time permitting, for S31 Week of 7 Jan (actual): - Started revising pubsub branch - stable releases - Lots of review and merge -- still working on pubsub - Added points to my closed tickets Week of 14 Jan (planned): - Finish pubsub revision - Merge final stuff for 0.4.0.1-alpha; freeze on Tuesday! - Release 0.4.0.1-alpha, maybe. - Triage 0.3.5 and 0.4.0 tickets :( - Advance modularization discussions - Help on snowflake stuff? Need help wih: - Triage 0.3.5 and 0.4.0 tickets :( - Advance modularization discussions dgoulet: (offline, in bed ill) Week of 01/07 (actual): - prop289: Authenticated SENDMEs. Implementation is done 99% in #26288 (branch: ticket26288_041_01). Still some bugs I'm chasing. Week of 01/14 (planned): - prop289: Fix remaining bugs (I know what they are). Jump on unit tests and then massive chutney testing. - Re-review spec for #28180 with ahf after dcf1 comments. Mike: Week of 1/17 (planned): - Fix up issues from circuitpadding reviews - Help asn with #28780 and #28634 Week of 1/17 (actual): - Worked on #28780 and #28334; pretty sure neither will make 0.4.0 freeze - Looked over #28142 review and fixups. Looks good - Helped with modularization planning - Did 0.4.0 reviews Week of 1/14 (planned) - Finishing touches on #28142 - convert wtf-pad TODO file to tickets and make a plan for 0.4.1 - Help more with modularization plan? catalyst: week of 01/07 (2019-W02) (planned): - finish up control-spec changes for new bootstrap phases - continue cleaning up sponsor8 bookkeeping - move relevant things from sponsor8 to sponsor19 - review more pubsub stuff as it comes up - think about more long-term stuff - ticket reviews week of 01/07 (2019-W02) (actual): - cleaned up some sponsor8 ticket bookkeeping - submitted another revision of bootstrap phase descriptions for control-spec.txt - chatted with teor about modularization and gaba about release planning and modularization - looked at sponsor19 roadmap stuff week of 01/14 (2019-W03) (planned): - prep for Brussels meeting - more follow up fixes related to #27167 - follow up on modularization thread - ticket reviews help with: - architectural issues related to #28925 (will chat at patch party time) juga (offline): - Week 07/01 (planned) Depending on reviews: - Continue with #28933 #28869 or leave it for next milestone - Decide whether it is needed that AsyncResults have timeout (#28864) - Decide whether it is needed to timeout putting results in the queue (#28866) - Maybe continue to work out how sbws can report excluded relays (#28563) - Week 07/01 (actual) - Finished with running one sbws main loop as part of the integration tests (#28869) - Exit gracefully (stop threads) on SIGINT or SIGTERM (#28933) - Commented on whether it is needed that AsyncResults have timeout (#28864) - Finished adding timeout when putting results in the queue (#28866) - Started with some refactoring (#29046, #29047) - Discussed to move bandwidth file parser to stem (#29057) - Week 14/01 (plan) - Continue on working out how sbws can report excluded relays in the bandwidth file (#28563) - Continue with refactoring (#28684) - Write last 3 months report asn: [Will be doing a Tor lecture in a local uni at the same time as the meeting] Week of 01/7 (planned): - Get #28142 closer to merged (address review comments etc.) - See if we can get #28780 and #28634 closer to merge_ready by EOW. - More anti-censorship hiring. - Do some initial PhD stuff. - Coordinate with 2-3 people who contacted me because they want Tor talks to happen around Athens. First one is upcoming Monday in my home university. Week of 01/7 (actual): - More #28142 work. It's now in merge_ready again after lots of rebasing, and merging in a few more patches from Riastradh. - More work on #28780 and #28634 but we are delaying this for 041. - Opened more tickets for remaining work and TODO items. - Anti-censorship hiring wrapped up. - Assigned reviews but failed to sync up with dgoulet so we are still in pad form. I will fixup trac and spreadsheet tomorrow: https://public.etherpad-mozilla.org/p/VxgEYUZzpv - Did reviews Week of 01/14 (planned): - Monday: Tor lecture in local university. - Get #28142 merged. - Work on the onion service proposal. - Check out the brussels hackfest thread. - Do reviews. Help with: - We good. ahf: Week of 1/7 (planned): Sponsor 8: - Review David's spec changes for the PT STATUS/LOG messages (#28181, #28182). - Fill out q4 report and points for s8 tickets we did in q4. Sponsor 19: - Working on a document to describe how the broker works and how the WebRTC protocol work at a high level to give people some idea about the API's used for the JS/Go proxy and the Snowflake client. - Debug an issue where the JS proxy will become idle and no data progress is made during bootstrap. Misc: - Next step for sysadmin hire with Linus/Hiro. - See if there is S8 tickets that makes sense for S19(?) Week of 1/7 (actually): Sponsor 8: - Marked tickets with my share of the points. Sponsor 19: - Patch submitted for DCF's comments for #28181. - Looks like we made a decisions with hires :-) - Progress on WebRTC part of broker document. Wrote some sample programs to wrap my head around the API. I think this will be a talk at our Brussels meeting. - Talked with Roger, David F, some JS friends, about using headless browsers for both proxy and client for Snowflake (like what Meek does). Misc: - Did code review over the phone with David Goulet for authenticated sendme's (loved this format!) - Reviewed some allocated patches. - Sysadmin meeting postponed to 1/14. Week of 1/14 (planned): Sponsor 19: - Finish WebRTC + broker + client + proxy architecture document. - Reach conclusion with David and David about #28181 and #28182. Misc: - Help David with code review for authenticated sendme's. - Sysadmin interview progress. CI/Coverage: - Try to reproduce #29036 again

1 0

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

tor-project