Bekijk Volledige Versie : Controle op SQL injection > Firewall...
Ik heb vandaag gehoord dat een site een systeem heeft waarbij je als je een SQL injection doet, dat je IP in de (APF) firewall geblokkeerd wordt.
Een vernuftig systeem, het lijkt erop dat dit uit de log-files gehaald wordt rond middernacht.
Iemand enig idee welk softwarepakket dit zou kunnen doen voor CentOs?
het lijkt me een goede straf in ieder geval.
En zijn er overigens ook PHP-scripts die het beheer van APF-firewall makkelijker kunnen maken, zodat je sommige IP's (die stoute dingen doen) naar je webserver makkelijker kan blokkeren of kan doorsturen naar een aparte server.
CSF + LFD (http://www.configserver.com/cp/csf.html) kan dit in ieder geval wel doen. Ik weet niet of je DirectAdmin/Plesk hebt, maar dan heb je meteen een goede GUI voor de firewall. Heb je geen controlpanel zou je met Webmin (http://www.webmin.com/) aanpassingen kunnen doen aan je VirtualHosts, APF/IPtables, Users, etc.
Ramon Fincken
14/01/11, 14:03
En daarnaast mod_security
CSF + LFD (http://www.configserver.com/cp/csf.html) kan dit in ieder geval wel doen. Ik weet niet of je DirectAdmin/Plesk hebt, maar dan heb je meteen een goede GUI voor de firewall. Heb je geen controlpanel zou je met Webmin (http://www.webmin.com/) aanpassingen kunnen doen aan je VirtualHosts, APF/IPtables, Users, etc.
Dit ziet er wel leuk uit, maar ik heb toch liever APF + BFD, en dat werkt niet met dit pakket.
Is er geen plugin of uitbreiding op APF om met een webinterface IP's te bannen?
swedendedicated
14/01/11, 23:37
vergeet ook niet suhosin, uit de "hacker" scene heb ik gehoord dat dat het enigste is waar geen work around voor is. Althans, voor de script kiddies (99% dus)
En vergeet vooral de tien belangrijkste regels niet wanneer je met formulieren werkt:
1 NEVER TRUST USER INPUT
2 NEVER TRUST USER INPUT
3 NEVER TRUST USER INPUT
4 NEVER TRUST USER INPUT
5 NEVER TRUST USER INPUT
6 NEVER TRUST USER INPUT
7 NEVER TRUST USER INPUT
8 NEVER TRUST USER INPUT
9 NEVER TRUST USER INPUT
10 NEVER TRUST USER INPUT
De rest is problemen verdekken, niet oplossen.
Ja, uiteraard zorg ik ervoor dat alle input veilig is in mijn scripting.
Maar goed, mocht je ergens een verouderd pakket hebben per ongeluk, en het is mogelijk, dan is het wel tof dat je dit kan detecteren en dat IP kan verbannen. Eigenlijk als straf gezien... ;-)
Je kunt ook gaan zoeken op verouderde pakketten en die verbannen. Is misschien vanuit een veiligheidsoogpunt nog wel beter (bron aanpakken).
Ja, kan kan ook ervoor zorgen dat alles veilig is,maar ja, er bestaat altijd kans dat er ergens iets vergeten zou kunnen worden.
Ik heb van de week zelfs nog een grote website gevonden waar SQL-injection op mogelijk was.
Ik zie daarom meer dingen over de beveiliging zelf.... (vandaar dat ik dit forum heb gekozen)