home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / os / vms / 19324 < prev    next >
Encoding:
Text File  |  1992-12-15  |  1.6 KB  |  50 lines
  1. Newsgroups: comp.os.vms
  2. Path: sparky!uunet!netnews!bandy
  3. From: bandy@netnews.jhuapl.edu (Mike Bandy)
  4. Subject: Re: Please, any comments on these outputs.....
  5. Message-ID: <BzBDLB.9HG@netnews.jhuapl.edu>
  6. Organization: JHU/Applied Physics Laboratory
  7. References: <AEAAC762B85F00024F@EGFRCUVX>
  8. Date: Tue, 15 Dec 1992 18:48:47 GMT
  9. Lines: 39
  10.  
  11. SABRY@SHEBIN.EG writes:
  12.  
  13. >Hello All.....................
  14. >Hope you can help any comment or update about these outputs....ok.
  15. >Of cource, Our system Microvax 3400, by 12.00Mb, with VMS v5.2-1.
  16. >I new in system management on node SHEBIN.
  17.  
  18. >2- Output from SHOW DEVICE DIA0:/FULL.....
  19.  
  20. > ...
  21.  
  22. >  Volume status:  subject to mount verification, file high-water marking, write-
  23. >      through caching enabled.
  24.  
  25. Everything looks good to me -- except...
  26.  
  27. If you're not running in a high security environment, you should 
  28. consider turing off high-water marking.  What it does is automatically 
  29. fill file extensions with zeroes.  It's goal is to keep users from 
  30. "disk scavaging" by using the following to read files that others 
  31. have deleted:
  32.    $ copy login.com foo.foo /allocate=100000
  33.    $ set file /end foo.foo
  34.    $ dump foo.foo
  35.  
  36. This will pick up other user's deleted mail messages, program listings,
  37. memos and other perhaps non-public things.  It takes additional I/Os 
  38. to fill the extensions with zeroes and if security is not an issue, 
  39. then it will return you a little disk performance.
  40.  
  41. I hope usenet readers will not take offense to me publishing a way for
  42. non-priviledged users to "abuse" your systems.  Better that everybody
  43. knows the tricks, IMHO.
  44.  
  45. -- 
  46.  
  47.     Mike Bandy
  48.     bandy@aplcomm.jhuapl.edu
  49.     Johns Hopkins University / Applied Physics Lab
  50.