#1
| ||||
| ||||
phpBB 2.0.19 ist fertigSeit in paar Stunden ist die Version von phpBB 2.0.19 erhältlich. Neu ist eine optionale Begrenzung der fehlerhaften Login-Versuche. Daneben gibt es eine reihe an Bugfixes - sei es für die Unterstützung von mySQL 5 oder aber ein paar sicherheitskritischer Lücken, die in speziellen Konfigurationen ausgenutzt worden sind. Die Ankündigung ist zu finden unter: http://www.phpbb.com/phpBB/viewtopic.php?f=14&t=352966 Ich muss da jetzt irgendwie an Loriot denken: Ein Klavier, ein Klavier! *grins* |
#2
| |||
| |||
Ich warte noch mit dem Update, dieses neue "Login-Schutz-Feature" ist anscheinend sehr zweifelhaft. Auf phpbb.de wird fleissig darüber diskutiert, mal schaun was dabei raus kommt. |
#3
| ||||
| ||||
ähm ... ja. Wenn es tatsächlich so ist, dass dieses System auf Account-Ebene und nicht auf IP-Ebene arbeitet, dann ist die Implementation nicht das Gelbe vom Ei. Wohl wahr. |
#4
| ||||
| ||||
LOL, wenn die das auf Account Ebene gemacht habe, verliere ich das Vertrauen ins PHPBB!! ich setze dann mal ein Login Autoscript auf "alle Accounts" solche Kardinalfehler sprechen echt gegen ein gutes Developer Team! Geändert von Luki (31.12.2005 um 11:29 Uhr). |
#5
| ||||
| ||||
Um das phpBB nicht zu Unrecht zu kritisieren, habe ich mir die Codestellen eben angesehen: Code: // If the last login is more than x minutes ago, then reset the login tries/time if ($row['user_last_login_try'] && $board_config['login_reset_time'] && $row['user_last_login_try'] < (time() - ($board_config['login_reset_time'] * 60))) { $db->sql_query('UPDATE ' . USERS_TABLE . ' SET user_login_tries = 0, user_last_login_try = 0 WHERE user_id = ' . $row['user_id']); $row['user_last_login_try'] = $row['user_login_tries'] = 0; } // Check to see if user is allowed to login again... if his tries are exceeded if ($row['user_last_login_try'] && $board_config['login_reset_time'] && $board_config['max_login_attempts'] && $row['user_last_login_try'] >= (time() - ($board_config['login_reset_time'] * 60)) && $row['user_login_tries'] >= $board_config['max_login_attempts']) { message_die(GENERAL_MESSAGE, sprintf($lang['Login_attempts_exceeded'], $board_config['max_login_attempts'], $board_config['login_reset_time'])); } Ja, das Ganze läuft auf Account-Ebene und ist damit in meinen Augen sehr kontraproduktiv. Das Risiko, dass Dritte diesen Counter an seine Grenzen treiben und damit den regulären Benutzern den Weg ins Forum versperren, ist einfach zu groß. Per Standard hat ein Benutzer 5 Versuche, sich einzuloggen. Ich sende also 5 HTTP-Posts ab (brauche dazu weniger als eine Sekunde) und User X kann sich für 30 Minuten (Standard-Vorgabe) nicht einloggen. Das mache ich schnell für alle Team-Mitglieder und hab' als Troll 'ne Weile Ruhe im Board. Es ist mir unbegreiflich, wie das phpBB-Team zu solch einer Entscheidung kommen konnte. Das sind alles gestandene Web-Entwickler mit jahrelanger Erfahrung in diesem Gebiet. |
#6
| |||
| |||
Zitat:
Aber wenn man es so leicht manipulieren kann ist es einfach nichts! Ich hab schon das update gemacht! |
#7
| ||||
| ||||
Zitat:
Zitat:
|
#8
| ||||
| ||||
tztz dann sollen die da bitte einen Captcha einbauen!! aber die Lösung im Augenblick ist wirklich traurig! |
#9
| ||||
| ||||
Zitat:
__________________ Forensoftware mit integriertem CMS: Viscacha 0.8! |
#10
| ||||
| ||||
naja soweit ich das sehe, geht es hier ja nur darum, automatisierte Bruteforce Einlogg-Versuche zu verhindern... also sollte man dem Useraccount bei zu vielen Fehl-Logins einfach eine zusätzliche Captcha Eingabe verpassen. (wäre natürlich eleganter als eine IP Sperre!) |
Stichworte |
- |
Themen-Optionen | |
Thema bewerten | |
Ähnliche Themen | ||||
Thema | Autor | Forum | Antworten | Letzter Beitrag |
phpBB oder SMF? | Windwalker | Forensoftware | 34 | 21.08.2008 03:03 |
Das phpBB 2 | Daniel Richter | Erfahrungsberichte | 57 | 21.04.2006 21:12 |
phpBB Community Coding Projekte | itst | Forensoftware | 12 | 25.11.2005 15:01 |
phpBB Planet | Planet | Projektvorstellung und Bewertung | 5 | 04.09.2005 22:26 |