maddin2005
nein ich habe die zalh nicht verändert
Multiaccount-Check
Gibt es bei dem Hack nicht auch eine gewisse Wahrscheinlichkeit, normale Accounts zu killen?
Ich weiß, dass Arcor z.B. einen IP-Pool hat, aus dem wild bei Verbindung eine IP gegriffen und einem User gegeben wird.
Beendet er die Verbindung, wandert die IP zurück in den Pool.
Verbindet sich neu, bekommt er eine neue IP aus dem Pool (oder ggf. die von vorher, aber sehr wahrscheinlich ist das nicht).
Andersherum kann aber auch jemand anders die vorher genutzte IP bekommen - habe ich auch einige Male schon erlebt bei einem Kumpel, der dann nach Verbindungsaufbau eine IP hatte, die z.B. ein Downloadlimit schon erreicht hatte.
Er durfte sich dann eben neu verbinden.
Aber hier würde der Hack ja automatisch sperren...
Was ich damit sagen will, ist, dass es doch eine bestimmte Wahrscheinlichkeit gibt, dass User A und User B denselben Provider haben und dass User A aus dem Netz geht.
User B verbindet sich kurz später und bekommt zufällig die IP von User A.
Das Board würde mit diesem Hack dann aufgrund derselben IP automatisch sperren...
Andersherum wäre jemand, der beschei*en will, bestimmt auch in der Lage, sich neu zu verbinden dafür und eine neue IP zu bekommen...
Ok, lange Rede, kurzer Sinn: Wäre es vielleicht möglich, statt der automatischen Sperre optionell einen "Check" einzubauen, quasi statt automatischer Sperrung Eintrag auf eine Liste (ggf. mit Datum, Uhrzeit, IP), die ich als Administrator dann manuell anschauen kann?
Wäre das nicht allgemein von Vorteil?
mfg
mS][Scorp
Ich weiß, dass Arcor z.B. einen IP-Pool hat, aus dem wild bei Verbindung eine IP gegriffen und einem User gegeben wird.
Beendet er die Verbindung, wandert die IP zurück in den Pool.
Verbindet sich neu, bekommt er eine neue IP aus dem Pool (oder ggf. die von vorher, aber sehr wahrscheinlich ist das nicht).
Andersherum kann aber auch jemand anders die vorher genutzte IP bekommen - habe ich auch einige Male schon erlebt bei einem Kumpel, der dann nach Verbindungsaufbau eine IP hatte, die z.B. ein Downloadlimit schon erreicht hatte.
Er durfte sich dann eben neu verbinden.
Aber hier würde der Hack ja automatisch sperren...
Was ich damit sagen will, ist, dass es doch eine bestimmte Wahrscheinlichkeit gibt, dass User A und User B denselben Provider haben und dass User A aus dem Netz geht.
User B verbindet sich kurz später und bekommt zufällig die IP von User A.
Das Board würde mit diesem Hack dann aufgrund derselben IP automatisch sperren...
Andersherum wäre jemand, der beschei*en will, bestimmt auch in der Lage, sich neu zu verbinden dafür und eine neue IP zu bekommen...
Ok, lange Rede, kurzer Sinn: Wäre es vielleicht möglich, statt der automatischen Sperre optionell einen "Check" einzubauen, quasi statt automatischer Sperrung Eintrag auf eine Liste (ggf. mit Datum, Uhrzeit, IP), die ich als Administrator dann manuell anschauen kann?
Wäre das nicht allgemein von Vorteil?
mfg
mS][Scorp
| Zitat: |
| Original von mS][Scorp Ok, lange Rede, kurzer Sinn: Wäre es vielleicht möglich, statt der automatischen Sperre optionell einen "Check" einzubauen, quasi statt automatischer Sperrung Eintrag auf eine Liste (ggf. mit Datum, Uhrzeit, IP), die ich als Administrator dann manuell anschauen kann?
Wäre das nicht allgemein von Vorteil? mfg mS][Scorp |
Diese Idee finde ich auch sehr gut - wäre das so möglich?
Hallo
ich hole das Thema hier noch mal hoch ...
Scorp schieb das hier ... FRAGE
Ist das mittlerweile möglich oder gibt es gar so einen Hack wo einfach nur gecheckt wird ob Doppelaccounts vorhanden sind ?
ich hole das Thema hier noch mal hoch ...
Scorp schieb das hier ... FRAGE
| Zitat: |
| Ok, lange Rede, kurzer Sinn: Wäre es vielleicht möglich, statt der automatischen Sperre optionell einen "Check" einzubauen, quasi statt automatischer Sperrung Eintrag auf eine Liste (ggf. mit Datum, Uhrzeit, IP), die ich als Administrator dann manuell anschauen kann? Wäre das nicht allgemein von Vorteil? |
Ist das mittlerweile möglich oder gibt es gar so einen Hack wo einfach nur gecheckt wird ob Doppelaccounts vorhanden sind ?
Vielleicht ist es im Zusammenhang mit dem Hack Loginlog v3 von CoderCrew möglich ? 
-> Loginlog V3
Den habe ich z.b. eingebaut
-> Loginlog V3Den habe ich z.b. eingebaut