Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Posting-Version: version B 2.10.2 9/17/84; site inuxc.UUCP
Path: utzoo!watmath!clyde!cbosgd!ihnp4!inuxc!mcferrin
From: mcferrin@inuxc.UUCP (P McFerrin)
Newsgroups: net.jokes,net.unix
Subject: Re: Security Is Us
Message-ID: <1161@inuxc.UUCP>
Date: Mon, 2-Sep-85 03:10:43 EDT
Article-I.D.: inuxc.1161
Posted: Mon Sep  2 03:10:43 1985
Date-Received: Wed, 4-Sep-85 04:45:00 EDT
References: <10966@Glacier.ARPA> <399@dcl-cs.UUCP>
Distribution: net
Organization: AT&T Consumer Products, Indianapolis
Lines: 17
Xref: watmath net.jokes:14100 net.unix:5548

> In article <10966@Glacier.ARPA> conor@Glacier.ARPA (Conor Rafferty) writes:
> >$ ls -l /dev/null
> >crw-rw----  1 root       3,   2 Aug 20 16:00 /dev/null
> >
> >[sighted on su-fuji.arpa] 
> >
> >Don't want no pesky user-writeable security holes on this system...
> 
> Try doing the same for "/dev/tty" and a lot of inexplicable things will happen.
> When this happened on our system, it took me AGES to find the cause.
> 
> P.S. It takes me 73 tapes to do a full dump on /dev/null at the moment :-).

You must really have a LARGE bit bucket.  I would try the following
/dev/null compression scheme:
	cat /dev/null | cat >/dev/null
:-)	:-)	:-)	:-)	:-)	:-)	:-)	:-)