tor-project August 2017

tor-project@lists.torproject.org

38 participants
40 discussions

Trac offline for a few hours - now back
by Silvia [Hiro] 10 Aug '17

10 Aug '17

Hi, Some of you might have noticed that trac was offline and sad for a few hours. This was due to a scheduled update to the VM where trac lives. We also updated trac installation itself and a few plugings. If you notice anything amiss please open a ticket (or in case trac doesn't work send me an email directly). Talk soon, -hiro

1 0

Community Team July report
by Alison Macrina 09 Aug '17

09 Aug '17

Here are the highlights of the Community Team's work in July 2017: July 2017 Community Team report Meeting notes July 2017 ================================================================== https://trac.torproject.org/projects/tor/wiki/org/teams/CommunityTeam#Curre… Tor Meeting planning ================================================================== Invites for the Tor Montreal Meeting have gone out, and now the Vegas Leads (which includes Alison) are organizing the week's events and will soon start soliciting ideas for the schedule. Support portal/support wiki ================================================================== A number of us who work on support met in July to talk about support needs. We also did a lot of work on the support wiki, which is now public: https://trac.torproject.org/projects/tor/wiki/org/teams/CommunityTeam/Suppo… We published a blog post announcing the wiki and soliciting more feedback: https://blog.torproject.org/blog/get-immediate-help-our-new-support-wiki In August, we'll have a support wiki sprint to incorporate some of that feedback and add more questions and answers. Community documents ================================================================== Alison and catalyst worked on the code of conduct draft some. The contributor guidelines discussion continued on the tor-internal@ list. We'll send another updated draft in early August. Alison also worked on a FOSS/Tor history and culture onboarding doc that will get published to the onboarding wiki in August. Library Freedom Project ================================================================== Held outreach/training events for the Society of American Archivists, Drexel University, and Oregon librarians. Worked with NYCLU on an upcoming privacy training. Drafted some grants, including a couple for graphic design and website work. Made plans for upcoming talks, including one at a freedom of expression conference in Paris. Speakers bureau ================================================================== The community and communications teams organized a group of people for the Tor Speakers Bureau in order to empower more people to speak about Tor and broaden our outreach. The next step for the Speakers Bureau is to participate in public speaking training. We hope to do some of this in person at the Montreal meeting. Google Summer of Code ================================================================== Lots happening with GSoC in July, so here are all of the current GSoC project reports: unMessage reports: https://lists.torproject.org/pipermail/tor-project/2017-July/001318.html https://lists.torproject.org/pipermail/tor-project/2017-July/001260.html anon-connection-wizard reports: https://lists.torproject.org/pipermail/tor-project/2017-July/001315.html https://lists.torproject.org/pipermail/tor-project/2017-July/001258.html Tor Browser Crash Reporter: https://lists.torproject.org/pipermail/tor-project/2017-July/001317.html https://lists.torproject.org/pipermail/tor-project/2017-July/001259.html Improving Ahmia: https://lists.torproject.org/pipermail/tor-project/2017-July/001319.html https://lists.torproject.org/pipermail/tor-project/2017-July/001254.html GSoC finals begin August 29th! ================================================================== Next up: more Tor Montreal meeting planning, more work on the code of conduct draft, finishing the contributor guidelines, more work on the support wiki including the sprint. ================================================================== Thanks for reading! -- Alison Macrina Community Team Lead The Tor Project

1 0

support the torproject with bridges
by Felix 09 Aug '17

09 Aug '17

Hi everybody I would be happy to support the torproject with two bridges as default TBB bridges. Each is * RelayBandwidthRate 15000 KB, RelayBandwidthBurst 30000 KB * The server where they are on currently moves 350Mbit in and 350Mbit out. If the bridges are accepted I will prefer their need for bw. * Tor 0.3.0.10 (git-c33db290a9d8d0f9) running on FreeBSD with Libevent 2.1.8-stable, OpenSSL LibreSSL 2.5.3 and Zlib 1.2.8 and obfs4 0.0.8. * E3-1230 v5 @ 3.40GHz, dedicated server * The location is Germany Last year I joined the Tor break outs at ccc Hamburg and noticed there is a need for reliable bridges. So here we are. Please ask if you need more information. [1] http://lists.nycbug.org/pipermail/tor-bsd/2017-August/000556.html > > I have two bridges running on FreeBSD with obfs4 'griinchux' > > and 'zipfelmuetze'. > > They work for me but see only some clients per day. > > Both are on a multihomed server so bandwidth can be balanced > > between relays and those. > > If usefull one can put them to the list. Better test it to your > > needs before. > You probably shouldn't run exits and default bridges at the same time. I'm not running exits. > You can email tor-project(a)lists.torproject.org to offer your bridge. > Tell us how fast it is and which country it is in. See above. > You MUST NOT include the bridge IP address in public emails. > Only send that after it has been accepted. Clear. -- Cheers, Felix

5 4

Make it harder to brute-force Trac user passwords
by Jens Kubieziel 08 Aug '17

08 Aug '17

Hi, recently I had a discussion with GeKo about brute-forcing trac accounts. Someone reported that trac allows to test username/password combinations without having an upper limit. This resulted in https://trac.torproject.org/projects/tor/ticket/23120 and I set the the maximum amount to 17 (chosen arbitrarily). When an account is locked an admin has to unlock it. However I received some mails who raised the point that people can now lock out legitimate users quite easily. Thatswhy I want to discusss this here. What happens when people sucessfully guess a password? In general people can create an account or use the cypherpunks account to gain more permissions. So it doesn't make sense to guess those passwords. However it gets more interesting when someone guesses the password of a member of the TRAC_ADMIN group. Then the attacker can read our configuration and create some havoc. However with the current setup it is hardly possible to change trac.ini. Even TRAC_ADMIN has not the permissions to do so. So we lived with this risk in the last years and simply relied on the fact that people choose a secure (aka hard-to-guess) password. So we just could return to this state. If we choose to do something against password-guessing attacks, we could choose the current solution. This means after n attempts (currently n=17) the account gets locked and only a admin can unlock it. This has the risk that attackers can lock out legitimate users. The trac cookbook list some other possibilities (<URL:https://trac-hacks.org/wiki/CookBook/AccountManagerPluginConfiguration>) to configure the account locking. In general it can be configured to release the lock after some amount of time. However each visit to trac happens at Unix epoch by configuration, so the plugin would never release the lock. If we want to configure automatic unlocking, we would have to change our webserver settings (as far as I see it). How should we set up trac regarding brute-forcing? Are there other possibilities I missed? I'd love to hear your feedback on this. -- Jens Kubieziel http://www.kubieziel.de Wenn der Mensch so viel Vernunft hätte wie Verstand, wäre alles viel einfacher. Dr. Linus Carl Pauling

4 5

Network team meeting, 7 August 2017
by Nick Mathewson 07 Aug '17

07 Aug '17

Hello, friends! We had another network team meeting today. The log is at http://meetbot.debian.net/tor-dev/2017/tor-dev.2017-08-07-17.00.html Notes from the pad are below. A lot of people are out for various time periods during August. Network team meeting, 7 August 2017 Notes from last week: https://lists.torproject.org/pipermail/tor-project/2017-July/001337.html Reminders: - 0.3.1.x was scheduled to be stable last week; nickm postponed it one month to 5 September. - 15 September is the 0.3.2.x freeze. Nick: * Last week - Finished and circulated draft of privcount-in-tor proposal to privcount authors; updated code to match. - Finished reviewing #20657 (prop224, server-side); reviewed first round of fixes. - Reviewed and merged lots of branches, fixed lots of regressions. - Released 0.3.1.5-alpha, 0.3.0.10 - Announced the end of 0.2.4, 0.2.6, and 0.2.7. - Wrote a bunch of little patches * This week - Send privcount draft to tor-dev; open tickets; etc. - Review and comment on tor-client-progress draft. - Review #20657 2nd round of fixes, and maybe 3rd? - Get ready for being out of town next week. Anything I should do/know this week? - More hacking, probably. - Should I do 0.3.1.6-rc this week? (No. Once back from vacation.) komlo: - This week: - first round of rust protover code review by isis - write fuzzing tests for protover ffi - Next week: - Schedule for rust hackfest asn Last week: - Fixing up #20657 branch from nick's review. - Testing #20657 and finding more bugs. - Wrote tons of #20657 unittests. - Did some testing/reviewing on the client-side branch This week: - Get #20657 merged hopefully. - Start reviewing the client-side. pastly: Updating KIST tickets as we speak. David: KIST will be needs_review by the end of the day catalyst: Last week (2017-W31): - helped review #23061 (crypto_rand_double()); floating point is HARD - looked at #22636 log output on failure -- seems OK actually due to the way automake's test rules extract failing/skipped detailed logs into test-suite.log. - dealing with myriad small annoyances of a new house This week (2017-W32): - copy brade's comments about Tor Launcher behavior from #22232 to somewhere more useful like a wiki page - think some more about #23061 - think some more about how Core Tor can help Tor Launcher with bootstrap troubleshooting isis: last week: - began writing up a specification for Ristretto (Decaf point encoding for curve25519), this way we can agree that we're all doing the same encoding, and then I can use it in Hyphae (#22776) - revising patches for the new cmdline key expiration feature (#17639) - some torspec patches https://gitweb.torproject.org/torspec.git/commit/?id=8ebdf2e99f93628055c7d7… https://gitweb.torproject.org/torspec.git/commit/?id=28a8208232cac218b9bbbd… https://gitweb.torproject.org/torspec.git/commit/?id=db17344f15a9e02d041e9d… - laptop had hardware failures and needed to be repaired and then reinstalled :( - also starting building a desktop/build/work machine as well, but that's not finished yet this week: - reviewing Chelsea's Rust protover patch - more work on the moat backend server (#22871) and farfetchd (#15967) - getting ready for my talk at rustconf next week

1 0

July 2017 report for the metrics team
by Karsten Loesing 07 Aug '17

07 Aug '17

Hello Tor, hello world! Below you'll find the highlights of Tor metrics team work done in July 2017. On behalf of the Tor metrics team, Karsten Merged specifications from Metrics sub sites CollecTor [1] and Onionoo [2] into Tor Metrics [3, 4]. [1] https://collector.torproject.org/ [2] https://onionoo.torproject.org/ [3] https://metrics.torproject.org/collector.html [4] https://metrics.torproject.org/onionoo.html Fixed various problems with data on Tor Metrics, including missing server numbers and bandwidth reports [5] and wrongly attributed OnionPerf measurements [6]. [5] https://lists.torproject.org/pipermail/metrics-team/2017-July/000416.html [6] https://lists.torproject.org/pipermail/metrics-team/2017-July/000418.html Released CollecTor 1.2.0 [7] which switches from Torperf to OnionPerf [8] and contains updates to metrics-lib 2.0.0 and to libraries contained in Debian stretch. [7] https://lists.torproject.org/pipermail/tor-dev/2017-July/012372.html [8] https://metrics.torproject.org/stats.html#torperf-1.1

1 0

Damian's Status Report - July 2017
by Damian Johnson 06 Aug '17

06 Aug '17

Yay, pretty things! Couple pictures pretty much sums it up. Here's what I was up to this month... http://blog.atagar.com/july2017/ Cheers! -Damian

1 0

GSoC 2017 Ahmia Status Update #5
by Pushkar Pathak 06 Aug '17

06 Aug '17

Hello everyone, This is the bi-weekly status report for Ahmia - Hidden Service Search ## Added support for subdomains Until now it was not possible for operators to add their sub domains to Ahmia database. Now we have made required modifications in our 'Add' service to support sub domains. [0] ## Documentation I am working on to update all the documentation and software dependencies across Ahmia. [1][2] If time permits, I will try to add advanced search queries using operators like "",|| and &&. Thanks, Pushkar [0]: https://github.com/mdhash/ahmia-site/commits/master [1]: https://ahmia.fi/documentation/ [2]: https://github.com/mdhash/ahmia-site/commit/d3af0b72d9b175c7d3d269119f4dcee…

1 0

SponsorR Status Report July 2017
by George Kadianakis 06 Aug '17

06 Aug '17

Hello, here is the July 2017 report for SponsorR: - Our development team has entered the final stages of coding prop224! We successfuly demoed a proof-of-concept client connection to a prop224 hidden service website on the real network with great results! The remaining prop224 work is testing, bugfixing, stabilization, and improvements. Also, we need to merge all this code upstream in tor-0.3.2 which means a serious review process! - To mark the beginning of this merge procedure, we *merged* upstream the first service-side part of prop224!!! That's a pretty big piece of work: https://trac.torproject.org/projects/tor/ticket/21979 - We also merged upstream some groundwork prop224 tasks: https://trac.torproject.org/projects/tor/ticket/22727 https://trac.torproject.org/projects/tor/ticket/22726 - The final service-side part of prop224 passed its first review rounds, and we have now moved to final review and fixes: https://trac.torproject.org/projects/tor/ticket/20657 https://oniongit.eu/dgoulet/tor/merge_requests/6 - We also finished the client-side branch and we are now starting the review: https://trac.torproject.org/projects/tor/ticket/17242 https://oniongit.eu/asn/tor/merge_requests/2/commits - Fixed an annoying prop224 warning message that was forgotten in 0.3.0: https://lists.torproject.org/pipermail/tor-relays/2017-August/012689.html

1 0

GSoC 2017 - Crash Reporter for Tor Browser: Report #5
by Nur-Magomed 05 Aug '17

05 Aug '17

Hi everyone! This is my bi-week status report for GSoC project "Crash Reporter for Tor Browser". # Crash reporter client: - We considered carefully crash report fields and made decision to reinterpret blacklist feature as allow list [1]; - removed crash event files (some kind of log files that are keeping a few locally crash data even if we sent them - are not the same as crash report files) keeping functional[2] Next steps: # Using new RBM[3] we trying to build Tor browser alpha with crashreporter and make it reproducible # After that we need to test it with server side Kind regards, Nur-Magomed (nmago) [1] https://github.com/nmago/tor-browser/commit/1b3bf799aec4327e99eb0fe0365a637… [2] https://github.com/nmago/tor-browser/commit/0bb8072c03cbf311db2f71d59fdbb6c… [3] https://gitweb.torproject.org/builders/tor-browser-build.git/

1 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

tor-project August 2017