Onderwerp: Nieuws - Lek in Plesk-adminpanel maakt honderdduizenden Apache-sites kwetsbaar

Door Dimitri Reijerman, donderdag 6 juni 2013 15:19, views: 4.580 • Feedback
Een beveiligingsonderzoeker heeft een exploit voor meerdere Plesk-versies voor Linux- en FreeBSD-servers gepubliceerd. Potentieel zou meer dan 360.000 websites kwetsbaar zijn voor de kwetsbaarheid in het Plesk-adminpanel.

Source: tweakers.net

de validiteit mbt tot deze exploit zijn redelijke drukke discussies op internet..

Schijnt alleen te gaan om oude versies van Plesk. Hosters die (netjes) de nieuwste versie gebruiken hebben hier geen hinder van.

Ik heb hier laatst toch wel wat personen zien zeggen dat op verzoek van de klant Plesk 9 of zelfs versie 8 gebruikt werd. Ai...

Wij zijn mede hierom bezig met de overstap naar DirectAdmin, kost wat tijd, maar toch....

Het is hier getest en zover wij konden zien was er niks aan de hand op oudere versies. Ik heb geen details verder, maar wat Mikey zegt, ik heb de discussies ook gelezen en laten we het er op houden dat de reacties van de poster veelzeggend zijn.

Ik vermoed eerder dat het om machines ging waarbij er work arounds gebruikt zijn om makkelijker verschillende php versies aan klanten aan te bieden door middel van htaccess en cgi.

Oorspronkelijk geplaatst door ronaldvanhoeven

Wij zijn mede hierom bezig met de overstap naar DirectAdmin, kost wat tijd, maar toch....

wat is dat nu voor onzin reactie... Beide systemen zijn op grote schaal gebruikt en voor beide systemen worden geregeld gaten ontdekt.. Ja dat is het nadeel van een systeem te gebruiken dat door velen gebruikt wordt dan wordt je een 'target'..

Het valt niet te ontkennen dat Plesk de laatste tijd wel erg vaak het slachtoffer is.

Overigens zijn wij ook al maanden bezig met ontwikkelen van een eigen systeem, omdat we DirectAdmin geen optie vinden en Plesk 10 en 11 ook lang niet zo goed werkbaar vinden als 8 en 9.

denk dat het net zoveel onder vuur ligt als WHMCS, Wordpress,..

Plesk 11 vind ik best wel aardig werken, het is een hele overstap van 9 naar versie 10 en hoger maar eenmaal gewend..

Ik gebruik zelf ook 9.5.4, maar de gerapporteerde hack is niet aanwezig. Het lijkt er daarom op dat dit niet in de laatste 9.5 zit. Overigens gebruik ik nog versie 9, omdat de latere versies geen losse httpdocs en httpsdocs directories meer hebben

Uit een email van Parallels

(...)

This vulnerability is a variation of the long-known CVE-2012-1823 vulnerability related to the CGI mode of PHP in selected older and end-of-life versions of Parallels Plesk Panel. The exploit for this vulnerability uses a combination of two issues:
• PHP vulnerability CVE-2012-1823 related to CGI mode used in older versions of Parallels Plesk Panel (http://kb.parallels.com/en/113818).
• Parallels Plesk Panel phppath script alias usage in Parallels Plesk Panel versions 9.0-9.2

(...)

This vulnerability impacts Parallels Plesk Panel versions 9.0 through 9.2.3. As of early June 2013, these versions represent less than 4% of all Parallels Plesk Panel licenses and these versions are end-of-life (superseded by 9.5.4, which has had a direct upgrade available for over 3 years)

Storm in een glas water

Oorspronkelijk geplaatst door Ionstar

Overigens gebruik ik nog versie 9, omdat de latere versies geen losse httpdocs en httpsdocs directories meer hebben

kan wel middels undocumented feature

Bedankt davinci, ik zal het binnekort eens op een test installatie proberen

Alleen al voor de encrypted passwords (hebben Plesk-gebruikers lang problemen van gehad en vorig jaar waren nog 100-duizenden sites geïnfecteerd) zou ik overstappen naar een nieuwe Plesk-versie. Plesk 11 went zeker wel en is een stuk beter dan 10, ook qua user interface. Versie 10 hebben we vooral vanwege de onduidelijkheid voor klanten, niet lang op gezeten. Admin-wise heeft het ook nog wel wat voordelen en inmiddels hebben we overal nginx uitgerold, wat superveel memory scheelt per machine.

Upgraden dus gewoon doen, maar het lek waar hierover wordt gesproken is in ieder geval niet zo heel spannend, qua aantallen servers die er last van hebben (maar op zich wel ernstig genoeg natuurlijk!).