/etc/tor/torsocks.conf não está funcionando

5

Eu tento ativar a autenticação de nome de usuário e senha para minha instalação tor usando os campos SOCKS5Username e SOCKS5Password no arquivo /etc/tor/torsocks.conf. Eu reiniciei o serviço após a mudança de configuração e verifiquei se ele realmente foi reiniciado. Mas o tor ainda está disponível sem nome de usuário e senha na minha máquina.

Eu instalei o Tor do repo EPEL. Mais informações sobre a instalação:

Installed Packages
Name        : tor
Arch        : x86_64
Version     : 0.2.7.6
Release     : 5.el7


Current OS
CentOS Linux release 7.2.1511 (Core)


Tor Configuration
[root@torproxy ~]# cat /etc/tor/torsocks.conf | grep -v "^#"
TorAddress curl 10.0.0.43
TorPort 18009
OnionAddrRange 127.42.42.0/24
SOCKS5Username test
SOCKS5Password 1234

[root@torproxy ~]# cat /etc/tor/torrc | grep -v "^#"
ControlSocket /run/tor/control
ControlSocketsGroupWritable 1
CookieAuthentication 1
CookieAuthFile /run/tor/control.authcookie
CookieAuthFileGroupReadable 1
SOCKSPort 10.0.0.43:18009
SOCKSPolicy accept *
    
por Til 11.08.2016 / 19:03

1 resposta

5

O Tor não faz nenhuma tentativa de verificar as informações de autenticação que um cliente SOCKS fornece a ele. Ele pode ser usado totalmente não autenticado e não possui configuração para forçar a autenticação. Por isso, é altamente recomendável que não exponha a porta SOCKS a qualquer endereço IP que você não queira conectar diretamente a ela.

Da página do manual:

       NOTE: Although this option allows you to specify an IP address
       other than localhost, you should do so only with extreme caution.
       The SOCKS protocol is unencrypted and (as we use it)
       unauthenticated, so exposing it in this way could leak your
       information to anybody watching your network, and allow anybody to
       use your computer as an open proxy.

O que o Tor faz com as informações de autenticação é o isolamento de fluxo. O Tor pode ser configurado para usar circuitos completamente diferentes para clientes que "autenticam" com diferentes credenciais.

       IsolateSOCKSAuth
           Don’t share circuits with streams for which different SOCKS
           authentication was provided. (On by default; you can disable it
           with NoIsolateSOCKSAuth.)
    
por 11.08.2016 / 19:38