home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / os / linux / 9253 < prev    next >
Encoding:
Text File  |  1992-08-29  |  1.7 KB  |  44 lines
  1. Newsgroups: comp.os.linux
  2. Path: sparky!uunet!munnari.oz.au!metro!extro.ucc.su.OZ.AU!joef
  3. From: joef@extro.ucc.su.OZ.AU (Joe Fool)
  4. Subject: Re: My First Post.
  5. Message-ID: <joef.714972626@extro.ucc.su.OZ.AU>
  6. Sender: news@ucc.su.OZ.AU
  7. Nntp-Posting-Host: extro.ucc.su.oz.au
  8. Organization: Sydney University Computing Service, Sydney, NSW, Australia
  9. References: <BtJzvF.6Bx@mentor.cc.purdue.edu> <1992Aug25.214056.11488@klaava.Helsinki.FI>
  10. Date: Fri, 28 Aug 1992 03:30:26 GMT
  11. Lines: 31
  12.  
  13.  
  14.   Linus.. we have eyes everywhere... [Found this in alt.hackers]
  15.  
  16. torvalds@klaava.Helsinki.FI (Linus Benedict Torvalds) writes:
  17.  
  18. >In article <BtJzvF.6Bx@mentor.cc.purdue.edu> devros@mentor.cc.purdue.edu (Devros) writes:
  19. >>Well, Here goes....
  20.  
  21. >And on two /long/ lines..
  22.  
  23. >>ObHack: On the local SUN net, format a disk to SunOS and fdmount it. 
  24. >>Copy a shell to it and change permissions to setUID, setGID, and world
  25. >>executable.  Put the disk in a computer with a disk editor that you can
  26. >>name the media type without a boot sector and find your UID on the disk,
  27. >>changing it to a root uid.  Mount it back onto the SUN and execute.  I
  28. >>haven't tried it, but theoretically you would get a setuid-root shell. 
  29.  
  30. >"Theoretically" - if it indeed works, your sun setup isn't exactly
  31. >secure.  It's pretty easy to disallow suid programs, and I'd assume
  32. >fdmount does exactly that, leaving you as badly off as you were from the
  33. >beginning.  Now if you had made the disk by doing a "cat > /dev/fd0",
  34. >/that/ would be a hack (but it should still not work). 
  35.  
  36. >Obhack: while debugging some weird VM bugs in the linux code, I used
  37.  
  38. >    od -x /dev/kmem | less
  39.  
  40. >to find the problem.  It worked too: it was a stray NULL pointer that
  41. >corrupted the page directory.  Who needs a kernel debugger anyway?
  42.  
  43. >        Linus
  44.