First published: Tue Feb 02 2010(Updated: )
Description of problem: When execute the command: cat /dev/port in the guest, the host hang immediately (General Protection Fault). Version-Release number of selected component (if applicable): kvm-83-140.el5 kmod-kvm-83-140.el5 kvm-qemu-img-83-140.el5 2.6.18-182.el5 How reproducible: 100% Steps to Reproduce: 1. boot the virtual machine 2. type cat /dev/port in the guest 3. Actual results: Host hang Expected results: Guest should display the information about virtual devices normally. Additional info: 1 qemu-kvm command: /home/devel/autotest/client/tests/kvm/qemu -name vm1 -monitor tcp:0:6001,server,nowait -drive file=/home/devel/autotest/client/tests/kvm/images/RHEL-Server-5.4-64.qcow2,if=ide,boot=on -net nic,vlan=0,model=e1000,macaddr=00:9B:81:0E:91:01 -net tap,vlan=0,ifname=e1000_0_6001,script=/home/devel/autotest/client/tests/kvm/scripts/qemu-ifup-switch,downscript=no -m 512 -smp 1 -usbdevice tablet -rtc-td-hack -no-hpet -cpu qemu64,+sse2 -no-kvm-pit-reinjection -vnc :0 2 could be reproduced in kvm-83-142 & 2.6.18.183.el5 Re-tested: Host \ Guest | 2.6.18.182 | 2.6.33-rc4 | --------------+----------------+-------------- 2.6.18.185el5 | FAIL | FAIL | --------------+----------------+-------------- 2.6.33-rc4 | PASS | PASS | --------------+----------------+-------------- bt from kernel crash dump: [root@localhost 2010-01-27-03:10]# gdb /usr/lib/debug/lib/modules/2.6.18-185.el5debug/vmlinux ./vmcore GNU gdb Fedora (6.8-37.el5) Copyright (C) 2008 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <<a href="http://gnu.org/licenses/gpl.html">http://gnu.org/licenses/gpl.html</a>> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "x86_64-redhat-linux-gnu"... [New process 32372] [New process 0] #0 0xffffffff8002202b in sys_mprotect (start=18446604440097613992, len=18446604435883844864, prot=18446744071700444726) at mm/mprotect.c:250 250 prot |= PROT_EXEC; (gdb) bt #0 0xffffffff8002202b in sys_mprotect (start=18446604440097613992, len=18446604435883844864, prot=18446744071700444726) at mm/mprotect.c:250 #1 0x0000000000001000 in ?? () As malicious user could use this method to do the attack, move the priority and severity to urgent.
Credit: secalert@redhat.com
Affected Software | Affected Version | How to fix |
---|---|---|
Linux kernel |
Sign up to SecAlerts for real-time vulnerability data matched to your software, aggregated from hundreds of sources.