[PHP] PHPSecurepages enkele logins corrupt *

[R-Alph]

Ons bedrijf heeft sinds een kleine tijd een webpagina lopen. Op die webpagina kunnen leden zich inloggen en krijgen meer informatie te zien als ze dat hebben gedaan.

Nu is er laatst een brief de deur uit gedaan naar al die leden met hun inlognaam en wachtwoord.

Vandaag waren er 2 gebruikers die zichzelf niet konden inloggen.
Ik heb nagekeken of hun gebruikersnaam en wachtwoord correct waren.
Dit klopte allemaal. Ik heb op de site proberen in te loggen maar ik kreeg geen toegang. Ik heb het bestand naar de desbetrefende server upgeload om zo misschien het probleem te verhelpen. Ook dit werkte niet.

Ik heb de naam veranderd en zo proberen in te loggen. Helaas werkte dit ook niet.

Dit is een van de 2 gebruikers (natuurlijk naam en wachtwoord weggehaald)

PHP:

    <?
    $cfgLogin[566] = 'gebruiker';
    $cfgPassword[566] = 'wachtwoord';
    $cfgUserLevel[566] = '1';
    $cfgUserID[566] = 'LEDEN496';
    ?>

Zoals je ziet staan tamelijk wat gebruikers in.

Ik gebruik het inlogsysteem van phpsecurepages.

Weet iemand een oplossing? Of iets wat je denkt dat ik over het hoofd heb gezien? Ik kom er namelijk echt niet meer uit. Kan dit een bug zijn in dit inlogsysteem?

[RAJH]

Probeer eens <?PHP ?> ipv <?

[Wolfboy]

het enige wat ik kan bedenken, zitten er misschien vreemde tekens in de loginnaam of het wachtwoord.
dat zou dit soort problemen namelijk kunnen veroorzaken
is het misschien ook mogelijk om de gebruikers opnieuw aan te maken om te kijken of daarmee het probleem verholpen is?

[R-Alph]

Ro schreef op 05 februari 2004 @ 15:08:
Probeer eens <?PHP ?> ipv <?

Nee want anders zouden de rest van de inlognamen het ook niet doen.
Ik heb er 612. En er doen het 2 stuks niet van. Die staan op een willekeurige plaats in het bestand, dus niet speciefiek op één plaats.

Dat vind ik nou net het vreemde. De rest doet het namelijk wel.

[R-Alph]

Wolfboy schreef op 05 februari 2004 @ 15:09:
het enige wat ik kan bedenken, zitten er misschien vreemde tekens in de loginnaam of het wachtwoord.
dat zou dit soort problemen namelijk kunnen veroorzaken
is het misschien ook mogelijk om de gebruikers opnieuw aan te maken om te kijken of daarmee het probleem verholpen is?

Nee andere gebruikersnamen die het wel doen zijn net als de gebruikersnaam die het niet doen.

En het wachtwoord zijn cijfers.

En er zijn maar 2 mensen uit een lijst van 612 die het niet doen. En die staan op willekeurige plekken, zien er precies het zelfde uit als de anderen. Ik denk aan een bug ofzo. Ik zou het verder niet weten.

[Xenon]

Misschien een spatie in de db of zo?

[me1299]

Als we verder geen source code hebben kunnnen we verder alleen maar gokken naar een verklaring.

Wat gebeurt er als je de betreffende user delete en deze daarna opnieuw aanmaakt waardor hij/zij een andere Primary Key heef?

[R-Alph]

DeathKnight schreef op 05 februari 2004 @ 15:14:
Als we verder geen source code hebben kunnnen we verder alleen maar gokken naar een verklaring.

Wat gebeurt er als je de betreffende user delete en deze daarna opnieuw aanmaakt waardor hij/zij een andere Primary Key heef?

Niets. Ik kan me dan nog steeds niet inloggen. Dat heb ik namelijk ook al geprobeerd. Het ligt ook niet aan de spaties.

[creative8500]

Inderdaad: wat heb je al geprobeerd? Al een nieuwe account voor ze aangemaakt?

[R-Alph]

creative8500 schreef op 05 februari 2004 @ 15:18:
Inderdaad: wat heb je al geprobeerd? Al een nieuwe account voor ze aangemaakt?

Ik heb al eens een punt tussen de voorletters gezet.
Punt weer weg gehaald.
Ander wachtwoord..
Andere username.
Helemaal nieuwe account en naam.
Andere naam.
En na het wijzigen natuurlijk altijd upgeload naar de server.

[Wolfboy]

en als je gewoon random een account aanmaakt, werkt het dan wel?

zit er misschien een limiet op het aantal gebruikers dat er maximaal aangemaakt kunnen worden?
of is dat alleen gelimiteerd door het aantal dat het ID veld aan kan

[djluc]

Maar als je gewoon een willekeurige login maakt: test - test dan werkt het wel? Heb je anders niet iets veranderd aan je registreer systeempje o.i.d.?

[R-Alph]

djluc schreef op 05 februari 2004 @ 15:26:
Maar als je gewoon een willekeurige login maakt: test - test dan werkt het wel? Heb je anders niet iets veranderd aan je registreer systeempje o.i.d.?

acces denied.

Er zit geen limiet op. Hij haalt de gegevens uit een wordpad document. Daar kan zoveel in als je wilt. En anders zou de laatste het namelijk ook niet doen.

edit: Nu doen de laatste het ineens niet meer. De laatste keer dat ik de inlognamen getest heb weet ik zeker dat ik de laatste ook heb meegenomen in het testen. Die doet het opeens niet meer.

[R-Alph]

R-Adioactive schreef op 05 februari 2004 @ 15:36:
[...]


acces denied.

Er zit geen limiet op. Hij haalt de gegevens uit een wordpad document. Daar kan zoveel in als je wilt. En anders zou de laatste het namelijk ook niet doen.

edit: Nu doen de laatste het ineens niet meer. De laatste keer dat ik de inlognamen getest heb weet ik zeker dat ik de laatste ook heb meegenomen in het testen. Die doet het opeens niet meer.

Ik ga alles eens opnieuw invoeren

Ik snap er niets meer van.

[djluc]

R-Adioactive schreef op 05 februari 2004 @ 15:43:
[...]Ik ga alles eens opnieuw invoeren
Ik snap er niets meer van.

Zou ik niet doen. Open het document eens in kaldblok, je gaat namelijk geen databestanden in wordpad editten. Daar krijg je problemen mee. Zie je vreemde tekens staan? Zo ja, je bestand is verpest.

Je kunt hier mee door gaan maar beter: neem een database.

[drm]

Weet je uberhaupt wel zeker dat de login procedure correct is?

edit:
as in: problemen met cookies /sessies etc?

[ Voor 30% gewijzigd door drm op 05-02-2004 16:57 ]

[me1299]

R-Adioactive schreef op 05 februari 2004 @ 15:36:
[...]


acces denied.

Er zit geen limiet op. Hij haalt de gegevens uit een wordpad document. Daar kan zoveel in als je wilt. En anders zou de laatste het namelijk ook niet doen.

edit: Nu doen de laatste het ineens niet meer. De laatste keer dat ik de inlognamen getest heb weet ik zeker dat ik de laatste ook heb meegenomen in het testen. Die doet het opeens niet meer.

Wordpad is nogal een rtf editor. Ik zou plain text niet met wordpad doen maar met notepad ofzo.

[R-Alph]

Weet iemand of er een maximum aan inlognamen is bij phpsecurepages?

PHP:

$cfgLogin[561] = 'th.visser';
$cfgPassword[561] = '***';
$cfgUserLevel[561] = '1';
$cfgUserID[561] = 'LEDEN491';

$cfgLogin[562] = 'f.h.j.a.vissers';
$cfgPassword[562] = '***';
$cfgUserLevel[562] = '1';
$cfgUserID[562] = 'LEDEN492';

$cfgLogin[563] = 'm.m.j.h.vliet';
$cfgPassword[563] = '***';
$cfgUserLevel[563] = '1';
$cfgUserID[563] = 'LEDEN493';

$cfgLogin[564] = 'a.j.m.vluggen';
$cfgPassword[564] = '***';
$cfgUserLevel[564] = '1';
$cfgUserID[564] = 'LEDEN494';

Na f.h.j.a.vissers doet alles het niet meer

[R-Alph]

DeathKnight schreef op 05 februari 2004 @ 19:42:
[...]


Wordpad is nogal een rtf editor. Ik zou plain text niet met wordpad doen maar met notepad ofzo.

Ik moet het wel met wordpad openen.

Het is te groot voor notepad.

[SPee]

Zou het dan ook niet zo zijn dat de PHP parser er dan te lang voor doet, de server deze automatisch stopt

Er zit meestal een time-out limiet op de tijd dat een PHP script mag draaien. Als jij dan een groot bestand gaat doorlopen, dan gebruikt hij een groot deel van die tijd daarvoor. Kun je het niet in wat kleinere bestandjes opdelen ? Dus per 100 een bestand ofzo. Of een database gebruiken

[R-Alph]

SPee schreef op 06 februari 2004 @ 10:04:
Zou het dan ook niet zo zijn dat de PHP parser er dan te lang voor doet, de server deze automatisch stopt

Er zit meestal een time-out limiet op de tijd dat een PHP script mag draaien. Als jij dan een groot bestand gaat doorlopen, dan gebruikt hij een groot deel van die tijd daarvoor. Kun je het niet in wat kleinere bestandjes opdelen ? Dus per 100 een bestand ofzo. Of een database gebruiken

Dan is mijn vraag: Hoe doe je het dan in verschillende bestandjes opdelen?

[Verwijderd]

/* begin domme opmerking */

Is het niet veel handiger om even de maker van PHPSecurepages om hulp te vragen?

Naam: Paul Kruyt
Email: [e-mail]

Oftewel:
http://www.phpsecurepages.com
http://freshmeat.net/projects/phpSecurePages/
http://freshmeat.net/~dyna18/

Jouw vragen gaan specifiek over een script dat gewoon gedownload is en waarschijnlijk bugs bevat. Ik neem aan dat de maker van dit script je zo de antwoorden kan geven.

/* einde domme opmerking */