Geen index file en toch bezoekers
Toch worden er sessions aangemaakt getuige de sessionfiles die er worden aangemaakt. Zelfs worden er functies uitgevoerd zoals het aanmaken van overzichten. Dat leid ik af aan het feit dat er tijdelijke databasefiles worden aangemaakt.
Mis ik iets? Weet iemand wat hier gebeurt??
Ik ben benieuwd.
Jovank vank op 31/05/2015 17:20:59:
Toch worden er sessions aangemaakt getuige de sessionfiles die er worden aangemaakt. Zelfs worden er functies uitgevoerd zoals het aanmaken van overzichten. Dat leid ik af aan het feit dat er tijdelijke databasefiles worden aangemaakt.
En dat heb je op geen enkele manier afgeschermd?
Nou kennelijk niet. Mijn vraag is juist hoe dit kan. Als ik dat weet, kan ik het afschermen. Misschien worden er functies aangeroepen als URL. Zou het kunnen zijn omdat die beginnen met sessionstart()?
Is dat een functie die jij ZELF hebt geschreven, of zijn dit overzichten die worden aangemaakt door een of ander admin-panel (DirectAdmin, cPanel, Plesk)?
Ik heb een username/wachtwoord combinatie. Maar dat neemt nog niet weg dat de URL's niet gewoon bereikbaar zijn als je wat probeert. Ik heb het eens geprobeerd en je komt inderdaad overal maar in. Niet dat ze veel kunnen doen (want er is een username/wachtwoord combinatie). Dus eigenlijk kan het niet veel kwaad, maar toch.....
Is er geen mogelijkheid om dat af te vangen?
Ik snap niet wat je bedoelt. Jouw code is (nog) niet gekoppeld aan urls, maar wordt toch uitgevoerd. Dan lijkt het erop alsof je systeem lek is en er iemand heeft ingebroken.
Misschien geeft dat meer duidelijkheid.
www.website.nl/admin.php opent zonder langs index.php te gaan, dan werkt dat toch gewoon?
Als iemand zelf Hoe ik erachter kom of iemand een pagina aanroept buiten de index.php is simpelweg een constant definen en als deze constant niet bestaat in bijvoorbeeld "functions.php" dan betend het dat iemand de pagina aan heeft geroepen buiten index.php. Dit log ik.
Maar zo ben ik ook wel eens een "crawler" tegen gekomen. Hoewel ik een robots.txt zocht deze crawler naar "admin" & "system" directory's en poogde hij om verschillden posts uit te voeren.
Hoe wel ik graag verder wilde kijken hoe het gedrag van deze crawler was hij auto-banned voor een uur aangezien beide directory's een soort van valkuil zijn. Ze hebben gewoon een login form die nergens aan gelinked zijn.
www.website.nl/admin.php opent zonder langs index.php te gaan, dan werkt dat toch gewoon?
Als de bestanden in de document root staan dan wel ja. Maar daar ga je dan eigenlijk ook al gelijk de mist in.
>> Als iemand zelf Als de bestanden in de document root staan dan wel ja. Maar daar ga je dan eigenlijk ook al gelijk de mist in.
Daarna moet je het ontwerp eigenlijk 180 graden omkeren: helemaal geen PHP opslaan in de root, behálve index.php.
Alleen komt men dan ook op URL's waarvoor je ingelogd moet zijn. En dat moet ik afvangen. Lijkt me alleen te kunnen aan de hand van de userid, die immers null is. Of zijn er nog andere ideeën.
>> Alleen komt men dan ook op URL's waarvoor je ingelogd moet zijn.
Je moet dus als iemand een url oproept die leidt naar een beveiligde pagina, vaststellen of die persoon daartoe gemachtigd is. Kortom, die persoon moet dus eerst inloggen.
Code (php)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
Requests with error response codes
404 Not Found
http://testp3.pospr.waw.pl/testproxy.php: 8 Time(s)
http://testp4.pospr.waw.pl/testproxy.php: 7 Time(s)
/moadmin.php: 5 Time(s)
/phpMoAdmin/moadmin.php: 5 Time(s)
http://testp2.czar.bielawa.pl/testproxy.php: 5 Time(s)
/myadmin/scripts/setup.php: 4 Time(s)
/phpMyAdmin/scripts/setup.php: 4 Time(s)
/pma/scripts/setup.php: 4 Time(s)
http://testp1.piwo.pila.pl/testproxy.php: 3 Time(s)
/PMA/scripts/setup.php: 1 Time(s)
/e7/theme/failed.png: 1 Time(s)
/mysqladmin/scripts/setup.php: 1 Time(s)
/pagina7.html: 1 Time(s)
/phpmyadmin/scripts/setup.php: 1 Time(s)
/root/back.css: 1 Time(s)
/w00tw00t.at.blackhats.romanian.anti-sec:): 1 Time(s)
/webdav/: 1 Time(s)
http://testp5.mielno.lubin.pl/testproxy.php: 1 Time(s)
404 Not Found
http://testp3.pospr.waw.pl/testproxy.php: 8 Time(s)
http://testp4.pospr.waw.pl/testproxy.php: 7 Time(s)
/moadmin.php: 5 Time(s)
/phpMoAdmin/moadmin.php: 5 Time(s)
http://testp2.czar.bielawa.pl/testproxy.php: 5 Time(s)
/myadmin/scripts/setup.php: 4 Time(s)
/phpMyAdmin/scripts/setup.php: 4 Time(s)
/pma/scripts/setup.php: 4 Time(s)
http://testp1.piwo.pila.pl/testproxy.php: 3 Time(s)
/PMA/scripts/setup.php: 1 Time(s)
/e7/theme/failed.png: 1 Time(s)
/mysqladmin/scripts/setup.php: 1 Time(s)
/pagina7.html: 1 Time(s)
/phpmyadmin/scripts/setup.php: 1 Time(s)
/root/back.css: 1 Time(s)
/w00tw00t.at.blackhats.romanian.anti-sec:): 1 Time(s)
/webdav/: 1 Time(s)
http://testp5.mielno.lubin.pl/testproxy.php: 1 Time(s)
Gewijzigd op 02/06/2015 12:09:49 door John D
Nee ik gebruik geen applicatie. En ja, ik heb alle bestanden buiten de root staan. Ik leer er in ieder geval van dat ik bij iedere URL opnieuw vaststel of iemand is ingelogd. THX!
-->> Dat leid ik af aan het feit dat er tijdelijke databasefiles worden aangemaakt.
Wat zijn tijdelijke database files? Gebeurt er iets in MySQL?
Gewijzigd op 02/06/2015 12:15:24 door John D
Ja het zijn tijdelijke tabellen in MySQL, die aangemaakt worden om overzichten sneller te kunnen presenteren.Inmiddels heb ik het opgelost. Ik vang de bezoeker af die niet ingelogd is. Overigens kom ik erachter dat de heading functie niet werkt als die na de sessionstart wordt uitgevoerd. kan dat kloppen?
Jovank vank op 02/06/2015 21:13:07:
Ja het zijn tijdelijke tabellen in MySQL, die aangemaakt worden om overzichten sneller te kunnen presenteren. Inmiddels heb ik het opgelost.
Dan ben je inderdaad al vergevorderd. Tijdelijke tabellen genereren als je er zelfs memcached niet uitkomt na profiling, is namelijk nog niet zo makkelijk.
Kun je de tabellen, indexen en queries waarop je vastloopt hier posten?