Sicherheitsproblem - Php
#1
geschrieben 27. Juni 2005 - 19:46
habe ein kleines Sicherheitssystem geschaffen, indem der Username und Passwort nach bestimmten Methoden verschlüsselt werden, diese können 100%ig nicht mehr entschlüsselt werden, außer mit Logik von Menschenhand, d.h. es weist mind. einem Wert zwei Buchstaben zu.
Zu meiner Frage:
Wie groß ist die Wahrscheinlichkeit, dass ein Hacker nach neuem Einwählen die gleiche IP wie die seines Opfers bekommt?
Dies wäre die einzige Sicherheitslücke bei mir, denn eine Identifikation in Verbindung mit den verschlüsselten Werten und der IP gibt den Zugang zum System, d.h. wenn ein Hacker den verschlüsselten Namen und Passwort an die URL hängt bekommt er keinen Zugang, da seine IP anders ist, wenn aber er die gleiche IP hat, wie sein bisheriges Opfer, dann bekommt er Zugang.
Würde es dafür eine Möglichkeit zur Schließung geben?
Anzeige
#2 _Benjamin_
geschrieben 27. Juni 2005 - 19:55
3,1962657931507848761677563491821e+38wenn ich mich nicht verrechnet habe

hmmm nun gut du hast schon teile verraten und damit ist es schon wieder nicht sicher ... ein "hacker" muss nun die gleiche IP haben wie der User den er hacken will ... was relativ zufalls gelegen ist würd ich ma sagen ...
naja, überdenk das system lieber nochmal weil ne lösung via IP würde ich dennoch nicht in betracht ziehen
#3
geschrieben 27. Juni 2005 - 20:09
Zitat (hasch: 27.06.2005, 20:46)
Von der du weißt...
Zitat (Benjamin: 27.06.2005, 20:55)
3,1962657931507848761677563491821e+38wenn ich mich nicht verrechnet habe

Ich bin zwar kein Experte in Sachen IPs, aber ich käme auf 1:4228250625 (nicht von IPv6 ausgehend).
Für IPv6 zitiere ich mal Wikipedia:
Zitat
#4 _Benjamin_
geschrieben 27. Juni 2005 - 20:12
#5
geschrieben 27. Juni 2005 - 20:18

Naja ich habe aber nicht alles verraten, selbst wenn der Hacker sogar mein mathematischen Methoden weiß, könnte er es nicht entschlüsseln, weil es auch noch Variablen gibt, die individuell mit einer Zahlenfolge versehen werden, d.h. es bräuchte diese auch noch, bei regelmäßigem wechseln der Folge ist es fast unmöglich diese zu knacken.
Aber die Realität beweist ja, nicht ist unmöglich - Toyota

Wie soll ich den User sonst identifizieren, wenn nicht über IP?
#6
geschrieben 27. Juni 2005 - 20:20
also es ist fast unmöglich! weil er müsste ja dann auch den gleichen ISP hamm, wie das opfer! also das dürfte kein problem sein!
#7
geschrieben 27. Juni 2005 - 20:27
Habe gerade erfahren, dass AOL User häufig eine andere IP während des Surfens bekommen, entspricht dies der Wahrheit, weil dann währe meine Lösung ja für die Tonne!?
#8
geschrieben 27. Juni 2005 - 20:31
#9
geschrieben 27. Juni 2005 - 20:52
Wenn du eine einzigartige nummer haben möchtest könntest du ja den pc namen oder eine nummer aus den komponenten des pcs zusammemstellen(so wie win, z.b. mainboard +cpu).
you are running an OS
you use a Browser
I know so much about you...
#10
geschrieben 27. Juni 2005 - 21:05
Aber ich glaube, das ganze wird ziemlich sicher sein, weil ein einloggen nach 10 Fehlversuchen unmöglich ist, dann wird der Account gesperrt.
D.h. sollte der Hacker die gleiche IP des Opfers haben und versuchen irgendwelche verschlüsselten Codes an die URL zu hängen, wird der Account gesperrt, der zuletzt diese IP hatte nach 10 Fehlversuchen, d.h. es ist nur möglich auf den Account des Opfers zuzugreifen, wenn die gleiche IP und alle Zugangsdaten verfügbar sind.
Was meint ihr?
#11
geschrieben 27. Juni 2005 - 21:13

#12
geschrieben 27. Juni 2005 - 21:15
Zitat (pek: 27.06.2005, 22:13)

<{POST_SNAPBACK}>
Also empfehlt ihr mir Cookies + bestmögliche Verschlüsselung?
#13
geschrieben 27. Juni 2005 - 21:25
Zitat (hasch: 27.06.2005, 23:15)
Deine Methode an sich ist aber in Ordnung, vielleicht solltest du noch ein blick auf SQL Injections werfen damit dein Script dahingehend sicher ist.

#14
geschrieben 27. Juni 2005 - 21:32
Zitat (pek: 27.06.2005, 22:25)
Deine Methode an sich ist aber in Ordnung, vielleicht solltest du noch ein blick auf SQL Injections werfen damit dein Script dahingehend sicher ist.

<{POST_SNAPBACK}>
Kannst du mir mal kurz SQL Injections erläutern?
Meinst du, er wird versuchen die DB zu knacken?
Ich danke euch jetzt schonmal für eure netten und hilfreichen Beiträge.

Ich muss jetzt in die Heiha, weil ich morgen wieder Schule habe. Kann also erst morgen auf eure evt. Beiträge eingehen. Danke.
Dieser Beitrag wurde von hasch bearbeitet: 27. Juni 2005 - 21:34
#15
geschrieben 27. Juni 2005 - 21:34