The agp_generic_remove_memory function in
drivers/char/agp/generic.c in the Linux kernel before 2.6.38.5 does
not validate a certain start parameter, which allows local users
to gain privileges or cause a denial of service (system crash)
via a crafted AGPIOC_UNBIND agp_ioctl ioctl call, a different
vulnerability than CVE-2011-1745.
This is already fixed and released in Oneiric, Natty, and Lucid arriving
via mainline and stable. Following this email is a patch applicable to
both Maverick and Hardy.
Proposing for Maverick and Hardy.
-apw
--
kernel-team mailing list
kernel-team@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/kernel-team
05-26-2011, 03:50 PM
Andy Whitcroft
agp: fix arbitrary kernel memory writes
From: Vasiliy Kulikov <segoon@openwall.com>
pg_start is copied from userspace on AGPIOC_BIND and AGPIOC_UNBIND ioctl
cmds of agp_ioctl() and passed to agpioc_bind_wrap(). As said in the
comment, (pg_start + mem->page_count) may wrap in case of AGPIOC_BIND,
and it is not checked at all in case of AGPIOC_UNBIND. As a result, user
with sufficient privileges (usually "video" group) may generate either
local DoS or privilege escalation.
Signed-off-by: Vasiliy Kulikov <segoon@openwall.com>
Signed-off-by: Dave Airlie <airlied@redhat.com>
--
kernel-team mailing list
kernel-team@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/kernel-team
05-26-2011, 04:04 PM
Tim Gardner
agp: fix arbitrary kernel memory writes
On 05/26/2011 09:50 AM, Andy Whitcroft wrote:
CVE-2011-2022
The agp_generic_remove_memory function in
drivers/char/agp/generic.c in the Linux kernel before 2.6.38.5 does
not validate a certain start parameter, which allows local users
to gain privileges or cause a denial of service (system crash)
via a crafted AGPIOC_UNBIND agp_ioctl ioctl call, a different
vulnerability than CVE-2011-1745.
This is already fixed and released in Oneiric, Natty, and Lucid arriving
via mainline and stable. Following this email is a patch applicable to
both Maverick and Hardy.
Proposing for Maverick and Hardy.
-apw
Acked-by: Tim Gardner <tim.gardner@canonical.com>
--
Tim Gardner tim.gardner@canonical.com
--
kernel-team mailing list
kernel-team@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/kernel-team
05-26-2011, 04:13 PM
Leann Ogasawara
agp: fix arbitrary kernel memory writes
On Thu, 2011-05-26 at 16:50 +0100, Andy Whitcroft wrote:
> From: Vasiliy Kulikov <segoon@openwall.com>
>
> pg_start is copied from userspace on AGPIOC_BIND and AGPIOC_UNBIND ioctl
> cmds of agp_ioctl() and passed to agpioc_bind_wrap(). As said in the
> comment, (pg_start + mem->page_count) may wrap in case of AGPIOC_BIND,
> and it is not checked at all in case of AGPIOC_UNBIND. As a result, user
> with sufficient privileges (usually "video" group) may generate either
> local DoS or privilege escalation.
>
> Signed-off-by: Vasiliy Kulikov <segoon@openwall.com>
> Signed-off-by: Dave Airlie <airlied@redhat.com>
>
> CVE-1011-2022
> BugLink: http://bugs.launchpad.net/bugs/788684
> (cherry picked from commit 194b3da873fd334ef183806db751473512af29ce)
> Signed-off-by: Andy Whitcroft <apw@canonical.com>
--
kernel-team mailing list
kernel-team@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/kernel-team
05-26-2011, 04:22 PM
Tim Gardner
agp: fix arbitrary kernel memory writes
On 05/26/2011 09:50 AM, Andy Whitcroft wrote:
CVE-2011-2022
The agp_generic_remove_memory function in
drivers/char/agp/generic.c in the Linux kernel before 2.6.38.5 does
not validate a certain start parameter, which allows local users
to gain privileges or cause a denial of service (system crash)
via a crafted AGPIOC_UNBIND agp_ioctl ioctl call, a different
vulnerability than CVE-2011-1745.
This is already fixed and released in Oneiric, Natty, and Lucid arriving
via mainline and stable. Following this email is a patch applicable to
both Maverick and Hardy.
Proposing for Maverick and Hardy.
-apw
applied to hardy/maverick
--
Tim Gardner tim.gardner@canonical.com
--
kernel-team mailing list
kernel-team@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/kernel-team