Newsgroup: it.comp.os.linux.iniziare
Titolo: [OT] ftp + http proxy: confusione-sicurezza

Vorrei accedere ad un servizio di web hosting in modo sicuro e
riservato.
Ho a disposizione una shell remota instradata verso la rete TOR.
L'idea era quella di accedere al servizio di web hosting via ftp
passando per la shell remota cui accedo via ssh.
ssh ---> shell-remota ---> ftp --- TOR ---> web-hosting
Intanto diciamo che c'� un problema di non funzionamento dei
passaggi sopra, in quanto il server ftp del servizio di
web hosting mi fa s� accedere via ftp, ma non mi fa eseguire
alcun comando in quanto l'ip con cui mi presento cambia
continuamente visto che la sessione ftp passa per TOR.
Vediamo intanto come risolvere questa faccenda: connessione via
ftp al servizio di web hosting.
Allora, io sto pensando ai server http proxy pubblici, in pratica
mi mascherano l'ip con cui entro (che proviene da tor e cambia
contnuamente) facendomi uscire con un ip fisso.
Sfruttando questa analogia valida e funzionante per http, a me
servirebbe la stessa cosa per il protocollo ftp in modo da
ottenere la seguente situazione:
ssh --> shell remota --> ftp -TOR-> FTP proxy --> web hosting
Questo intanto dovrebbe garantirmi almeno di riuscire ad accedere
al servizio di web hosting via ftp dalla shell remota.
Cosa ne pensate?
Si pu� fare?
Se si pu� fare in qualche modo, mi sembra comunque una situazione
quantomeno insicura, in quanto l'utente e password del servizio
ftp, viene vista nella rete tor e nell'eventuale proxy ftp statico.
Non vi pare?
Come si potrebbe risolvere?

 Come si potrebbe risolvere?
-- 
- -- � � � � � � � � � � � � � � � � � �   �      -- -
~ `-�-o) � � � �noname_ � � � � � (o--` ~
~ �   /\\ �(Penguin Forever) � �//\ �   ~
~   _\_v �    (Slackware)� � � � v_/_   ~

 Squid potrebbe essere migliore di Tor, ma non � facile da dover configurare.
No, spetta... tor non lo posso toccare.
dalla shell remota ho connessione vero l'esterno solo attraverso
l'instradamento su tor.
shell remota --- TOR ---> internet
Non ho possibilit� di toccare il server della shell remota. :-\
Ho fatto l'esempio per il protocollo http in quanto ho provato a
navigare dalla shell remota con links impostando un proxy
pubblico reperibile facilmente dalle varie liste in rete.
ssh --> sshd --- links ---> TOR ---> http_proxy --- "internet"
Anche se a dire il vero non so se impostando il proxy pubblico in
links, di fatto utilizzo ancora tor oppure lo bypasso a pi�
pari...boo, comunque alla fine dei giochi mi presento al sito che
visito con l'ip del proxy pubblico e non con quello di tor.
Sempre nelle impostazioni di links, c'� la possibilit� di settare
un "proxy ftp", il fatto � che non so dove pescare o se
adirittura esista un proxy ftp pubblico...

 adirittura esista un proxy ftp pubblico...
-- 


 ssh ---> shell-remota ---> ftp --- TOR ---> web-hosting
                                           ^
                                           |
                                    Qui ti ciulano
                                    la password ftp
Pessima idea. Mai far passare dati in chiaro da un nodo d'uscita
TOR, che può essere stato messo in piedi col solo scopo di sniffare
password. Due secondi dopo il tuo sito è come minimo defacciato.
Il web hosting non fornisce qualche connessione sicura?

 Tor fosse diverso dalla localhost.
Puoi dettagliare meglio, magari su
http://archives.seul.org/or/talk/
 ?
Cosa vuol dire "la localhost dell'attaccante era in chiaro"?
Ti sono arrivati pacchetti con l'IP locale? Non è che è stato
proprio il cosiddetto "exploit" a bypassare TOR e presentarsi
direttamente alla tua macchina?

 Il web hosting non fornisce qualche connessione sicura?
Basta pagare, ma il mio account � free e sto solo facendo un po'
di porve. L'account free mette a disposizione solamente un
accesso via ftp oppure anche via cPanel, ma io non lo conosco e
preferisco lavorare in locale e solo in un secondo momento
uploadare il malloppo via ftp.
A pagamento danno anche accesso via ssh mi pare. Ma passando
comunque dalla shell remota, cio� avviando il client ssh da l�,
probabilmente ci sarebbe lo stesso problema dell'ip variabile, ma
non so...

 accesso via ftp oppure anche via cPanel
Non è che per caso il cpanel te lo fanno raggiungere anche in https?
Se sì sei a cavallo, anche l'ultimo passo è criptato, e la catena è
riducibile a
TU ---- TOR ---- HOST

 l'ultimo parla col web-hosting in chiaro, ti frega sempre.
Gi�, e mi sa tanto che non mi sia possibile fare altrimenti con
l'account gratuito che voglio usare io.
Anche il cPanel me lo fanno accedere via http liscio, senza
l'usuale protocollo sicuro https.
L'account �:
000webhost.com
...tanto per capirci meglio.
Quindi, a questo punto direi che non vi sia possibilit� di
criptaggio dei dati e ci� comporta che:
volendo "nascondere" la propria identit� al webhosting, si
potrebbe utilizzare, all'uscita di TOR un proxy (ma di che
tipo funzionano per l'ftp???).
Unico scopo di questo ultimo proxy � la capacit� di farmi
presentare al webhosting con l'ip statico in modo da poter
portare a termine una breve sessione ftp.
In conclusione, diciamo che praticamente lo schemino sopra, mi d�
una discreta tranquillit�...fermo restando che comunque, alla fine
nel mio caso una "sniffata" sull'ultimo proxy della mia password
non � un grosso inconveniente...sempre per i miei scopi
semididattici. La riporto
ssh -> remoteshell -> ftp -> TOR -> ?_PROXY -> web-hosting
Ora per far funzionare la baracca mi servirebbe capire quale tipo
di proxy mi serve per farci passare una sessione ftp.
Sapreste dirmelo?

 ssh -> remoteshell -> ftp -> TOR -> ?_PROXY -> web-hosting
Eccheccazzo, un giretto alla Madonna dell'Incoronata non glielo
vogliamo far fare? Se non ti va in timeout la connessione le accendi
un cero!
:-)
Ma perché non basta instradare l'ftp via
TOR -> ?_PROXY -> web-hosting?

 TOR -> ?_PROXY -> web-hosting?
Un buon motivo potrebbe essere che la remote_shell potrebbe avere una
connessione a 100 Mbit seppure instradata verso TOR, mentre la
mia connessione casalinga va a 200 Kbit e ha una latenza
piuttosto elevata...Ti garantisco che se accendo tor in locale,
diventa tutto molto pi� "a scatti"... :-\
Altro motivo potrebbe essere l'impossibilit� di mettere in piedi
TOR sulla macchina locale.
Nel mio caso, mi metto sulla mia quota disco remota la roba che
mi serve uploadare sul webhosting...tutto via ssh, quindi via scp
o rsync. Poi in un secondo momento invio il malloppo al
webhosting lavorando dalla shell remota con una sessione ftp.
In ogni caso, i perch� e percome potrebbero essere molti...Ma la
domanda resta:
*Cosa mettiamo al posto di ?_PROXY  ???  :-?*

 *Cosa mettiamo al posto di ?_PROXY  ???  :-?*
Niente. Fissi il nodo TOR d'uscita:
http://wiki.noreply.org/noreply/TheOnionRouter/TorFAQ#CanIcontrolwhatnodesIuseforentry.2BAC8-exit.2Corwhatcountrythenodesarein.3F

 Niente. Fissi il nodo TOR d'uscita:
Ma per fare ci� bisogna avere i privilegi di root sulla macchina
dove gira tor e io non li ho.
Comunque penso di aver risolto utilizzando come proxy un normale
proxy hhtp pubblico...
resta il problema dei dati in chiaro, ma non penso vi sia
soluzione visto che il servizio cui accedo via ftp, non mi d�
nessun tipo di accesso criptato...
Saluti e grazie comunque  :-)

 dove gira tor e io non li ho.
Idea forse balzana. Un secondo TOR tutto tuo, chrootato nella tua
/home/JohnnyNewbie/, che usa porte diverse? Non so se funziona eh,
la butto lì.
Ma tralasciamo un attimo l'aspetto tecnico. Questa storia dal punto
di vista dell'anonimato fa acqua da tutte le parti. Che senso ha
arrivare con TOR al webhosting, quando accedi in ssh al tuo amico
remoto? Sicuro che non sia più pericoloso lui del webhosting?
Ho la sensazione che otterresti lo stesso risultato senza TOR,
attaccandoti direttamente a un open proxy in Papuasia. E andresti
anche più veloce.

 E andresti anche pi� veloce.
Questo no, infatti la mia connessione viene ben sfruttata perch�
si occupa solo della tratta ssh. A tor ci pensa il server della
shell remota che ha una connessione decisamente prestante. E
comunque pi� prestante della mia.