- tor-relays - lists.torproject.org

Is my relay affected by cve-2016-8860?
by nusenu 15 Nov '16

15 Nov '16

https://blog.torproject.org/blog/tor-0289-released-important-fixes If you are unsure whether you are running a vulnerable tor relay, you can search your contact string on the following page (sorted by cw fraction): https://github.com/ornetstats/stats/blob/master/o/cve-2016-8860.txt (generated daily) If you are on that page you are likely running a vulnerable version (unless someone else is using your contactinfo as well) Unfortunately the opposite does not hold true - meaning you are not 100% safe if you are not listed (I tried to keep the false positives low for the price of a higher false-negative rate).

2 1

obfs4 - how to from source
by Petrusko 15 Nov '16

15 Nov '16

Hey! Coming here to take some good tips about obfs4 compil from source... Not enough time since http://archives.seul.org/or/relays/Jul-2016/msg00101.html Now it's ok to try another time ! On the Raspbian set up, I've started with : apt-get install git golang-go golang-go.crypto-dev golang-go.net-dev golang-goptlib-dev golang-ed25519-dev golang-siphash-dev After this, with /root/ account : go get git.torproject.org/pluggable-transports/obfs4.git/obfs4proxy Result is : *package git.torproject.org/pluggable-transports/obfs4.git/obfs4proxy: cannot download, $GOPATH not set. For more details see: go help gopath* I've tried many things, GOPATH=/home/petrusko and may be GOPATH=/home/petrusko/obfs4 Tried too to clone git with /git clone https://git.torproject.org/pluggable-transports/obfs4.git /And now I'm lost with this GOPATH problem ! Is there a wiki explaining how to compil/install this obfs4proxy from source. I've found nothing about it... From readme, I don't understand this... To build: `go get git.torproject.org/pluggable-transports/obfs4.git/obfs4proxy` To install: Copy `$GOPATH/bin/obfs4proxy` to a permanent location (Eg: `/usr/local/bin`) Many thx for help :) -- Petrusko EBE23AE5

2 6

Questions regarding arm on Debian
by Dennis Christ 14 Nov '16

14 Nov '16

Hi, i have installed a new relay on Debian 8 and playing around with the arm tool. 1. Issue: Seeing Connections I have added 'DisableDebuggerAttachment 0' to the config file as suggested and now i get this: 17:20:09 [ARM_NOTICE] We were unable to use any of your system's resolvers to get tor's connections. This is fine, but means that the connect- ions page will be empty. This is usually permissions related so if you would like to fix this then run arm with the same user as tor (ie, "sudo -u <tor user> arm"). 17:19:54 [ARM_NOTICE] Unable to query connections with lsof, trying ss 17:19:39 [ARM_NOTICE] Unable to query connections with sockstat, trying lsof 17:19:24 [ARM_NOTICE] Unable to query connections with netstat, trying sockstat 17:19:09 [ARM_NOTICE] Unable to query connections with proc, trying netstat Tor runs on Debian as user 'debian-tor' with no shell, so i cant just do 'sudo -u <tor user> arm' even if sudo was installed on the server. But i added my user to the debian-tor group. On a side note i never could get the CookieAuthentication working either. Seems to be permission issues with the default installation. Does somebody else have this issues on Debian? 2. Issue: It always says this message in the arm logs even if the service is just started a moment ago. If i reload the config it says the same thing shortly after. 17:18:59 [ARM_WARN] The torrc differs from what tor's using. You can issue a sighup to reload the torrc values by pressing x. - torrc values differ on lines: 118, 127 3. Issue: I dont understand this message. Nickname is edited by me so it does not match its default value. Also why is it unneeded? 17:18:59 [ARM_NOTICE] Unneeded torrc entries found. They've been highlighted in blue on the torrc page. - entry matches its default value: Nickname (line 117)

10 19

relaygroup in entry and exit position
by nusenu 14 Nov '16

14 Nov '16

Hi, thanks for running entry _and_ exit tor relays! You are one out of (currently) 7 relay operators [1] running entry _and_ exit relays (with guard probability > 0) without proper 'MyFamily' configuration. This can be dangerous for tor clients because they might choose you as entry _and_ exit relay. Please help protect tor clients by properly specifying the MyFamily configuration in your torrc files. MyFamily example configuration (a single line with all your relay fingerprints separated by comma): MyFamily 4A549160BEFA50EA10C2F4D6D80E9AFE20DBAF95,88C3708A9D71ECEC1910B63C3FAA5BF60CD7E199 https://atlas.torproject.org can help you show MyFamily misconfiguratons as well. If you need any help please let us know. kind regards, nusenu This list is auto-generated on a daily basis: [1] https://raw.githubusercontent.com/ornetstats/stats/master/o/potentially_dan…

1 0

Re: [tor-relays] torworld relays in entry and exit position
by nusenu 14 Nov '16

14 Nov '16

> We're just asking for an example line Example: MyFamily 4A549160BEFA50EA10C2F4D6D80E9AFE20DBAF95,88C3708A9D71ECEC1910B63C3FAA5BF60CD7E199 > But never the less we'll add this very soon to most of our nodes. "most"? > We're still testing our servers to see which ones will stay or get > cut from the network. We believe that next month on the 1st of > December would be a good time to add this feature. This way we'll be > done with our network testing, and the final cuts to it. This way; we > don't have to keep messing with the MyFamily line over and over > again. We've developed our own in house system for updating all the > nodes, and maintaining them. If there is an automated central management, there is no messing required at all ;)

1 0

Re: [tor-relays] torworld relays in entry and exit position
by nusenu 13 Nov '16

13 Nov '16

(resending this - not sure if the first attempt made it through) > Thank you for bringing this to our attention. We'll go a head, and do > proper research and add the MyFamily tags to all nodes. If you'd like > to give us an example copy to go off of that would be much > appreciated. If responding by email is too slow you're more than > welcomed to join our Slack team, and discuss this further in their. > https://slack.torworld.org > > Again thank you for reaching out to us. The MyFamily torrc setting is just a single line listing all your relay fingerprints. This setting tells tor clients "these are my relays: ... don't use more than one of my relays in any single circuit". This is particularly relevant if the entry _and_ exit probability of your group of relays is > 0% and your relays are spread across more than a single /16 network. Atlas.torproject.org can help you verify that the configuration is set up correctly (effective family has to list all your relays). If you expect to add/remove relays or adjust exit policies in the future on a more or less regular basis, I would suggest you use a configuration management like ansible or puppet to manage your relays - for your own convenience. I'm maintaining an ansible role to help tor relay operators manage MyFamily automatically - no more manual hassle (in addition to configure them using security features like 'OfflineMasterKey'). https://github.com/nusenu/ansible-relayor If you have any further questions - just let us know. regarding your slack group: I prefer to discuss this on the tor-relays mailing list instead of creating yet another place to discuss these topics.

1 0

Re: [tor-relays] torworld relays in entry and exit position
by nusenu 13 Nov '16

13 Nov '16

> Thank you for bringing this to our attention. We'll go a head, and do > proper research and add the MyFamily tags to all nodes. If you'd like > to give us an example copy to go off of that would be much > appreciated. If responding by email is too slow you're more than > welcomed to join our Slack team, and discuss this further in their. > https://slack.torworld.org > > Again thank you for reaching out to us. The MyFamily torrc setting is just a single line listing all your relay fingerprints. This setting tells tor clients "these are my relays: ... don't use more than one of my relays in any single circuit". This is particularly relevant if the entry _and_ exit probability of your group of relays is > 0% and your relays are spread across more than a single /16 network. Atlas.torproject.org can help you verify that the configuration is set up correctly (effective family has to list all your relays). If you expect to add/remove relays or adjust exit policies in the future on a more or less regular basis, I would suggest you use a configuration management like ansible or puppet to manage your relays - for your own convenience. I'm maintaining an ansible role to help tor relay operators manage MyFamily automatically - no more manual hassle (in addition to configure them using security features like 'OfflineMasterKey'). https://github.com/nusenu/ansible-relayor If you have any further questions - just let us know. regarding your slack group: I prefer to discuss this on the tor-relays mailing list instead of creating yet another place to discuss these topics.

1 0

Tor Fails to Start on Ubuntu 16.04
by heartsucker 13 Nov '16

13 Nov '16

Hey everyone I have a fresh install of Ubuntu 16.04 that is unable to start Tor. Some useful output: root@tor-1 ~ # uname -a Linux tor-1 4.4.0-47-generic #68-Ubuntu SMP Wed Oct 26 19:39:52 UTC 2016 x86_64 x86_64 x86_64 GNU/Linux root@tor-1 ~ # apt-cache policy tor tor: Installed: 0.2.8.9-1~xenial+1 Candidate: 0.2.8.9-1~xenial+1 Version table: *** 0.2.8.9-1~xenial+1 500 500 http://deb.torproject.org/torproject.org xenial/main amd64 Packages 100 /var/lib/dpkg/status root@tor-1 ~ # journalctl -u tor ... Nov 13 00:52:39 tor-1 systemd[1]: Starting Anonymizing overlay network for TCP (multi-instance-master)... Nov 13 00:52:39 tor-1 systemd[1]: Started Anonymizing overlay network for TCP (multi-instance-master). <and then nothing else as it hangs> Tor fails to get beyond this message for any config I have tried (including the default). I tried replacing the systemd unit file with one of my own and was able to start Tor, however it would crash every 5 minutes (though the logs. The commands used in the systemd file and the command init.d script are both able to start Tor correctly if I run them in a TTY as I can see from a second terminal. Is anyone else running Tor on Xenial, and if so, have they run into this problem? -h

4 4

Automatic IPv6 address detection in Tor
by diffusae 11 Nov '16

11 Nov '16

Hi! Is this already solved in 0.2.8.9-1 for addresses with global scope? https://trac.torproject.org/projects/tor/ticket/17153 I was trying to configure a global reachable IPv6 address, but getting the following error: "unable to use configured ipv6 address "[::]" in a descriptor." The only way ist to set a clear global address in the config. The ISP is changing the 64 bit prefix a bit from time to time and I don't want to configure it manually every two weeks or so. Best regards,

2 7

Research - Tor and the shaping of resistance technologies
by COLLIER Ben 09 Nov '16

09 Nov '16

Hello all, Greetings from (currently freezing cold) Scotland and apologies for the cross-posting. I'm a researcher at the University of Edinburgh studying antisurveillance technologies, software development and how these are shaped at different levels by ideas about crime and surveillance. I'd describe my work as criminological but with a strong critical dimension - my research isn't about "fighting crime" or developing cybersecurity policy. I'm interested instead in exploring the power relationships, social and technological factors which determine how actions and communities are labelled criminal, and include harms caused by states and other powerful actors which may not traditionally be considered as "crimes". >From this perspective, I would like to explore how the values and perspectives of people who develop software to resist surveillance and promote anonymity online shape the technologies they work on, and whether this expertise changes how they see these issues. I have a background in (statistical) programming and I'm particularly interested in finding out how people see these issues playing out in practice in their work. While I'd like to carry out more in-depth research in the new year, at this stage I'm interested in making sure I'm asking the right questions. As such, I'd be very grateful if anyone involved in Tor development, either as a core developer or as a volunteer, would be interested in having a chat, or if possible a short interview. Any discussions would be anonymous and carried out in accordance with the ethics policy of the University of Edinburgh, and you would be able to withdraw consent for participation at any time for any reason - or none at all. I'll be contactable at this email address (listed in my signature) and on the IRC channels as JHistone - if you're interested (or just want to say hi or have a chat) please feel free to get in touch. Best wishes, Ben Collier Doctoral Researcher The University of Edinburgh SCCJR profile: http://www.sccjr.ac.uk/about-us/people/ben-collier/ Edinburgh University profile: http://www.law.ed.ac.uk/research/students/viewstudent?ref=339 Twitter: @JohnnyHistone Email: s1263350(a)sms.ed.ac.uk The University of Edinburgh is a charitable body, registered in Scotland, with registration number SC005336.

1 0