From secunia security advisory at $URL:
Some vulnerabilities have been reported in ConnMan, which can be exploited by malicious people to cause a DoS (Denial of Service) and compromise a vulnerable system.
1) An error within the "dhcpv6_get_option()" function (gdhcp/client.c) when parsing certain responses can be exploited to trigger an infinite loop and cause a crash by sending specially crafted DHCP packets.
2) An error when parsing netlink messages can be exploited to cause a crash.
3) An error when handling hostnames does not strip or escape shell meta-characters when processing responses from a DHCP server and can be exploited to submit shell commands.
The vulnerabilities are reported in versions prior to 0.85.
Update to version 0.85.
Use 1.0 and proceed to emergency stable please.
Arches, please test and mark stable:
Target keywords : "amd64 x86"
amd64: compiles and runs
can we hide/fix unknown dependencies ?
net-misc/connman/connman-1.0.ebuild: DEPEND: !=sys-apps/systemd-37-r1
(In reply to comment #3)
> can we hide/fix unknown dependencies ?
> net-misc/connman/connman-1.0.ebuild: DEPEND: !=sys-apps/systemd-37-r1
+*connman-1.0-r1 (10 May 2012)
+ 10 May 2012; Tony Vroon <firstname.lastname@example.org> -connman-1.0.ebuild,
+ Can not allow an experimental dependency to interfere with security stabling.
+ As per arch testing by Elijah "Armageddon" El Lazkani in bug #415415.
Arches, please note updated target and retest.
@security go ahead with glsa
@Chainsaw, removed old and vulnerable version.
GLSA draft ready.
This issue was resolved and addressed in
GLSA 201205-02 at http://security.gentoo.org/glsa/glsa-201205-02.xml
by GLSA coordinator Sean Amoss (ackle).
Integer overflow in the dhcpv6_get_option function in gdhcp/client.c in
ConnMan before 0.85 allows remote attackers to cause a denial of service
(infinite loop and crash) via an invalid length value in a DHCP packet.
The loopback plug-in in ConnMan before 0.85 allows remote attackers to
execute arbitrary commands via shell metacharacters in the (1) host name or
(2) domain name in a DHCP reply.
ConnMan before 0.85 does not ensure that netlink messages originate from the
kernel, which allows remote attackers to bypass intended access restrictions
and cause a denial of service via a crafted netlink message.