Thema: Exploits: Sicherheitswarnungen über Erweiterungen

Ja und wenn ich so den Wiki lese, fällt mir auf den ersten Blick eine einstellung im JCE ein. Allow JavaScript: registred. --->ändern -->SuperAdmin.
Prohibed Elements: applet,javascript,embed,src,`,',´,^,%,|,$,¦,iframe ,js,bat,pif,msi,object,param,exe,remote

IFramePlugin ---> Administrator
CopyPaste CodeCleanUp total, alles raus. Normales CopyPaste dann nicht mehr möglich, es wird nur noch der reine Text eingefügt. Bilder, Spans, etc werden automatisch entfernt.

EDIT:Es macht auch keinen Sinn, dass registrierte auf den Editor zugreifen können, da Sie ja sowiso nicht zum Schreiben berechtigt sind: ----> alles auf Author.
JCE erst ab Spezial zulassen und alle! Plugins bei denen es möglich ist auf Author stellen.

Betreiber eines auf Joomla beruhenden Content-Managements-Systems sollten bei der Wartung des Systems in der nächsten Zeit ein wenig vorsichtiger sein. Für eine seit Dezember bekannte Cross-Site-Request-Forgery-Schwachstelle (CSRF) ist eine Demo aufgetaucht, die vorführt, wie man über eine präparierte Webseite einen Super Admin zu Joomla hinzufügt. Ein Angreifer könnte speziellen JavaScript-Code in seiner Seite platzieren und warten, dass der Betreiber eines verwundbaren CMS seine Seite besucht. Der Trick funktioniert aber nur, wenn ein Anwender als Super Admin am CMS angemeldet ist und mit einem weiteren Browserfenster die manipulierte Seite ansurft, die den speziellen Code enthält.
Anzeige

Die Sicherheitslücke ist seit dem 27. Dezember öffentlich bekannt und wurde in Version 1.5 RC4 bereits Mitte Dezember – neben zwei anderen CSRF-Schwachstellen – geschlossen. In Version 1.0.13 ist die Lücke indes noch nicht geschlossen. Die Entwickler sollen allerdings an einem Update arbeiten.

Bis dahin sollten Anwender bei der Arbeit im CMS keine weiteren Browserfenster öffnen. Allerdings reicht es Berichten zufolge nicht aus, dass Fenster nach der Arbeit im CMS zu schließen, bevor man andere Seiten besucht. Vielmehr muss der Anwender die Session aktiv beenden, in dem er sich aus dem Backend ausloggt.

Quelle: http://www.heise.de/newsticker/meldung/101671

Deine Frage wird drei Postings weiter oben beantwortet.

UPDATE! 1.0.14RC1 veröffentlicht

http://www.joomla.org/content/view/4446/1/

ACHTUNG! 1.0.14RC1 NICHT AUF PRODUKTIV SEITEN EINSETZEN°

Laut Post auf joomla.org soll dieses Release zum TESTEN der Fixes verwendet werden!

Sollten Fehler entdeckt werden, so unter folgendem Link diese posten:

http://joomlacode.org/gf/project/joo...racker_id=5782

Die Empfehlung:

Testen auf NICHT Produktiv verwendeten Seiten!

Dieses Release behebt neben kleineren Bugfixes folgende Sicherheitslücken:

SECURITY [LOW] Fixed XSS issue in com_search
SECURITY [LOW] Fixed XSS issue in search results pages
SECURITY [LOW] Fixed multiple typos in back end com_content making array integer check ineffective
SECURITY [HIGH] Fixed CSRF issue allowing portal compromise - Administrator components.

Update Tutorial:
http://docs.joomla.org/Upgrading_to_1.0.14_RC1

Komponente: com_newsletter

Version: keine angegeben

Exploit: Remote SQL Injection Exploit

Quelle: Milw0rm

#####################################

Komponente: com_fq

Version: keine angegeben

Exploit: Remote SQL Injection Exploit

Quelle: Milw0rm

#####################################

Komponente: com_mamml

Version: keine angegeben

Exploit: Remote SQL Injection Exploit

Quelle: Milw0rm

Komponente: com_glossary

Version: V2.0

Exploit: Remote SQL Injection Exploit

Quelle: Milw0rm

#####################################

Komponente: com_musepoes

Version: keine angegeben

Exploit: Remote SQL Injection Exploit

Quelle: Milw0rm

#####################################

Komponente: com_buslicense

Version: keine angegeben

Exploit: Remote SQL Injection Exploit

Quelle: Milw0rm