ID PACKETSTORM:129865 Type packetstorm Reporter Steffen Roesemann Modified 2015-01-09T00:00:00
Description
`Advisory: Multiple persistent XSS vulnerabilites in CMS BEdita v. 3.4.0
Advisory ID: SROEADV-2014-10
Author: Steffen Rösemann
Affected Software: CMS BEdita v. 3.4.0 (Release-Date: 9th-May-2014)
Vendor URL: http://www.bedita.com
Vendor Status: working on a patch
CVE-ID: -
==========================
Vulnerability Description:
==========================
The CMS BEdita v. 3.4.0 (Release: 9th-May-2014) suffers multiple persistent
XSS vulnerabilities in its administrative backend.
==================
Technical Details:
==================
Registered users, who are allowed to use the administrative backend (as
translator or editor for example) are able to use arbitrary HTML and/or
JavaScript-code which gets stored in the database backend without being
sanitized. This has an effect on other registered users on the
administrative backend, as the code is executed when visiting the sites
prepared by an attacker.
The vulnerabilities are found in the following URLs on a normal BEdita
installation:
http://{TARGET}/index.php/home/profile (in form with id „editProfile“ via
input field with id „lrealname")
http://{TARGET}/index.php/ (inform with id „addQuickItem“ via input field
with name "data[title]" and name "data[description]")
http://{TARGET}/index.php/areas (in form with id „saveNote“ via input field
with id „note text")
http://{TARGET}/index.php/documents/view (in form with id „updateForm“ via
input field with id „titleBEObject“ and input field with id „tagsArea“)
If you, for example, write a simple <script>alert(document.cookie)</script>
in the above mentioned input fields and save it, it will get executed, when
visiting the prepared site. That can be a security issue, if for example a
translator-user with not as much administrative rights as the administrator
is abusing the vulnerabilities and tricks the administrator to visit the
sites.
I found out, that injecting code in the input field with id „tagsArea“ gets
as well executed on the frontend, when guest users are visiting the page.
=========
Solution:
=========
Vendor opened issue on Github. Currently working on a patch. Technical
information disclosed by vendor.
====================
Disclosure Timeline:
====================
31-Dec-2014 – found the vulnerability
31-Dec-2014 - informed the developers
31-Dec-2014 – release date of this security advisory [without technical
details]
08-Jan-2015 - response from vendor (confirmation as issue on Github)
08-Jan-2015 - release date of this security advisory
08-Jan-2015 - send to lists
========
Credits:
========
Vulnerability found and advisory written by Steffen Rösemann.
===========
References:
===========
[1] http://www.bedita.com
[2] http://sroesemann.blogspot.de/2014/12/sroeadv-2014-10.html
[3] https://github.com/bedita/bedita/issues/566
`
{"hash": "880dfeabfa4df56842b25761c8a848eb3f2a097195c2f1ed334cd36f9853bf15", "sourceHref": "https://packetstormsecurity.com/files/download/129865/SROEADV-2014-10.txt", "title": "CMS BEdita 3.4.0 Cross Site Scripting", "id": "PACKETSTORM:129865", "published": "2015-01-09T00:00:00", "description": "", "modified": "2015-01-09T00:00:00", "sourceData": "`Advisory: Multiple persistent XSS vulnerabilites in CMS BEdita v. 3.4.0 \nAdvisory ID: SROEADV-2014-10 \nAuthor: Steffen R\u00f6semann \nAffected Software: CMS BEdita v. 3.4.0 (Release-Date: 9th-May-2014) \nVendor URL: http://www.bedita.com \nVendor Status: working on a patch \nCVE-ID: - \n \n========================== \nVulnerability Description: \n========================== \n \nThe CMS BEdita v. 3.4.0 (Release: 9th-May-2014) suffers multiple persistent \nXSS vulnerabilities in its administrative backend. \n \n================== \nTechnical Details: \n================== \n \nRegistered users, who are allowed to use the administrative backend (as \ntranslator or editor for example) are able to use arbitrary HTML and/or \nJavaScript-code which gets stored in the database backend without being \nsanitized. This has an effect on other registered users on the \nadministrative backend, as the code is executed when visiting the sites \nprepared by an attacker. \n \nThe vulnerabilities are found in the following URLs on a normal BEdita \ninstallation: \n \nhttp://{TARGET}/index.php/home/profile (in form with id \u201eeditProfile\u201c via \ninput field with id \u201elrealname\") \n \nhttp://{TARGET}/index.php/ (inform with id \u201eaddQuickItem\u201c via input field \nwith name \"data[title]\" and name \"data[description]\") \n \nhttp://{TARGET}/index.php/areas (in form with id \u201esaveNote\u201c via input field \nwith id \u201enote text\") \n \nhttp://{TARGET}/index.php/documents/view (in form with id \u201eupdateForm\u201c via \ninput field with id \u201etitleBEObject\u201c and input field with id \u201etagsArea\u201c) \n \nIf you, for example, write a simple <script>alert(document.cookie)</script> \nin the above mentioned input fields and save it, it will get executed, when \nvisiting the prepared site. That can be a security issue, if for example a \ntranslator-user with not as much administrative rights as the administrator \nis abusing the vulnerabilities and tricks the administrator to visit the \nsites. \n \nI found out, that injecting code in the input field with id \u201etagsArea\u201c gets \nas well executed on the frontend, when guest users are visiting the page. \n \n========= \nSolution: \n========= \n \nVendor opened issue on Github. Currently working on a patch. Technical \ninformation disclosed by vendor. \n \n==================== \nDisclosure Timeline: \n==================== \n31-Dec-2014 \u2013 found the vulnerability \n31-Dec-2014 - informed the developers \n31-Dec-2014 \u2013 release date of this security advisory [without technical \ndetails] \n08-Jan-2015 - response from vendor (confirmation as issue on Github) \n08-Jan-2015 - release date of this security advisory \n08-Jan-2015 - send to lists \n \n \n \n======== \nCredits: \n======== \n \nVulnerability found and advisory written by Steffen R\u00f6semann. \n \n=========== \nReferences: \n=========== \n \n[1] http://www.bedita.com \n[2] http://sroesemann.blogspot.de/2014/12/sroeadv-2014-10.html \n[3] https://github.com/bedita/bedita/issues/566 \n \n \n`\n", "reporter": "Steffen Roesemann", "hashmap": [{"key": "bulletinFamily", "hash": "708697c63f7eb369319c6523380bdf7a"}, {"key": "cvelist", "hash": "d41d8cd98f00b204e9800998ecf8427e"}, {"key": "cvss", "hash": "d4be9c4fc84262b4f39f89565918568f"}, {"key": "description", "hash": "d41d8cd98f00b204e9800998ecf8427e"}, {"key": "href", "hash": "237da75b343b20606320338365dd06b1"}, {"key": "modified", "hash": "4e4647c0d8c08aca7129a55bf5b360fa"}, {"key": "objectVersion", "hash": "56765472680401499c79732468ba4340"}, {"key": "published", "hash": "4e4647c0d8c08aca7129a55bf5b360fa"}, {"key": "references", "hash": "d41d8cd98f00b204e9800998ecf8427e"}, {"key": "reporter", "hash": "0d05c6829775d12caba8449bb3dd276e"}, {"key": "sourceData", "hash": "16b405423aeb313aad8af51f58c1f37c"}, {"key": "sourceHref", "hash": "09ebcd360b3887454ea98ed8aa38ed20"}, {"key": "title", "hash": "1f648ba392830a3b86463b65cf02d363"}, {"key": "type", "hash": "6466ca3735f647eeaed965d9e71bd35d"}], "cvss": {"vector": "NONE", "score": 0.0}, "references": [], "type": "packetstorm", "cvelist": [], "history": [], "bulletinFamily": "exploit", "objectVersion": "1.2", "edition": 1, "href": "https://packetstormsecurity.com/files/129865/CMS-BEdita-3.4.0-Cross-Site-Scripting.html", "lastseen": "2016-11-03T10:21:48", "viewCount": 0, "enchantments": {"vulnersScore": 4.7}}