Check alle échte Black Friday-deals Ook zo moe van nepaanbiedingen? Wij laten alleen échte deals zien

Coredumps op webhosting omgeving

Pagina: 1
Acties:

  • Jerome!
  • Registratie: November 2003
  • Laatst online: 16-10 00:49
Ik zit met een probleempje op een website waar ik de (mede)beheerder van ben. Het betreft een Joomla! 1.5.25 omgeving van de plaatselijke voetbalclub.

Sinds enkele weken verschijnen er in de webroot van onze webhosting online omgeving .core files van circa 16MB groot. Inmiddels is het aantal opgelopen tot 800+ van deze bestanden en neemt het zaakje 13GB aan ruimte in beslag op een hosting omgeving van slechts 500mb.

Nu wordt de site bij KPN gehost en zij hanteren op de nota bene zakelijke helpdesk, het afschuif mechanisme.
Eerst trekt de Webhosting helpdesk de handen terug , vervolgens wijzen se naar de Abusedesk en vervolgens wijzen ze weer naar elkaar en tot slot reageert er helemaal niemand meer op de tickets. Daar is het laatste woord nog niet over gezegd, en deze discussie ga ik wel aan met onze accountmanager. Je zou zeggen dat het ook een stuk eigenbelang van KPN is dat een website geen onnodig dataverkeer gebruikt of een mogelijk beveiligingsproblemen heeft.

Anyway, als webmaster en tweaker wil ik een oorzaak vinden, en niet verstrikt raken in allerlei bureaucratisch geneuzel, vandaar dit topic. Ik heb zelf hiervoor te weinig kennis om het helemaal zelf te kunnen analyseren maar wil er wel van leren. In overleg met BJCK hier een topic gestart, want het gaat immers om hosting.

Het onderzoek begint bij de vraag wat zijn deze coredumps? Deze komen voor zover ik heb kunnen vinden op operating niveau vandaan. Hoe werkt dit in combinatie met RedHat Linux, PHP en Plesk? Als onomstotelijk vast komt te staan dat het een systeem issue is kan ik dat weer doorspelen.

Weet iemand ook of .coredumps gevoelige informatie bevatten die ik beter niet op het www kan zetten ter analyse? Zo nee, dan zou dat mijn volgende stap zijn. Ik heb er zelf door gescanned en zie niets bijzonders maar het is wel 16MB aan tekst dus de kans dat ik iets over het hoofd zie is aanwezig.

Tot slot geven de helpdeskers van KPN aan dat het wellicht een security issue zou kunnen zijn (hackpogingen) wat deze dumps veroorzaken. Dus iemand met meer kaas gegeten van beveiliging nodig ik ook van harte uit om te reageren en me wat op weg te helpen. Is het anders beter de site (tijdelijk) uit de lucht te halen tot het zaakje uitgezocht is?

  • pven
  • Registratie: Oktober 1999
  • Niet online
Ik zou een coredump niet open-en-bloot op het web zetten, je weet nooit wat iemand er nog uit kan halen. Vergeet niet dat dit over het algemeen een geheugendump is waar best wel eens ruwe data in kan staan.

Heb je zelf het idee dat je gehacked bent? Zo maar wat algemene tips vragen is wel een erg open vraag.

|| Marktplaats-meuk. Afdingen mag! ;-) || slotje.com for sale || Dank pven! ||


  • DukeBox
  • Registratie: April 2000
  • Laatst online: 19:46

DukeBox

loves wheat smoothies

Iets dat ik er niet 123 uit kon halen, neem je alleen webhosting af of is het een (virtual)server ? Indien dat eerste lijkt het me niet een coredump van het systeem/os.

Duct tape can't fix stupid, but it can muffle the sound.


  • Bastien
  • Registratie: Augustus 2001
  • Niet online

Bastien

Probleemeigenaar

Om welk OS gaat het? En wat voor hosting heb je? VPN of shared webhosting oid?

Die dumps ontstaan doorgaans bij een crash ofzo, kan een programma of het OS zijn maar het kan ook zijn dat het via/door een exploit veroorzaakt is. Ze kunnen best info bevatten die je niet op straat wil hebben.

Je kunt het maken van een dump wel uitschakelen, maar dan kom je niet achter de oorzaak natuurlijk. Maar wat de oorzaak mogelijk is kunnen de logfiles je misschien nog wel vertellen.

Mogelijk dat je met zoiets wat kunt? http://www.webhostinghub....roubleshooting/core-dumps

[ Voor 11% gewijzigd door Bastien op 05-12-2011 20:49 ]

Je privacy is voor het eerst geschonden bij de eerste echo. Daarna wordt het er de rest van je leven niet meer beter op.


  • DukeBox
  • Registratie: April 2000
  • Laatst online: 19:46

DukeBox

loves wheat smoothies

Als ik zo even google lijkt het meer op coredumps apache welke mogelijk door joomla i.c.m. een php library veroorzaakt worden.

[ Voor 18% gewijzigd door DukeBox op 05-12-2011 20:55 ]

Duct tape can't fix stupid, but it can muffle the sound.


  • Jerome!
  • Registratie: November 2003
  • Laatst online: 16-10 00:49
pven schreef op maandag 05 december 2011 @ 20:42:
Ik zou een coredump niet open-en-bloot op het web zetten, je weet nooit wat iemand er nog uit kan halen. Vergeet niet dat dit over het algemeen een geheugendump is waar best wel eens ruwe data in kan staan.

Heb je zelf het idee dat je gehacked bent? Zo maar wat algemene tips vragen is wel een erg open vraag.
Dank voor de vlotte reactie. Nee, heb zelf niet het idee dat ik gehackt ben. Heb altijd de site meteen na de laatste security bulletins geupdate. Ook heb ik de security richtlijnen van Joomla nauwlettend gevolgd. Alle content staat er als gebruikelijk en verder dan de .core files zie ik ook geen andere rariteiten. De site heeft een normale responsetijd.
Dat het misschien allemaal wat open vragen zijn is waar. Maar ik weet op dit moment nog niet helemaal hoe ik het het beste aan kan vliegen en hoop daarom dat er mensen zijn die eerder met dit bijltje gehakt hebben. Ik wil zo volledig mogelijk antwoord geven, maar ik probeer wel voorzichtig te zijn en daarom ook eerst te vragen wat de consequentie is van het openlijk online plaatsen van een dump file ;)
DukeBox schreef op maandag 05 december 2011 @ 20:46:
Iets dat ik er niet 123 uit kon halen, neem je alleen webhosting af of is het een (virtual)server ? Indien dat eerste lijkt het me niet een coredump van het systeem/os.
Het gaat om puur om een hosting omgeving. Geen (virtual) server. Webhosting Online Linux heet het package bij KPN.
Bastien schreef op maandag 05 december 2011 @ 20:47:
Om welk OS gaat het? En wat voor hosting heb je? VPN of shared webhosting oid?

Die dumps ontstaan doorgaans bij een crash ofzo, kan een programma of het OS zijn maar het kan ook zijn dat het via/door een exploit veroorzaakt is. Ze kunnen best info bevatten die je niet op straat wil hebben.

Je kunt het maken van een dump wel uitschakelen, maar dan kom je niet achter de oorzaak natuurlijk. Maar wat de oorzaak mogelijk is kunnen de logfiles je misschien nog wel vertellen.

Mogelijk dat je met zoiets wat kunt? http://www.webhostinghub....roubleshooting/core-dumps
Het gaat om Red Hat Enterprise Linux, ik zie meerdere malen Red Hat 3.4.6-3 voorbij komen in de dump. Helaas heb ik in het control panel niet de mogelijkheid de log files op te vragen die ik zou willen zien. Ik weet dat een Plesk omgeving deze mogelijkheid wel heeft, maar zo te zien is dit niet beschikbaar gesteld aan de eindgebruikers.

[ Voor 38% gewijzigd door Jerome! op 05-12-2011 20:55 ]


  • DukeBox
  • Registratie: April 2000
  • Laatst online: 19:46

DukeBox

loves wheat smoothies

Kijk eens naar de creation time van de core files en zoek in je http log wat er toen gedaan werd.
Gebruik anders de GNU Debugger gdb om te analyzeren.

[ Voor 21% gewijzigd door DukeBox op 05-12-2011 20:54 ]

Duct tape can't fix stupid, but it can muffle the sound.


  • Jerome!
  • Registratie: November 2003
  • Laatst online: 16-10 00:49
DukeBox schreef op maandag 05 december 2011 @ 20:51:
Kijk eens naar de creation time van de core files en zoek in je http log wat er toen gedaan werd.
Gebruik anders de GNU Debugger gdb om te analyzeren.
Dat zou ik graag doen, zij het dat het control panel mij geen inzage verschaft tot deze logging. Heb het hele menu nogmaals doorgeakkerd maar er zit nergens een optie bij om dit te openen.
Ook via FTP kom ik niet tot de log map.

  • DukeBox
  • Registratie: April 2000
  • Laatst online: 19:46

DukeBox

loves wheat smoothies

gbd hoef je niet persé op de host zelf uit te voeren,

[ Voor 68% gewijzigd door DukeBox op 05-12-2011 21:06 ]

Duct tape can't fix stupid, but it can muffle the sound.


  • Bastien
  • Registratie: Augustus 2001
  • Niet online

Bastien

Probleemeigenaar

Jerome! schreef op maandag 05 december 2011 @ 20:49:

Het gaat om Red Hat Enterprise Linux, ik zie meerdere malen Red Hat 3.4.6-3 voorbij komen in de dump. Helaas heb ik in het control panel niet de mogelijkheid de log files op te vragen die ik zou willen zien. Ik weet dat een Plesk omgeving deze mogelijkheid wel heeft, maar zo te zien is dit niet beschikbaar gesteld aan de eindgebruikers.
Dan heb je dus neem ik aan ook geen CLI toegang.

Je zou dat PHP script kunnen proberen. Een corebestand tijdelijk in een webserver toegankelijke map zetten met het script erbij en die draaien. Daarna de boel weer verplaatsen/verwijderen natuurlijk.

Maar er zijn ook wel tools te vinden voor offline analyse van coredumps.

[ Voor 9% gewijzigd door Bastien op 05-12-2011 21:07 ]

Je privacy is voor het eerst geschonden bij de eerste echo. Daarna wordt het er de rest van je leven niet meer beter op.


  • Jerome!
  • Registratie: November 2003
  • Laatst online: 16-10 00:49
DukeBox schreef op maandag 05 december 2011 @ 21:06:
gbd hoef je niet persé op de host zelf uit te voeren,
Dat de helpdesk zich er zo makkelijk vanaf maakt, wil niet zeggen dat ik zo gemakszuchtig ben ;)
Nee, alle gekheid op een stokje, je hebt helemaal gelijk, ik ben nu taken aan het uitvoeren waar ik anderen voor betaald heb dat voor me te doen. Ik zie het echter als een investering in mezelf zodat ik weer wat van leer.
Bastien schreef op maandag 05 december 2011 @ 21:06:
[...]
Dan heb je dus neem ik aan ook geen CLI toegang.

Je zou dat PHP script kunnen proberen. Een corebestand tijdelijk in een webserver toegankelijke map zetten met het script erbij en die draaien. Daarna de boel weer verplaatsen/verwijderen natuurlijk.

Maar er zijn ook wel tools te vinden voor offline analyse van coredumps.
Ik ga de tips proberen voor offline analyseren van coredumps. Heb een beperkte Linux ervaring dus ik zie wel waar het schip strand. Heb tot nu toe met Notepad++ geopend maar dat is niet echt lekker lezen. Helaas inderdaad geen CLI tot mijn beschikking.

  • Jerome!
  • Registratie: November 2003
  • Laatst online: 16-10 00:49
De instructies opgevolgd via
http://www.webhostinghub....roubleshooting/core-dumps.

Even voor de volledigheid, mijn webhostingconfig:
Gebouwd op: Linux web617.pem.kpn.net 2.6.9-023stab048.6-enterprise #1 SMP Mon Nov 17 19:09:18 MSK 2008 i686
Databaseversie: 4.1.22-Max
Database collatie: utf8_general_ci
PHP versie: 5.2.9
Webserver: Apache/2.0.52 (Red Hat) PHP/4.4.9 FrontPage/5.0.2.2635
Webserver naar PHP interface: cgi-fcgi
Joomla! versie: Joomla! 1.5.25 Stable [ senu takaa ama mamni ] 14-November-2011 18:00 GMT

De online dump analyseert het bestand in het eerste kader als volgt, maar kennelijk heeft de foutmelding betrekking op de GDB zelf als ik zo Google. Toch maar offline proberen.

GNU gdb Red Hat Linux (6.3.0.0-1.162.el4rh)
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for details.
This GDB was configured as "i386-redhat-linux-gnu".
Core was generated by `php-cgi'.
Program terminated with signal 11, Segmentation fault.
#0 0x080c87e7 in ?? ()
(gdb) Hangup detected on fd 0
error detected on stdin

  • StM
  • Registratie: Februari 2005
  • Laatst online: 28-11 15:57

StM

PHP gaat op zn bek :) Waardoor ga je zonder de symbols niet achter komen en dit is gewoon iets wat enkel KPN op kan lossen...

  • Jerome!
  • Registratie: November 2003
  • Laatst online: 16-10 00:49
StM schreef op maandag 05 december 2011 @ 21:46:
PHP gaat op zn bek :) Waardoor ga je zonder de symbols niet achter komen en dit is gewoon iets wat enkel KPN op kan lossen...
Ok ik ga gewoon opnieuw een ticket indienen met deze foutmelding, misschien dat ze nu wel tot actie overgaan. Bovendien snuffel ik morgen de gegevens van de accountmanager wel op die moet ook maar eens wat gaan uitvoeren.
Pagina: 1