Nein mir geht es nicht darum das auszunutzen,
bin im Betrieb u. a. für die EDV zuständig und diese
Möglichkeit stellt ein entsprechendes Risiko da.
Dann hilft dir wohl auf Dauer nur eines: Das Lesen der Logfiles. Es gibt vielfältige Möglichkeiten, über Port 80 oder Port 443 verschlüsselt zu tunneln, und aufgrund der Verschlüsselung hast du keine Chance zu erkennen, was da getunnelt wurde. U. U. aber kannst du erkennen, dass getunnelt wurde, und dies für die Zukunft unterbinden.
Im Anhang habe ich einen Auszug aus einem Squid-Protokoll beigefügt, dem ich leicht entnehmen konnte, dass einer meiner Anwender mithilfe des Netviewers getunnelt hat - obwohl ihm dies ausdrücklich untersagt war. Als Gegenmassnahme habe ich im konkreten Fall dafür gesorgt, dass der Netviewer (ohne administrativen Eingriff) keine Chance mehr hat, unseren Proxyserver zu finden und somit zukünftige Tunnelaufbauten scheitern.
Bei einem VPN-Tunnel wird das Protokoll nicht so aussagekräftig sein, ich gehe davon aus, das du in diesem Fall nur sehr wenige Einträge im Protokoll finden wirst, da bei VPN im Gegensatz zum Netviewer nicht für jedes Datenpaket eine eigene Verbindung aufgebaut werden wird.
Andere Chancen aber, ein illegitimes Tunneln zu verhindern (einzuschränken), sehe ich neben dem Log-Lesen und sozialen oder arbeitsrechtlichen Massnahmen kaum. Allenfalls, was wohl in manchen Firmen praktiziert wird, der Einsatz eines Proxyservers, der Verbindungen nach aussen ausschliesslich zu definierten, administrativ vorgegebenen Adressen erlaubt.
Darüber hinaus hätten wir von der EDV den Vorteil Treiber und
Updates mit Hilfe solch einer Lösung runterzuladen ohne einen
separten PC außerhalb des Netzes betreiben zu müssen.
Das habe ich realisiert, indem ich ein (ziemlich primitives) Webinterface zum Proxyserver (der jederzeit alles downloaden darf) gebaut habe, das mit Hilfe von Putty und wget jedem Benutzer, der keine administrativen Rechte hat, aus dem EDV-Netz heraus zugreift und ein gültiges Zertifikat vorweisen kann, den Download beliebiger Dateien gestattet.
Gruss
Schorsch
172.16.5.207 [21.11.2005 11:46:10] text/html 460 http://h6.netviewer-s11.com/nvserver?
172.16.5.207 [21.11.2005 11:46:10] text/html 628 http://h6.netviewer-s11.com/nvserver?
172.16.5.207 [21.11.2005 11:46:10] text/html 1834 http://h6.netviewer-s11.com/nvserver?
172.16.5.207 [21.11.2005 11:46:11] application/octet-stream 230 http://h6.netviewer-s26.com/cgi-bin/h.pl?
172.16.5.207 [21.11.2005 11:46:26] application/octet-stream 234 http://h6.netviewer-s26.com/cgi-bin/h.pl?
172.16.5.207 [21.11.2005 11:46:27] application/octet-stream 312 http://h6.netviewer-s26.com/cgi-bin/h.pl?
172.16.5.207 [21.11.2005 11:46:27] application/octet-stream 249 http://h6.netviewer-s26.com/cgi-bin/h.pl?
172.16.5.207 [21.11.2005 11:46:27] application/octet-stream 253 http://h6.netviewer-s26.com/cgi-bin/h.pl?
172.16.5.207 [21.11.2005 11:46:27] application/octet-stream 249 http://h6.netviewer-s26.com/cgi-bin/h.pl?
172.16.5.207 [21.11.2005 11:46:28] application/octet-stream 245 http://h6.netviewer-s26.com/cgi-bin/h.pl?
172.16.5.207 [21.11.2005 11:46:28] application/octet-stream 245 http://h6.netviewer-s26.com/cgi-bin/h.pl?
172.16.5.207 [21.11.2005 11:46:28] application/octet-stream 245 http://h6.netviewer-s26.com/cgi-bin/h.pl?
[...]