Onderwerp: Server gehackt door lek in website. Kan dit?

Als je een phpnuke website hebt draaien (versie 7.5) met de beveiligings software sentinel dat door een bug/lek in deze nuke software de hele webserver "gehackt" wordt?

Dus niet de website zelf maar de webserver.

Ik heb al eens gespit op Internet maar ben nergens een bericht tegen gekomen dat er in PHPnuke 7.5 een lek zou zitten wat dit zou kunnen veroozaken.

Het gaat echt om alleen om phpnuke 7.5, volgens een beheerder zou namelijk de server gehackt zijn via deze portal.
Ik kan me voorstellen dat er fouten in de scripts zitten maar dan zou je toch verwachten dat alleen de site zelf gehackt wordt en niet de gehele server.

Dus mijn vraag is, kan dit en zoja wat is het lek dan en wat is eraan te doen om het lek te dichten?

Als je de server niet goed beveiligd is dat inderdaad mogelijk.

OpenBasedir dichtgooien doet al wonderen

Server goed beveiligen anders hang je en dan is dit inderdaad mogelijk.

Ja maar jij zegt dan zit het probleem op de server, niet in de website, het kan dus met iedere site gebeuren dan.

Ik zit met het probleem dat de sys beheerder zegt dat de oorzaak in de website zit en niet op de server zelf, ik zou niet weten waar ik moet zoeken namelijk. De site zelf was niet gehackt maar de server, de beschuldigende vinger wordt nu gewezen naar de phpnuke 7.5 website.

Heb ik dit dus goed: het probleem zit op de server, niet op de site?

Als het een goed beveiligde server is mogen dit soort problemen eigenlijk niet voorkomen. PHPnuke heeft vast en zeker wel wat lekken, en als dit op een server word geplaatst waar de beveiliging niet goed op orde is, dan kan de server gehacked worden via PHPNuke.

Het zit op beide..
Doordat de server niet goed beveiligd is kan via een niet goed beveiligde website minder prettige dingen gedaan worden.

OK, dan kan ik dit dus ook omdraaien:

Als de server goed beveiligd was (up-to-date) had dit dus niet kunnen gebeuren, hooguity alleen de site zelf gehacked. Via andere sites op de server kan deze "hack" dus evengoed ook veroorzaken. Om herhaling te voorkomen zal de sys beheerder zijn server beter moeten beveiligen.

Zoals ik al zei: ik heb zelf geen idee waar het lek zou zitten in phpnuke wat ik kan fixen om herhaling tegen te gaan, de site zelf was en is gepatched tegen de bekende exploits en er draait ook nog eens en beveiligings script overheen (sentinel voor nuke) wat eventuele hacks zou moeten tegen gaan.

Origineel geplaatst door Robs
OK, dan kan ik dit dus ook omdraaien:

ja dat kan dus ook.

Origineel geplaatst door Robs
OK, dan kan ik dit dus ook omdraaien:

Als de server goed beveiligd was (up-to-date) had dit dus niet kunnen gebeuren, hooguity alleen de site zelf gehacked. Via andere sites op de server kan deze "hack" dus evengoed ook veroorzaken. Om herhaling te voorkomen zal de sys beheerder zijn server beter moeten beveiligen.

Klopt.

Naar mijn mening zijn de webmaster en sysadmin beide fout.

Origineel geplaatst door Triloxigen


Klopt.

Naar mijn mening zijn de webmaster en sysadmin beide fout.

Wat is de fout van de webmaster dan?

Zoals ik al zei, de site zelf was en is geheel gepatched en men kan geen lek vinden in PHPnuke, ook op de diverse phpnuke informatie websites is totaal geen informatie te vinden over lekken die dit kunnen veroorzaken, voor de andere bekende exploits was de site gepatched.

Dus dan is mijn vraag weer: Wat is de fout van de webmaster, deze heeft de site volledig up-to-date gehouden...

Origineel geplaatst door Robs


Wat is de fout van de webmaster dan?

Hetzelfde als die van de sysadmin, zorgen voor een onveilige situatie.

Ook al weet je niet dat er nog gaten in zitten, dit vrijwaard je echt niet van de gevolgen.

Om te beginnen: de sysadmin had ervoor moeten zorgen dat een hack van een website (vaak een script/forum) niet de hele server had kunnen overnemen. Enkele tamelijke fouten aan zijn kant.

Tevens zal hij (als hij stelt dat het probleem door jouw site is veroorzaakt) je de logfiles moeten kunnen overleggen waar dit uit blijkt. Hierdoor zal hij immers op het spoor van jouw site moeten zijn gekomen.

Heb zelf spijtiggenoeg ook nog steeds een phpnuke site ook goed beveiligd maar blijkbaar niet genoeg...

Ik had er coppermine opstaan en via die weg hebben ze de site 2x defaced.

Phpnuke is standaard zo lek als en zeef en coppermine is al niet veel beter.
Als ze dan nog eens een gaatje vinden in de beveiliging van je server is het feest.

Ja ok, de site gedefaced is iets anders.
Men beweerd dat de server gehacked is door de phnuke site, dit klopt dus simpelweg niet.
De nuke site zelf is niet gehacked of gedefaced, alles is nog gewoon intackt, ook de database etc.

Ik heb het idee dat men maar "snel" de schuld geeft aan phpnuke omdat men dit systeem niks vind. Dus ze verdoezelen zo de werkelijke reden, een niet up-to-date webserver, was deze servers immers wel up-to-date geweest had dit nooit kunnen gebeuren.

Maargoed maak dat een sys beheerder dat maar eens wijs als hij je niet geloofd.

Dit heeft niks met up-to-date zijn van de server te maken.
Alleen enig bewijs dat jou website is geweest is wel zo prettig.