On 12/03/2018 10:42 PM, Nathaniel Suchy wrote:
> You mentioned "HiddenServiceAuthorizeClient", a feature I did not know about.
> I'm going to figure out if this is possible to implement on the SSH System as
> that would solve some concerns about a leaked onion address. Could you
> elaborate a
I'm interested in information on the security benefits and risks that this
functionality offers as well might be helpful in blocking of some unsolicited
traffic if someone finds a way to publish a list of every onion address :|
Cordially,
Nathaniel Suchy
Dec 3, 2018, 8:42 PM by miri...@riseup
Hi,
The implementation details of the SSH thing I talked about in my last email may
of been unclear. When I said it's an security by advanced obscurity, I did not
mean it's the only security. Other forms of access control are still in place.
However keeping it only accessible over Onion Service
On 12/03/2018 02:35 PM, s7r wrote:
> There are other techniques lower at little-t-tor protocol level that
> suite your concerns, like HiddenServiceAuthorizeClient - you should
> better look into those if you are concerned about someone trying to
> connect to your onion address.
I use that, so
Hello,
Nathaniel Suchy wrote:
> Consider the consequences of publishing the actual addresses. The number of
> addresses is fine but the actual addresses should stay private for privacy
> and security reasons.
>
> I’m aware there are crawers looking for new services to show however if the
> addres
Consider the consequences of publishing the actual addresses. The number of
addresses is fine but the actual addresses should stay private for privacy
and security reasons.
I’m aware there are crawers looking for new services to show however if the
address is kept private only rouge HSDIRs are an
Can the Tor Project publish the list? Some sites have published lists of
new .onion addresses, for example:
http://onionsnjajzkhm5g.onion/onions.php?cat=20&pg=1&lang=en
http://zlal32teyptf4tvi.onion/
http://56wr4dvq3abd2ivkf5z36nortvu7dgona55zqsihfaqo2aeg5er4moid.onion/
There may be no reason th