| Summary: | <x11-wm/xmonad-contrib-0.11.2 : Remote command injection (CVE-2013-1436) | ||
|---|---|---|---|
| Product: | Gentoo Security | Reporter: | Agostino Sarubbo <ago> |
| Component: | Vulnerabilities | Assignee: | Gentoo Security <security> |
| Status: | RESOLVED FIXED | ||
| Severity: | minor | CC: | haskell |
| Priority: | Normal | ||
| Version: | unspecified | ||
| Hardware: | All | ||
| OS: | Linux | ||
| URL: | http://www.openwall.com/lists/oss-security/2013/07/26/5 | ||
| Whiteboard: | B3 [glsa] | ||
| Package list: | Runtime testing required: | --- | |
Pushed as:
>*xmonad-contrib-0.11.2 (27 Jul 2013)
>
> 27 Jul 2013; Sergei Trofimovich <slyfox@gentoo.org>
> +xmonad-contrib-0.11.2.ebuild:
> Version bump (fixes CVE-2013-1436).
Will require stabilising
x86, amd64
at least the following packages:
=x11-wm/xmonad-contrib-0.11.2
=dev-haskell/x11-1.6.1.1
=dev-haskell/data-default-0.5.3
=dev-haskell/data-default-class-0.0.1
=dev-haskell/data-default-instances-base-0.0.1
=dev-haskell/data-default-instances-containers-0.0.1
=dev-haskell/data-default-instances-dlist-0.0.1
=dev-haskell/data-default-instances-old-locale-0.0.1
=dev-haskell/dlist-0.5-r1
=x11-wm/xmonad-0.11-r1
All, except today's xmonad-contrib-0.11.2 sit in the tree for some months.
(In reply to Sergei Trofimovich from comment #1) > Pushed as: > > >*xmonad-contrib-0.11.2 (27 Jul 2013) > > > > 27 Jul 2013; Sergei Trofimovich <slyfox@gentoo.org> > > +xmonad-contrib-0.11.2.ebuild: > > Version bump (fixes CVE-2013-1436). > > Will require stabilising > > x86, amd64 > > at least the following packages: > > =x11-wm/xmonad-contrib-0.11.2 > =dev-haskell/x11-1.6.1.1 > =dev-haskell/data-default-0.5.3 > =dev-haskell/data-default-class-0.0.1 > =dev-haskell/data-default-instances-base-0.0.1 > =dev-haskell/data-default-instances-containers-0.0.1 > =dev-haskell/data-default-instances-dlist-0.0.1 > =dev-haskell/data-default-instances-old-locale-0.0.1 > =dev-haskell/dlist-0.5-r1 > =x11-wm/xmonad-0.11-r1 > > All, except today's xmonad-contrib-0.11.2 sit in the tree for some months. this list is fine from a repoman side. All right then. Arches, please stabilize the packages from comment #1, target arches: amd64 x86. Thanks! amd64 stable x86 stable GLSA vote: yes GLSA vote: yes GLSA request filed This issue was resolved and addressed in GLSA 201405-28 at http://security.gentoo.org/glsa/glsa-201405-28.xml by GLSA coordinator Sergey Popov (pinkbyte). |
From ${URL} : Hello, I've discovered a remote command injection vulnerability in xmonad-contrib. The vulnerability is in the XMonad.Hooks.DynamicLog module. It has been assigned the name CVE-2013-1436. Background ========== DynamicLog module feeds information to others programs about what's happening on xmonad window manager. Such programs generally are status bars as xmobar or dzen2. These programs features the ability of receiving formatted input from stdin, and that's the way used by xmonad to communicate information such as workspace status, current layout and window title. So far, so good. Both bars uses some meta-language to format their input. For example, xmobar will make the following text clickable. <action=xclock>Click to clock</action> Vulnerability & exploit ======================= As we know, web browsers usually set the window title to the current tab. A malicious user, then, can craft a special title in order to inject commands in the current bar. In xmobar this will be something like this: <html> <head> <title><action=xclock>An innocent title</action></title> </head> <body> <h1>Good bye, cruel world</h1> </body> </html> So, if the user accidentally (or incidentally) clicks on the xmobar window title, the command will be executed. In dzen2 this is also possible, although I haven't tried to execute code. A (harmless) proof of concept is attached for both bars. The proof for dzen2 just changes the background color of the bar. Fix === A fix for this issue is already available in xmonad webpage[0]. A patch written by Adam Vogt can be retrieved from the commit in the darcs repo[1]. If you use this module, please make sure to recompile your xmonad binary after upgrading the package. I would like to thank Joachim Breitner and the Debian Security Team for their help in disclosing this issue. Cheers. [0] http://hackage.haskell.org/packages/archive/xmonad-contrib/0.11.2/xmonad-contrib-0.11.2.tar.gz [1] http://handra.rampa.sk/dawb/patch?repoPURL=http%3A%2F%2Fcode.haskell.org%2FXMonadContrib&repoPHash=20130708144813-1499c-0c3e284d3523c0694b9423714081761813bc1e89 @maintainer(s): after the bump, in case we need to stabilize the package, please say explicitly if it is ready for the stabilization or not.