Red Hat Bugzilla – Bug 626504
CVE-2010-3852 Luci: Authentication bypass via fake ticket cookie
Last modified: 2016-04-26 09:52:43 EDT
A security flaw was found in the way Luci administration application
processed ticket cookies. A remote attacker, with certain knowledge
of running Luci instance environment details could use this flaw to
bypass standard Luci authentication mechanism (access resources which
should be otherwise protected by authentication).
The CVE identifier of CVE-2010-3852 has been assigned to this issue.
Further flaw details from Jan Pokorny (original reporter):
LUCI -- SECURITY ISSUE
Fake ticket cookie can be generated quite easily and used to obtain access.
An attacker can bypass Luci authentication by exploiting 'well-known'
secret key to make a fake ticket cookie.
I. Problem description:
The main problem is that in who.ini file that contains configuration
for repoze.who authentication component used in Luci (default way of
authentication in TurboGears2) uses 'well-known' (demonstration-default)
This secret key, "[INSERT SECRET HERE]", is mentioned by Pylons' how-to
Among other thing that would help the attacker is the whole fact that
it is known that Luci uses TurboGears2 which allows him some assumptions
about the possible weaknesses and techniques and values that are used
by default here -- without the knowledge of them, described attack would
be almost impossible. (But even if the attacker did not know about
TurboGears2, he could guess it could be among other Python frameworks
TurboGears2/Pylons according to the HTTP header sent by the server, e.g.
"Server PasteWSGIServer/0.5 Python/2.6.4").
Note that the same kind of attack would be probably possible under
similar conditions if Luci used own database of users/groups/permissions
as in the past.
This problem showed up that external components cannot be relied upon
without an investigation of possible security impacts and without taking
time to understand what everything may or should be configured to ensure
high level of security.
Main suggested step to ensure security:
* secret key unique per-installation (generated at install time)
Jan Pokorny, jpokorny (AT) redhat (dot) com
Created luci tracking bugs for this issue
Affects: fedora-all [bug 645404]
For upstream, http://git.fedorahosted.org/git?p=luci.git;a=commit;h=9e0bbf0c5faa198379d945474f7d55da5031cacf solves this issue.