Sichere Verbindung über proxy --> ssl ftp ?

[lalamite]

Hi Zusammen,

hätte eine Frage.

Seit ein paar Tagen habe ich einen vps im netz
dieser hat einen socks 5 proxy server laufen

von meinem pc connecte ich mich normal per ssl ftp.
Nun möchte ich dies noch zusätzlich über den proxy machen.

Frage: Kann mein hoster des vps die Daten welche ich übertrage sehen (obwohl ich mich ja per ssl zum ftp verbinde?)

Wäre euch für Antworten dankbar.

 

[Jean Pernod]

Na ja, es ist seine Hardware, also möglich ist es natürlich, wegen dem physichen Zugriff den er hat.

Allerdings würde ich auch keine "sensiblen" Daten auf einen Rechner laden der quasi "ohne Schutz" im Internet steht.

 

[lalamite]

Na ja, es ist seine Hardware, also möglich ist es natürlich, wegen dem physichen Zugriff den er hat.

Allerdings würde ich auch keine "sensiblen" Daten auf einen Rechner laden der quasi "ohne Schutz" im Internet steht.

Sorry habe mich wohl nicht klar ausgedrückt

ich verbinde mich von meinem pc [a] per ssl ftp zu einem anderen server

Nun habe ich mir im netz einen vps geholt auf dem eine proxy software läuft [c]

Somit verbinde ich mich nun von [a] nach allerdings über [c]
Die Frage war dann ob der Hoster von [c] sehen kann welche Daten über seine Leitung laufen?

 

[Jean Pernod]

Ach so,
dann behaupte ich mal, dass der Provider es nicht sehen kann.

 

[lalamite]

Wie sehr kann ich Deiner "Behauptung" denn vertrauen?
Bist Dir sicher?

 

[infinity_dev]

SSL ist eine End-to-End Verschlüsselung. Einziger wirkungsvoller und durchführbarer Angriff ist eine Man-on-the-Middle Attacke, welche sich aber durch Vergleich des Fingerprint des Zertifikats erkennen lässt. Zertifikate sollten aber nicht mehr mit dem MD5-Hash Algorithmus erzeugt werden, da sie sich unter gewissen Umständen (CA verwendet fortlaufende Seriennummern) fälschen lassen (siehe 25C3 Vortrag vom Dezember). Bei Self Signed-Zertifikaten ist der Angriff nicht durchführbar.

Per se ist SSL also noch sicher, sofern man es richtig einsetzt.
Wenn man ganz paranoid ist:
1. Keiner CA vertrauen
2. Die Fingerprints der Zertifikate immer überprüfen
3. Client- und Server-Zertifikate benutzen