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/

Serendipity 1.5.4 has been released and addresses some minor bugfixes as well as a XSS security issue discovered and reported by High-Tech Bridge. The XSS is only exploitable though, if you are using the "Remember me" feature in the Serendipity backend to login. Thanks to the quick notification by the team we were able to fix the issue within 24 hours, as with all past security issues.

The XSS-issue can easily be patched by only replace the file include/functions_config.inc.php with the new file (link), or by applying this patch.

Other bugfixes that come with the new Serendipity 1.5.4 release are:

• Fix PHP 5.3.2 parse error in a file, thanks to fyremoon
• Fix SQL query statement for deleting a category, which on some DB types (SQlite) might not return "true" and thus not really delete the category.
• Include license output in plugin listing
• Fix escaping when using ImageMagick to create PDF-thumbnail images
• Add new template variable to feed*.tpl files to support new plugins like pubsubhubbub, so that plugins can embed data to the main XML element

The latest release can be found on our SourceForge repository and on the usual place on . To upgrade from any previous Serendipity version, simply extract and upload the new files to your server.

Quelle: blog.s9y.org

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

Serendipity 1.5.2 has been released to address the outstanding issue of SQLite installations with Serendipity. Upgrading an earlier version of Serendipity prior to 1.5.1 to this version should work without any problems, fixing the database upgrades that were faulty in Serendipity 1.5.1. This is the same patch that has been advertised in the old blog posting

Users who had upgraded to Serendipity 1.5 already can fix problems by checking the database table 'serendipity' and make sure to insert a md5 hashed password, with hashtype=0.

SQLite users should backup their database file (a random file name ending in .db) before updating. For users of other database systems, the Serendipity 1.5.2 update does not contain any changes and can be left out.

(via blog.s9y.org)

Danke für die Hinweise das es eine neue Version von S9Y gibt (*sigh*), aber ich werde nicht aktualisieren. Nicht weil mir das Update zu kompliziert ist, sondern weil ich keine Lust habe 23 bzw 25M über ftp(1) auf den Webspace zu schaufeln. Abgesehen würde auch nach einem Update von S9Y noch immer der gleiche Schmarrn hier stehen. Danke. Ich habe fertig.

http://blog.s9y.org/archives/211-Serendipity-1.5-released.html

The Serendipity Team is proud to present the final release of Serendipity 1.5. While the earlier beta versions are proven to work fine for many people, it was finally time to package up a real release.

This version mainly addresses login security by changing our method how passwords are stored to use salted SHA1 checksums instead of plain MD5 checksums. This makes password retrieval (rainbow attacks, see special blog posting) through the database virtually impossible. Another thing is improved PHP 5.3 compatibility.

For users of our Bundled WYSIWYG-Editor Xinha users now have the ability to easily customize the appearance of this panel through a "my_custom.js" file inside the template directory (a draft of such a file can be found as fallback default in the htmlarea/ subdirectory).

One cool new feature for developers is that now also templates can register themselves inside the plugin API hooks to execute specific things, that don't require installation of an event plugin.

Other news include:

• new event API hooks
• fixed PDF thumbnail generation
• ability to auto-scroll on borders when Drag/Dropping plugins
• UTC server time zone support
• improvements in the Smarty functions to easier use Serendipity as a CMS for individual entry output.
• quicksearch improvements for doing a wildcard-search when too few searchresults were found on a fixed searchterm
• support for Typepad anti-spam server-checks, additionally to Akismet

Minor improvements since the 1.5-beta1 release:

• more PHP 5.3.0 compatibility improvements
• Disallow uploading any files that contain ".php." in the filename for extra security with Apache MimeMagic-Modules
• expermiental PDO:SQlite support
• usability improvements for the comment moderation panel (bottom-navigation, removed border increase)

The current release can be easily installed on any previous Serendipity installation. Just unpack, upload and visit your admin panel to perform possible database upgrades. Upon first login with an old password, Serendipity will store your old password in the new format - please be sure to make a backup of your Database prior to upgrading, and read the upgrade pointers on Upgrading Serendipity.


Have fun using Serendipity, and let us know on the Forums if you have any issues!

Ich werde demnächst das neue Release einspiele, aber wie man das ja von mir erwartet und auch gewohnt ist, gibts wieder 'n DATABASE_ERROR *sigh*

$Kunde hatte bereits einen Hosting-Paket (incl. PHP, MySQL und dem ganzen Zeug) und wollte anstelle der statischen Seiten dort was haben, wo registrierte Autoren Beiträge erstellen können. Dadurch das niemand wirklich Plan davon hatte, wurde entschieden einen freiberuflichen Webmaster zu bezahlen, der Vorschläge macht und die notwendige Software beschafft/installiert/konfiguriert. Der Webmaster hat dann eine (wirklich gute Zusammenfassung) verschiedener Möglichkeiten (verschiedene CMS, Wikis, Blogs, ..) erstellt und diese dem Kunden unterbreitet. Nach Absprache wurde dann S9Y vom Webmaster heruntergeladen, installiert, konfiguriert und eine kurze Einweisung gegeben. Für die Beratung, Installation, Konfiguration und die anschließende kurze Einweisung wurden dann 2500€ fällig.
Das sind grob geschätzt ~300€ in der Stunde dafür, das er S9Y installiert (ist ja auch so verdammt kompliziert), mehrere Autoren und Kategorien anlegt und kurz erklärt welche Bedeutung die Buttons - Vorschau - und - Speichern - haben. Scheisse.. ich bin eindeutig unterbezahlt!


Zur kurzen Erklärung: $Kunde war ein ortsansässiger Verein deren Mitglieder mir bekannt sind und denen ich neulich kurz bei einem kleinerem Problem geholfen hab. Allerdings bezweifle ich das der Webmaster hier im Umkreis noch irgendeinen Auftrag bekommt; zumindest nicht nachdem ich gesagt hab das ich das für eine Brotzeit und eine Schachtel Kippen gemacht hätte.

Names One Room, welches von YellowLed portiert wurde.

Ich hab ja schon angedroht das ich ggf. ein neues Template für dieses Blog erstellen werde und da es extremst saugt auf localhost zu arbeiten und auf $remote_server zu testen, hab ich das auch blitzkrieg ausgelagert; dort läuft nämlich seit einiger Zeit ein frisch installiertes Debian 5.0 das sich zu Tode langweilt. Also dann.. auf in den Kampf!
Zuerst mal gucken welche Version von S9Y aka Serendipity vorhanden ist.

$ aptitude show serendipity

ackage: serendipity

State: not installed

Version: 1.3.1-1

Priority: optional

Section: web

Maintainer: Thijs Kinkhorst <thijs@debian.org>

Uncompressed Size: 18.3M

Depends: apache2 | httpd, libapache2-mod-php5 | libapache-mod-php5 | php5 | php5-cgi | libapache2-mod-php4 |

 libapache-mod-php4 | php4-cgi | php4, php5-mysql | php4-mysql | php5-pgsql | php4-pgsql | php5-sqlite |

 php4-sqlite | php5-sqlite3 | php-sqlite3, dbconfig-common, mysql-client | postgresql-client | sqlite |

 sqlite3, php-pear, smarty, php-cache-lite, php-http-request, php-net-socket, php-net-url,  php-net-checkip, 

debconf (>= 0.5) | debconf-2.0

Recommends: imagemagick | php4-gd | php5-gd, ttf-dejavu-core

Description: Weblog manager with extensive theming and plugin support

 Serendipity (s9y) is a weblog application which gives the user an easy way to maintain an online diary, 

weblog or a complete homepage. 

 

 It has extensive plugin and theming, support for multiple authors, threaded comments, multiple 

categories and spam blocking. It's written in PHP and supports the SQLite, PostgreSQL, MySQL 

and MySQLi databases.

Homepage: http://www.s9y.org/

Gut. 1.3.1 ist zwar vom 22. April 2008 aber egal. Die neue Version is ja gleich runtergeladen.
Also aptitude install serendipity und folgendes

Reading task descriptions... Done  

The following NEW packages will be installed:

  apache2{a} apache2-mpm-prefork{a} apache2-utils{a} apache2.2-common{a} 

  dbconfig-common{a} libapache2-mod-php5{a} php-cache-lite{a} 

  php-http-request{a} php-net-checkip{a} php-net-socket{a} php-net-url{a} 

  php-pear{a} php5-cli{a} php5-common{a} php5-mysql{a} serendipity 

  smarty{a} 

0 packages upgraded, 17 newly installed, 0 to remove and 1 not upgraded.

Need to get 0B/11.9MB of archives. After unpacking 40.6MB will be used.

Do you want to continue? [Y/n/?]

mit Y bestätigen und nachdem alles heruntergeladen und entpackt wurde, ploppt mir folgender Hinweis ins Gesicht:

serendipity must have a database installed and configured before it can be used.  If you like, this can be

handled with dbconfig-common.

If you are an advanced database administrator and know that you want to perform this configuration manually,

or if your database has already been installed and configured, you should refuse this option.

Details on what needs to be done should most likely be provided in /usr/share/doc/serendipity.



Otherwise, you should probably choose this option.

Configure database for serendipity with dbconfig-common?

gefolgt von Yes/No-Abfrage; nach einem "Jaaa.." wähl ich MySQL als Datenbank aus, geb das Passwort ein, bestätige es um dann folgendes zu lesen:

To properly configure the database for serendipity, it is necessary that you also have mysql-client 

installed.  Unfortunately, this can not be done automatically.

If in doubt, you should choose "abort", and install mysql-client before continuing with the configuration 

of this package.  If you choose "retry", you will be allowed to choose different answers (in case you 

chose the wrong database type by mistake).  If you choose "ignore", then installation will continue as 

normal.

abort/retry/ignore?! Wär nett gewesen wenn ich das vorher gewusst hätte oder ein dementsprechender Hinweis angezeigt werden würde. Mir hätte es ja schon gereicht wenn es unter Recommends: gestanden hätte, aber na gut. Also "ignore" und die restliche Konfiguration durchlaufen.

dbconfig-common: writing config to /etc/dbconfig-common/serendipity.conf

*** WARNING: ucf was run from a maintainer script that uses debconf, but

             the script did not pass --debconf-ok to ucf. The maintainer

             script should be fixed to not stop debconf before calling ucf,

             and pass it this parameter. For now, ucf will revert to using

             old-style, non-debconf prompting. Ugh!



             Please inform the package maintainer about this problem.

Ja! Nerv nicht! Kurz danach lese ich dann folgende Meldung auf meiner Konsole:

Serendipity for Debian
======================

Getting started
---------------
You need to configure your webserver for use with Serendipity. A default
configuration for Apache is included in /etc/serendipity/apache.conf; you
can drop or symlink it into the /etc/apache*/conf.d directory and reload
the webserver.

You can then access your Serendipity install at
http://localhost/serendipity ; to log into the admin section, use
the username 'admin' and password 'admin' (and of course change
that right away).

Mein erster Gedanke war "Wie jetzt? Ich kann S9Y konfigurieren obwohl es nich installiert ist?". Also noch schnell /etc/serendipity/apache.conf nach /etc/apache2/conf.d/ verlinkt, Apache neu gestartet und localhost aufgerufen. Apache läuft, aber ./serendipity is nich da!?
Wayne.. dann halt doch mysql-client installieren; hat nur nix gebracht, weil ich mysql-server benötige. Das hab ich dann auch gemacht und mit dpkg-reconfigure serendipity, aber localhost zeigt immer noch kein ./serendipity an. Ist in meinem Fall auch egal, weil ich eh 1.4.1 herunterlade. Also ab nach /home/www/, serendipity-1.4.1.tar.gz heruntergeladen, entpackt, mit "admin/admin" eingeloggt, http://localhost/serendipity und.. J-E-H-O-V-A!!!111! Kaum popelt man ~1h lang rum, schon funktioniert es!

Mental note to self: Zuerst mysql-server, dann den Rest herunterladen. Wieso allerdings die von Debian installierte Version von S9Y nicht im ServerRoot von Apache auftaucht, bleibt mir ein Rätsel.. wobei.. ich will gar nicht alles wissen.

Nachdem ich es hier schonmal angedroht hab, konnt ich mich vorhin dazu aufraffen und S9Y aktualisieren. Verlief auch (wider Erwarten) ohne Probleme.. mehr oder weniger zumindest. Ich bekomme zwar in der Admin-Oberfläche (nach einiger Ladezeit) einen 500 wenn ich auf Styles Verwalten oder auf Neue Versionen von Seitenleisten-Plugins bzw. Neue Versionen von Ereignis-Plugins klicke, aber rein theoretisch sollte alles funktionieren. Wer irgendwelche Fehler findet, kann mir die im Kommentar beschreiben oder per Mail an drecksupdate@strcat.de schicken.