Blindly Un-SHARing files (Horror Story)
Sean Casey
sean at ukma.UUCP
Sun Apr 27 03:45:56 AEST 1986
In article <1617 at wucs.UUCP> tp at wucs.UUCP (tom patterson) writes:
>
> I've been waiting for someone else to say this...
>
> naughtiness in shar files is only the tip of the iceberg. The program
>contained in the shar may do bad things... the makefile that builds the
>program may do bad things...
Very true. In my more foolish days (I'm still foolish, just more
experiened), I was making a program from uid root. The program was from a
reputable source, and I had checked it over, so I wasn't very worried about
trojan horses. There was a bad mistake in the makefile, however, that
instead of moving a file from /usr/lib, it moved /usr/lib into a file! The
really bad part comes when I get distracted right about then and don't
realize this had happened. About 15 minutes later (I was the only one on
then, and not near the console), I notice the dissapearance. The first
thing I think of is "file system corruption". For sure. So I take the
thing down and run fsck, which DID find corruption, but not because of the
/usr/lib disapearance. So I'm thinking, somehow it got deleted. I try
restoring it from backup, but that fills up the file system. Now I'm
starting to panic. Finally, while I was looking around, I "pushd +1"d to
the directory I was working in by mistake, and did an "ls". There's this
directory with the name of the object file. Hmmm. I look into it. Aha!
Delete backed up /usr/lib, do a "cp -r" and everything's normal, except that
I've lost about 10 pounds.
Moral of the story: Regardless of anything else, read the makefile.
Sean
--
-------------------------------------------------------------------------------
Sean Casey UUCP: cbosgd!ukma!sean CSNET: sean at uky.csnet
University of Kentucky ARPA: ukma!sean at anl-mcs.arpa
Lexington, Kentucky BITNET: sean at ukma.bitnet
More information about the Comp.sources.bugs
mailing list