[tor-talk] Not comfortable with the new single-hop system merged into Tor

Allen allenpmd at gmail.com
Wed Dec 21 14:01:37 UTC 2016

Alex, that is inappropriate language and behavior for a public
discussion list.  You have demeaned yourself greatly with that
outburst, and only succeeding in damaging the Tor project.  Please

Second, as someone who firmly believes in Murphy's Law, I share the
concerns that have been expressed.  The only solution to address these
concerns if to discuss the steps that have or will be taken to ensure
the situation cannot happen, not to attack the concerns themselves or
the intelligence of the people who hold them.

On Wed, Dec 21, 2016 at 8:46 AM, Alec Muffett <alec.muffett at gmail.com> wrote:
> On 21 December 2016 at 09:40, Cannon <cannon at cannon-ciota.info> wrote:
>> Good point.
>> I believe the new single-hop is a great option for some situation such as
>> if a website does not need to be anonymous but yet would still like to have
>> a .onion address so users can still remain anonymous or take advantage of
>> the higher security of .onion addresses over that of clearnet, and with
>> advantage of less latency over that of a full hidden service.
>> However you do bring up a good point. This new single-hop system should
>> remain a feature, but should not come as default but should be an "add-on
>> pack" that should have to be downloaded or compiled seperately.
> Speaking as the person who basically instigated this feature: I call
> bullshit.
> People do stupid stuff.
> The work on OnionScan demonstrates that a lot of Onion services are
> shoddily implemented.
> I am trying to help address that with "standardised build processes" like
> this:
> https://github.com/alecmuffett/the-onion-diaries/blob/master/basic-production-onion-server.md
> But this feature is important to adoption and normalisation of Tor.
> If people want to be anonymous, they should not use it, and likewise they
> should not fuck up their installation to leak hostnames and IP addresses.
> Let's fix that latter problem, rather than treat users as ignorant fucks
> who can't be trusted not to enable a feature.
> Otherwise, go work out how to ban "rm -rf /" - first.
>     -a
> --
> http://dropsafe.crypticide.com/aboutalecm
> --
> tor-talk mailing list - tor-talk at lists.torproject.org
> To unsubscribe or change other settings go to
> https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-talk

More information about the tor-talk mailing list