PureBoard

Hallo!

Angeregt durch einige endlose Beiträge hier im Forum, wollte ich selbst mal
probieren zwei Computer über das Internet miteinander zu verbinden. Ist
mir auch alles gelungen. Ich musste natürlich einen Port in meinem Router
öffnen, und da stellt sich mir jetzt eine Frage. Können jetzt auch andere über
diesen geöffneten Port auf meinen Rechner zugreifen, oder muss da ein
Programm an diesem Port auf etwas warten, wie z.B. das von mir
geschriebene Programm? Eigentlich könnte ich es mir nur so vorstellen, denn
wenn da kein Programm die ankommenden Daten verarbeitet geht das doch
ins leere, oder...?

Heyho!
Also das läuft (wenn ich deine Frage richtig verstehe) jetzt so:

Wenn dich jemand auf dem Port "anspricht" und du kein Programm auf diesem am "horchen" hast, dann geht die ANfrage mehr oder minder ins Leere.

Hast du aber ein Programm laufen, dann können andere mit dem Gegenstück des Programmes darauf zugreifen. Programmierst du den Server sowie den Clienten selber, (baust dir also mehr oder weniger dafür dein eigenes Protokoll) dann können nur Leute mit dem Gegenstück damit was anfangen.

Nein, halt- es geht auch anders:
Wenn ich jetzt so eine Art Sniffer auf dich ansetze, und versuche dein Protokoll zu entziffern (durch spezielle Befehle oder Bytes dein Programm dazu zu bringen zu "antworten"; sodass ich weiß, wie ich mit diesem kommunizieren muss) dann kann ich versuchen, es zu manipulieren.
Auch wenn ich es irgendwie schaffe, mal zwischen deinem Programm und deinem Server "mitzuhören", dann kann ich daraus auch das Protokoll erschließen.

Auch kann mandurch manche Tricks und Kniffe "ungesicherte Programme" ganz böse zu BufferUnderuns zwingen, und diese ausnutzen.
Baust du aber vorher einen VPN-Tunnel zu deinem PC auf, und läuft dein Programm nur im Netzwerk, so ist es "recht sicher".

Es kommt halt drauf an, wie du dein Programm intern mit "TRY" und "CATCH"es schützt, und spezielle Abfragen machst, um z.B. Bruteforce zu verhindern, oder gar um eine eigene verschlüsselung für deine Kommunikation zu bauen.

Soweit vom Prinzip her-
wenn du was nicht genau verstanden hast, dann sags - ich probiers gerne noch einmal

Gr33tz
Tafkadasom2k5

Danke für die schnelle Antwort! Im Grunde genommen hast Du mich schon
beruhigt. Da es mir hauptsächlich darum ging, zu wissen ob ein offener Port
ohne Programm dahinter ein Sicherheitsrisiko wäre.

Aber Deine Antwort lässt mich doch noch einmal nachfragen. Wenn ich mein
Programm laufen lasse, und ein Bösewicht es durch die von Dir
beschriebenen Methoden schafft das Programm zu benutzen, könnte er doch
allenfalls nur die Funktionalität die mein Programm bietet benutzen. Da das
nur ein kleiner Chat für meine Bekannten wird, wäre ja nun allenfalls ein
"Hallo" oder das Blockieren meines Programmes möglich. Oder?

Und was ist ein VPN-Tunnel. Ich nehme an "Virtual Private Network"? Wirklich
was anfangen kann ich damit nicht.

Bin zwar nicht der ürsprünglich Antwortende, glaube indes, der Link http://de.wikipedia.org/wiki/Virtual_Private_Network ist gar nicht übel.

Grade bei ChatProgrammen muss man aufpassen, dass man die Menge der bei der Eingabe zu übernehmenden Zeichen begrenzt, sonst kann ein Angreifer durch hinreichend viel "überzählige" Zeichen "beliebigen" Code zur Ausführung bringen. Der läuft dann zwar in erster Näherung nur mit den Rechten Deines Programmes, aber das ist ja schonmal 1 Anfang.
Auf die Art kann man dann natürlich auch ein Codestück implementieren, dass an dem einen Port lauscht, aber dann natürlich mit dem Protokoll des Angreifers.

Captn. Jinguji hat geschrieben:
... Grade bei ChatProgrammen muss man aufpassen, dass man die Menge der bei der Eingabe zu übernehmenden Zeichen begrenzt, sonst kann ein Angreifer durch hinreichend viel "überzählige" Zeichen "beliebigen" Code zur Ausführung bringen. Der läuft dann zwar in erster Näherung nur mit den Rechten Deines Programmes, aber das ist ja schonmal 1 Anfang.
Auf die Art kann man dann natürlich auch ein Codestück implementieren, dass an dem einen Port lauscht, aber dann natürlich mit dem Protokoll des Angreifers.

Könntest Du mir das bitte noch ein wenig genauer erläutern? Ich habe
nämlich keine Vorstellung davon, wie ein Angreifer fremden code in meinem
Programm zur Ausführung bringen könnte, selbst wenn ihm das von mir
benutzte Protokoll bekannt wäre.

Jinguji meint einen Buffer Overflow.
Dabei wird versucht mehr Daten in den Speicher zu schreiben, als deinem Programm zugewiesen wurde. Es ist nun gut möglich, dass die Daten an die Stelle im Speicher geschrieben werden, wo sich dein Programm befindet.
Wenn nun die Daten nichts weiter als fremder Code sind, kann der unter ungünstigen Umständen ausgeführt werden...

Also immer eine Fehlerprüfung machen. Wenn etwas ausserhalb der gültigen Wertebereiche liegt - gleich alles blocken und die Daten neu anfordern.

Das ist zwar die Holzhammer-Methode, aber die bietet schon mal viel Sicherheit.

> Es ist nun gut möglich, dass die Daten an die Stelle im Speicher geschrieben werden, wo sich dein Programm befindet.

DANKE!

endlich hab ich verstanden, wo beim Buffer-Overflow die eigentliche schwachstelle ist.
(hatte vor ner weile schon mal nach gefragt, aber keiner konnte mir eine einleuchtende antwort geben)

das bedeutet aber ja im gegenzug, dass wenn ich meinen buffer im Datensegment habe,
das keine execute-rechte besitzt, ein buffer-overflow mir nichts anhaben kann,
jedenfalls kein code zur ausführung kommen kann... oder?

*grübel* nunja....
wenn das datensegment dort zuende wäre, und dahinter ein anderes code-segment beginnt...

ok, ich sehs ein, besser auf jeden fall sauber begrenzen.

Laurin hat geschrieben:Jinguji meint einen Buffer Overflow.

Genau darauf wollte ich ja nun auch hinaus, als ich sagte,

Es kommt halt drauf an, wie du dein Programm intern mit "TRY" und "CATCH"es schützt, und spezielle Abfragen machst

Wenn dein Programm nun merkt:
"Hey das ist ja ein viel zu großes Datensegment, das passt garnicht in meinen Speicher!", dann sollte es eine Anfrage an den Clienten senden, die denjenigen auffordert, etwas "kleineres" zu schicken.

Ausserdem könnte er, wenn er die Funktionalität deines Programmes herausbekommt, versuchen Schwachstellen zu finden:

- Was macht der Server, wenn ich ein falsches Passwort sende?
- Wie lange braucht der Server um zu antworten?
- Was genau gibt er mir für eine Antwort?
- Gibt es einen "Notfall-Login" oder sowas?
- Kann man diesen knacken?

etc, etc.

Gr33tz
Tafkadasom2k5

Kaeru Gaman hat geschrieben:> Es ist nun gut möglich, dass die Daten an die Stelle im Speicher geschrieben werden, wo sich dein Programm befindet.

DANKE!

endlich hab ich verstanden, wo beim Buffer-Overflow die eigentliche schwachstelle ist.
(hatte vor ner weile schon mal nach gefragt, aber keiner konnte mir eine einleuchtende antwort geben)

das bedeutet aber ja im gegenzug, dass wenn ich meinen buffer im Datensegment habe,
das keine execute-rechte besitzt, ein buffer-overflow mir nichts anhaben kann,
jedenfalls kein code zur ausführung kommen kann... oder?

*grübel* nunja....
wenn das datensegment dort zuende wäre, und dahinter ein anderes code-segment beginnt...

ok, ich sehs ein, besser auf jeden fall sauber begrenzen.

Normalerweise liegt beim ausnutzen von solchen Bufferoverflows der Buffer nicht im Datensegment, da du ja auch schon bemerkt hast, das der Code da nicht ausgeführt werden kann. (und das Datensegment kommt nicht vorm Codesegment )
Der Buffer liegt dann nämlich auf dem Stack - d.h. ist eine lokale Variable einer Procedure. Und da Code im Stack ausgeführt werden kann (zumindest z.Z. noch) braucht man dann nur die Rücksprungadresse der Procedure ändern und auf den Stack legen, wo ja der eingeschleuste Code liegt.

Ich bin mir da zwar auch nicht 100%ig sicher ob das so richtig ist, aber so hab ichs mal gelernt