> -----原始邮件----- > 发件人: Florian Weimer [mailto:Weimerat_private-Stuttgart.DE] > 发送时间: 2002年4月18日 06:05 > 收件人: Paul Starzetz > 抄送: Wang Jian íõ½￡ [±±¾©]; bugtraqat_private > 主题: Re: An alternative method to check LKM backdoor/rootkit > > > Paul Starzetz <paulat_private> writes: > > > Be sure that this will be fixed in the next 'generation' of LRKM's. > > Patching the device methods for disk special nodes is not a > big deal - > > why not to incorporate even your code into one of the nice > LRKM's? You > > probably found a weaknes of 'current' LRKM's but in general > it is a bad > > idea to check your machine while running a compromised kernel. > > I agree. You can never be sure which kernel you are running. An > attacker could have placed a modified kernel on a swap device (which > excludes this very area from being used as swap space), and tweaked > the boot loader to load the modified kernel. If the file integrit check reveals that the boot loader is tweaked, the LKM loses the game in the first place, other tricks are just futile. Rewrite boot sector to a correct one will be enough for recovery. If it hide the hacked boot loader, then my code can reveal it unless it also intercept the raw disk io layer. This specific example is very simple to check and overcome. If you want to: 1. swapoff this device 2. dump it to a file 3. format it again 4. swapon it The LKMs can only continue the game by intercepting raw disk io. > Using this approach, the modified kernel image can be made completely > invisible easily, and it still survives reboot. Such a modification > is very hard to spot even during an offline analysis, and the > checklists I've seen so far do not address this problem at all. > > -- > Florian Weimer Weimerat_private-Stuttgart.DE > University of Stuttgart http://CERT.Uni-Stuttgart.DE/people/fw/ RUS-CERT +49-711-685-5973/fax +49-711-685-5898
This archive was generated by hypermail 2b30 : Thu Apr 18 2002 - 20:01:05 PDT