Veni, Vidi, VISA

Serendipity bundles the powerful Xinha WYSIWYG editor to provide its functionality to our users.

Xinha ships with several plugins that utilize PHP scripting for special usage, like the ImageManager or ExtendedFileManager. A 0-day security exploit has been reported available as of today that exploits the functionality of these plugins to upload malicious files to your webspace, to execute foreign code.

Since no official patch has been made on the Xinha side, the Serendipity Team has released an updated version where those active Xinha-Plugins are no longer executable.

If you do not wish to apply the patch to the most recent Serendipity version 1.5.5 you can remove those files:

• htmlarea/contrib/php-xinha.php
• htmlarea/plugins/ExtendedFileManager/config.inc.php
• htmlarea/plugins/FormOperations/formmail.php
• htmlarea/plugins/HtmlTidy/html-tidy-logic.php
• htmlarea/plugins/ImageManager/config.inc.php
• htmlarea/plugins/InsertPicture/InsertPicture.php
• htmlarea/plugins/InsertSnippet/snippets.php
• htmlarea/plugins/SpellChecker/aspell_setup.php
• htmlarea/plugins/SpellChecker/spell-check-logic.php
• htmlarea/plugins/SuperClean/tidy.php

The provided functionality is usually not enabled by default, since Serendipity provides its own media file manager.

Future serendipity releases might re-enable these features, once they are safely patched.

To see if you are infected, please check the directories htmlarea/plugins/ImageManager/demo_images and htmlarea/plugins/ExtendedFileManager/demo_images to see if files have been uploaded there. If so, delete the files and check your webspace for other modified files, as well as change your passwords for FTP and SQL access. Please upgrade as soon as possible.

The release can be found on the Serendipity Download page. All serendipity versions from 1.4 to 1.6 (alpha) are affected. 1.6 alpha users should migrate to a recent SVN head checkout or tomorrow's snapshot.

Thanks a lot to Hauser & Wenz for reporting the issue. Serendipity fully acknowledges responsible full disclosure, non-reported 0-day exploits are helping nobody of true OpenSource spirit.

Quelle: http://blog.s9y.org/

Nachdem ich im vorherigen Eintrag geschrieben habe das ich nicht ständig *BSD anstelle von Linux installieren muss wenn es sich um sicherheitsrelevante Systeme dreht, haben mich schon einige Mails erreicht wo mir erklärt wurde, das man auch Linux auf solchen Systemen verwenden kann.
Stimmt auffallend. Die Frage ist nur ob man das auch wirklich will? Das kein System wirklich sicher ist, steht außer Frage (mal XTS-400 und diverse TCSEC-B1 - Systeme mal außer Acht gelassen) und das Sicherheitslücken gefunden werden lässt sich bei komplexen Systemen nicht vermeiden. Aber was ein absolutes KO-Kriterium sein kann, ist, wie auch gefundene Sicherheitslücken reagiert wird. Bei *BSD (damit ich mich auch den vorherigen Eintrag beziehe) gibt es dafür Mailinglisten und Advisories auf der Homepage wo man sich informieren bzw. auf dem laufenden halten kann. Bei Linux gibt es weder noch; nur einen kurzen Log im git-log. Gut.. besser als nix werden sich jetzt einige denken, aber das ist für Admins alles andere als auch nur irgendwie brauchbar. Ein Admin hat i. d. R. keine Zeit um sich ein Repo zu clonen und dort in den Shortlogs nach Änderungen Ausschau zu halten die sich auf Sicherheitslücken beziehen. Und - auch wenn ich jetzt einige enttäuschen muss - es bringt auch nicht viel das z. B. Debian die Mailingliste debian-security-announce@ hat, wo man über Sicherheitslücken benachrichtigt wird. Deren Aufgabe ist es, Patche über ihr Paketmanagementsystem verfügbar zu machen, damit sie eingespielt werden können. Aber das können sie erst, nachdem der Patch auch verfügbar ist.
Wenn eine bekannte Sicherheitslücke über zwei Monate lang nicht behoben wird, dann ist das absolut untragbar und die Tatsache das in keiner Art und Weise veröffentlicht wird, dass es sich um die Behebung eines sicherheitsrelevanten Bugs handelt, ist für mich ein Grund meinen Kunden Linux auf sicherheitsrelevanten Systemen als letzte Möglichkeit zu empfehlen (und selbst da nur mit Einschränkungen).

Serendipity 1.5.3 has been released, as a security-fix release with no other relevant changes.

A security issue has been discovered by Stefan Esser (http://www.sektioneins.com/index/index.html) during the course of the Month of PHP Security (http://www.php-security.org/). This issue was found in the WYSIWYG-Library Xinha (http://trac.xinha.org/) (that Serendipity uses), and affects certain plugins to Xinha (Linker, ImageManager, ExtendedFileManager, InsertSnippet) which can use a dynamic configuration loader. This loader allows to upload file with arbitrary PHP-Code and thus allows remote code execution, even when not logged in to the Xinha/Serendipity backend.

Due to the seriousness of this bug, we urge everyone to upgrade their installations. People who don't want the hassle of a full upgrade and are not using the mentioned Xinha-plugins actively, can simply delete the file htmlarea/contrib/php-xinha.php, which will render the mentioned plugins and exploits useless.

Thanks to Stefan Esser for reporting this issue to us, and making a quick bugfix possible.

Quelle: board.s9y.org / blog.s9y.org

Vorhin hat mir eine Firma (Name wird nicht genannt!) an meine "Geschäfts-Emailadresse" eine mit PGP verschlüsselte Mail mit obigem Subject geschickt, in der sie mich dafür engagieren wollten, drei ihrer Kisten im Netzwerk von Conficker zu befreien. Ja. Richtig gelesen. $Firma weiß das drei Kisten mit dem Wurm - der am 1. April aktiv wird - infiziert sind und schicken mir am 30. März eine Mail. Der Hammer kommt aber noch: „Aufgrund der kurzfristigen Anfrage und der Dringlichkeit stellen wir Ihnen auch die Möglichkeit zur Verfügung, die Säuberung der infizierten Hosts online durchzuführen“ ähm.. HALLO!?
$Firma weiß (woher auch immer) das drei ihrer Kisten (welche anscheinend noch immer online sind) mit einem Wurm infiziert sind und kümmern sich dann einen verfickten Tag davor darum? Wieso gibt es eigentlich keine Behörde, bei der man so massive Verstöße gegen IT-Sicherheit melden kann? Und wieso zum Teufel kommen diese Idioten darauf das mich irgendeine Kiste auch nur im geringsten interessiert?!

Zur Erklärung: Die Firma von der die Mail kam, kam wirklich von dieser Mail, da ich bereits eine Antwort auf meine Antwort bekommen habe; zudem ist das eine Firma, die ~5000 Beschäftigte in Deutschland hat. Hoffentlich krepieren alle Verantwortlichen der Firma daran. Und zwar alle; vom teuersten Anzug angefangen bis runter zu jedem der root/Admin-Rechte auf einem Host in der Firma hat.

http://www.taz.de/pt/2007/02/08/a0169.1/text

Haben Sie Angst vor den sogenannten Trojanern, also vor Spionagesoftware?

Nein, ich öffne grundsätzlich keine Anhänge von E-Mails, die ich nicht genau einschätzen kann. Außerdem bin ich anständig, mir muss das BKA keine Trojaner schicken.

Das Terroristen klug sind bezweifle ich nichtmal; bei unseren ueberbezahlten Politikern bin ich mir da allerdings nicht so ganz sicher.

Garvin - Entwickler des besten Blog wo das es gibt schreibt derzeit das interne Anti-Spam - Plugin von S9Y um und bittet um Feedback falls moeglich.
Genaueres steht in seinem Blogeintrag Anti-Spam: Bitte um Mithilfe

Schwerer Hacker-Angriff

In einem der größten Angriffe seit 2002 haben Hacker versucht, das Internet lahm zu legen. Die betroffenen US-Rechner konnten ihre Arbeit weltweit auf andere Server verteilen, um die Auswirkungen in Grenzen zu halten. (07.02.2007, 13:17 Uhr)

Bin gespannt wie lange es dauert bis ich wieder daran schuld bin *narf*

in manchen Faellen zumindest. xlock(more) "sperrt" eine laufende X Window Session und schuetzt diese durch ein Passwort. Funktioniert ja auch.. also theoretisch zumindest. Es ist naemlich nutzlos, wenn man diese X Window Session mit "startx" gestartet hat.

$ Strg+Alt+Fn    # um zu dem TTY zu wechseln, von dem aus "startx" eingegeben wurde.

$ Strg+Z         # Um startx "anzuhalten"

$ pkill -9 xlock # xlock killen

$ fg             # Um "startx" wieder in den Vordergrund zu holen

$ Strg+F7        # Um wieder zur laufenden X Window Session zu wechseln

"Wieso xlock unbrauchbar ist.." vollständig lesen

In Regensburg am Hauptbahnhof kann man (seit neuestem?) kostenlos per WLAN surfen. Wenn man im Internetcafe "lok.in" sitzt (erster Stock im Hbf), hat man drei WLANs zur Auswahl. ein gesichertes (NETGEAR), das von lok.in (kostet pro Stunde ~2 Euro) und einmal "93047".

Bit Rates:1 Mb/s; 2 Mb/s; 5.5 Mb/s; 6 Mb/s; 9 Mb/s

11 Mb/s; 12 Mb/s; 18 Mb/s; 22 Mb/s; 24 Mb/s

36 Mb/s; 48 Mb/s; 54 Mb/s

Quality=39/100  Signal level=-76 dBm  

Extra: Last beacon: 3000ms ago

"WLAN in Regensburg" vollständig lesen

---

Ich betone das ich damit nichts zu tun habe!!!!111!