From: Robert Hancock <hancockr@shaw.ca>
To: devzero@web.de
Cc: linux-kernel@vger.kernel.org
Subject: Re: System reboot triggered by just reading a device file....!?
Date: Tue, 20 Nov 2007 17:34:24 -0600 [thread overview]
Message-ID: <47436F00.80005@shaw.ca> (raw)
In-Reply-To: <fa.NKMd2cOUI5zSAFh0xiVy3hZdy3s@ifi.uio.no>
devzero@web.de wrote:
> good evening,
>
> i stumbled over some funny issue when trying windirstat (like KDirStat) with wine.
>
> after running that tool for a while my system rebooted. i could reproduce this with every run.
>
> after some deep investigation (i thought i had stability issues with my system and spent more than an hour on this) i found out, that the reboot is being triggered by iTCO_wdt ( /dev/watchdog )
>
> this is how to reproduce:
>
> - be root
> - cat /dev/watchdog or dd if=/dev/watchdog of=/dev/zero bs=1 count=1 or .....
> - wait one minute........
>
> *reboot*!
>
> i have heard 2 opinions for now (contacted the author and also discussed on wine-devel ) that this should be expected behaviour.
Yes, it is. It's a watchdog device, it's meant to reboot the machine if
whatever task is poking the watchdog dies.
> being sysadmin quite a while, i cannot believe that (accidentally) reading a device file (being root or not - what does that matter) triggers a system reboot.
>
> ok - when i`m root , i shouldn`t do stupid things and be careful, but i thought reading/crawling trough a filesystem (r/o, btw.) with some tool which is built to do exactly this wasn`t so stupid - even from within wine.
I would say that running a Windows tool that opens up and reads random
files, on the /dev directory tree, as root, probably does qualify as
"stupid". I'd say running pretty much anything through Wine as root is
not a good idea, a Windows app could hose the system without even
meaning to through exactly such things.
>
> think of an admin writing a quick&dirty script for intrusion detection (find / -exec md5sum {} \; >/tmp/need-no-tripwire) and forgetting to exclude /dev, /sys or /proc appropriately......
> think of someone exporting "/" via samba (readonly) and then navigating trough the /dev directory....
>
> stupid?
> i don`t think so.....i have seen worse things...... :)
>
> should someone get punished by an accidental system reboot and should he need to spend his time on this to investigate why this happens?
>
> i`d wish there would be some fence around this or iTCO_wdt /dev/watchdog not being active after a default desktop installation.
There is.. it's called "root privileges".
>
> i`d be interested if i`m the only one who thinks this is strange/dangerous behaviour.
>
> regards
> roland
--
Robert Hancock Saskatoon, SK, Canada
To email, remove "nospam" from hancockr@nospamshaw.ca
Home Page: http://www.roberthancock.com/
next parent reply other threads:[~2007-11-20 23:34 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <fa.NKMd2cOUI5zSAFh0xiVy3hZdy3s@ifi.uio.no>
2007-11-20 23:34 ` Robert Hancock [this message]
2007-11-22 21:22 System reboot triggered by just reading a device file....!? devzero
-- strict thread matches above, loose matches on Subject: below --
2007-11-22 19:54 devzero
2007-11-22 20:42 ` Clemens Koller
2007-11-21 0:01 devzero
2007-11-21 12:29 ` Simon Arlott
2007-11-20 23:06 devzero
2007-11-20 23:51 ` Matt Mackall
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=47436F00.80005@shaw.ca \
--to=hancockr@shaw.ca \
--cc=devzero@web.de \
--cc=linux-kernel@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.