Slashdot Mirror


Passwords Can Sit on Hard Disks for Years

CygnusXII writes ""As people spend more time on the web and hackers become more sophisticated, the dangers of storing personal information on computers are growing by the day, security experts say. There are some obvious safeguards, such as never allowing your computer to store your passwords. But even that is no guarantee of security." "

102 of 449 comments (clear)

  1. No Guarantee of Security?!?! by Paulrothrock · · Score: 4, Funny

    Run for the hills! There's no guarantee of security! Everyone stop using your computers right now!

    --
    I'm in the hole of the broadband donut.
    1. Re:No Guarantee of Security?!?! by Three+Headed+Man · · Score: 2, Funny

      I was going to say! My computer is perfectly safe! I unplug it from the internet between pageloads.

      --
      I'm probably at the karma cap. Mod up a funny troll instead, it lightens the mood :)
    2. Re:No Guarantee of Security?!?! by harrkev · · Score: 4, Interesting

      Of course there is a guarantee...

      Just buy a boatload of ram and disable virtual memory. Problem solved.

      Of course, you could always use Knoppix or something similar whenever buying on-line. This would also solve the problem for the truly paranoid.

      --
      "-1 Troll" is the apparently the same as "-1 I disagree with you."
    3. Re:No Guarantee of Security?!?! by Vindicator9000 · · Score: 2, Interesting
      If you're using Windows:

      Eraser is a GPL program that (among other uses) will overwrite empty hard disk space as many times as you specify. Simply change the pagefile size to 0MB, restart, and run eraser on free disk space. Tell it to overwrite 7 times. There's no way anyone's recovering it then.

    4. Re:No Guarantee of Security?!?! by pmwanner · · Score: 2, Interesting

      Actually data in RAM can be recovered too, depending on how long ago it was written and the memory chip has been used since then: http://www.cs.auckland.ac.nz/~pgut001/pubs/secure_ del.html

    5. Re:No Guarantee of Security?!?! by Lehk228 · · Score: 4, Informative

      Knoppix doesn't touch the hard drive at all, that is the whole point of a live CD, so no it doesn't use any swap

      --
      Snowden and Manning are heroes.
    6. Re:No Guarantee of Security?!?! by harrkev · · Score: 4, Informative

      Actually, you only need to overwrite once to make it invisible to the computer over the IDE cable.

      There ARE methods to get data off of a hard drive platter that has been overwritten only once, but this requires the hard drive to be removed from the computer and physicly disassembled, and is quite expensive.

      --
      "-1 Troll" is the apparently the same as "-1 I disagree with you."
    7. Re:No Guarantee of Security?!?! by pmwanner · · Score: 2

      That article talks about Magnetic and Solid-State Memory Yes, and in addition they explicitly cover RAM. Check out "7. Methods of Recovery for Data stored in Random-Access Memory".

    8. Re:No Guarantee of Security?!?! by LookSharp · · Score: 3, Insightful

      Of course, you could always use Knoppix or something similar whenever buying on-line. This would also solve the problem for the truly paranoid.

      Of course, because everyone knows that retailers all use crackerjack security and are completely impenetrable by malicious forces. :)

      (Everyone always forgets that these are two-party-- or more-- transactions.)

    9. Re:No Guarantee of Security?!?! by fubar1971 · · Score: 2, Informative

      ....so no it doesn't use any swap

      It does if you don't have the minimum memory requirements.

      From the knoppix website

      "20 MB of RAM for text mode, at least 96 MB for graphics mode with KDE (at least 128 MB of RAM is recommended to use the various office products),_"

      Not to mention, you can still mount your local drive and store data on it.

      hmm seems like a whole lot of touching going on....

    10. Re:No Guarantee of Security?!?! by Cyberop5 · · Score: 2, Informative

      Knoppix will use linux swap space if there is any on the hard drive. You'd use the noswap tag when booting for forensics or more paranoid computing.

      --
      Urgo: "I want to live. I want to experience the universe and I want to eat pie!"
      Jack: "Who doesn't??"
    11. Re:No Guarantee of Security?!?! by nahdude812 · · Score: 2, Interesting

      You can get data off of a disk after several writes also.

      An analogy I use, which is not terifically accurate on technical terms, but which does a good job of illustrating the point is this:

      Think about hard disk heads writing 1xxxxxxx or 0xxxxxxx when they store data on the disk. The 1 and 0 are the signal strength at an arbitrary magnetic value of 10^8, while the remaining lesser magnetisms are left more or less unaffected. Actually, whatever existed there has its power diminished, so you sort of see a digit shift to the right.

      The next write makes sure to set the most significant power of the disk, but physics causes the magnetism that previously resided there to leave some impact on the actual charge. Let's say I had a 0 in a given spot previously. Now I write a 1. The overall magnetic charge is actually just slightly below 1, which I will represent as 10xxxxxx. You see, 0 represents a negative charge and 1 represents a positive charge (north or south if you will). So you can recover data from the previous write by seeing whether each charge is a bit above or below the expected charge here. The next write (let's say a 0) causes the charge to be 010xxxxx. The charge is slightly above a 0 (south), and even more slightly below an expected 01 reading. This continues on out to infinity actually.

      Given perfect media, perfect measuring equipment (read heads), perfect write heads, and perfect storage conditions (zero magnetic drift on the disk), data could be read off of a disk that was stored there billions of writes ago. In this perfect circumstance, there is an infinite amount of data that could be stored on a single atom.

      Of course in reality, write heads leave a charge plus or minus a few percent of their target charge, magnetic drift caused by media imperfections (such as media decay) and environmental factors (such as errant magnetic fields, eg, from the earth or surrounding equipment), plus a limitation on the precision of reading equipment means we can only recover data from out a few writes, depending on the circumstances. As far as securing your workstation goes, keeping it in close proximity to other electronic devices will strongly boost the chances that environmental magnetism will push individual bits on the disk out of the realm of being able to recover that data. Surprisingly (or not), inexpensive disks work better toward securing your data this way since they have lower quality write heads with a wider fluctuation of write power, and lower quality surfaces causing higher material decay and quicker data loss. These same disks though have a higher failure rate for exactly the same reasons.

      All of this is why data destroying tools offer you a option for how many passes you wish to make over the disk. The more times you write, the less likely the data will be recoverable. 8 times is usually more than sufficient for IDE disks, I'd recommend 16 or more times on a high quality disk, such as many SCSI drives.

  2. Yikes! by mogrinz · · Score: 4, Funny

    I've got to stop using c:\windows as my password!

    1. Re:Yikes! by kunudo · · Score: 3, Funny

      Yes, change it to c:/windows... Then no one will be able to guess it.

  3. Hehe by mgs1000 · · Score: 5, Funny

    It looks like some reporter just discovered the page file. :)

    1. Re:Hehe by Reziac · · Score: 5, Interesting

      That was my thought too...

      Back in the Win3.1x era, when the typical swapfile was still small enough to peruse with a hex editor, I cruised through my permanent swapfile with LIST, just to see what was being dumped out of RAM. I found data in there that was identifiably over 3 years old. And therein, I also found some passwords archived -- as plaintext.

      Not to mention logfiles; I have some that stretch back several years, and I'm sure I'm not alone.

      So I don't find this exactly "news" either. Then again, I could turn this into a rant on the "expertise" of the typical tech journalist... (one of my PC maintenance clients is one. Regular exposure has given me a complete lack of respect for the breed.)

      --
      ~REZ~ #43301. Who'd fake being me anyway?
    2. Re:Hehe by Jokkey · · Score: 5, Informative

      The article does go into a bit more detail than that... They use a program called TaintBochs (probably hacked from the open source emulater Bochs) to track sensitive data and find out where exactly it goes and how long it's there. This sounds to me like a nifty hack, and they're actually doing research to come up with quantitative results on how long data sticks around, instead of just saying, "Um, yeah, stuff gets swapped out."

    3. Re:Hehe by Reziac · · Score: 4, Interesting

      Nah, reinstalling is just a sign of incompetence at dealing with Windows. And I mean that seriously. On average it takes Win32 about 3 years of average-user neglect and outright abuse to get to the point where it's nonfunctional, and even then it's recoverable with simple maintenance procedures.

      As a SOHO tech, my job is not just to get the machine working, but also to get it to the state the client expects it to be in -- with all his apps and data intact (whether he has a good backup or not). I've only had to reinstall Windows *once*, and that was due to AOL5 FUBAR'ing both DUN and the entire WinEx/IE setup -- on a system that had gone five years with a PEBKAC owner and ZERO maintenance. I find it is faster and easier to resurrect the system than to hope to find all the body parts (apps, data, passwords, settings, CD keys, etc, etc.) and reinstall them where someone else expects them to be.

      Of course, this is why my clients won't let anyone else touch their PCs, either :)

      My own everyday setups date back to 1998 (Win95), 2001 (Win98), 1999 (WinME -- hasn't crashed since Sept.99, and this is a test box!!), 2002 (XP Pro). Plus I have a couple part-time-use Win95 machines that date back to '95 and '96. And my Win16 setup (1994) was finally retired at 7 years old. All are original installs and all work their asses off. -- I hadn't looked in WFWG's swapfile in some time, but it's a safe bet that if I inspect the CD where it's archived, I'll find data in the perserved swapfile that is now over 10 years old.

      --
      ~REZ~ #43301. Who'd fake being me anyway?
    4. Re:Hehe by Mortoc · · Score: 5, Insightful

      The fact that a password can sit on a hard drive is really irrevelent. If someone has access to your hard drive, they might as well just set up a keylogger and wait till you access a bank account or something, that would be much easier than wading through hundreds of megabytes of swap. This security hole is almost completely irrevelent, the only time that I would worry about something like that is when throwing away a a computer (which should be recycled anyway). Someone interested enough could go through your trash, removed an old hard drive and start snooping around.

    5. Re:Hehe by Reziac · · Score: 2, Interesting

      Yep, pretty much. If someone's that fascinated with your current personal stuff, there are easier and less-chancy ways to access the data. And if you're worried, use a wipe utility on that old HD before you trash it or donate it. Or if your tinfoil hat fits really tight, take the platters out and expose them to a hammer and a blowtorch.

      IOW, tho the security issue exists, it's not exactly something to lose sleep over -- because if someone wants to compromise your security, why not get current data right from today's data input, instead of possibly-obsolete data of unknown relevance!

      --
      ~REZ~ #43301. Who'd fake being me anyway?
    6. Re:Hehe by operagost · · Score: 5, Informative
      Too bad he didn't discover the setting in Windows XP that clears the pagefile on shutdown. Instead, he plays programmer and suggests that only a few measly lines of code will fix the problem; and no one will mind the huge performance hit because computers are so fast already.

      Even if you aren't running Windows, other OSes like OS/2 will recreate a fresh pagefile on every boot.

      --

      Gamingmuseum.com: Give your 3D accelerator a rest.
    7. Re:Hehe by Gr8Apes · · Score: 2, Insightful

      Flamebait? Give me a break. Obviously a MS Fanboy.

      Don't assume incompetence. Sometimes, portions of the registry just become unrecoverable and unrepairable, through no fault of anyone other than MS. Yes, I'm aware that there's a way to completely back them up and replace them, but sometimes, that's moot when the initial backup is already corrupted. With a good initial hardware/software setup and proper precautions, I too can run a system for years and years, and never have it degrade. (Ran a datacenter for about 4 years) Still, this doesn't address the fragility of MS OSes. Oh, and I have a 95 system that's been up since 96. Big deal.

      --
      The cesspool just got a check and balance.
    8. Re:Hehe by Reziac · · Score: 3, Interesting

      No, I'm not a M$ fanboy. You'll see me bitch about their business practices, and sometimes about their software, as often as anyone here -- you want to see software flamed to a crisp, get me started on M$Office! and just wait til I catch up with the idiot who thought "browser as your desktop" was such a great idea, or the moron who didn't fully test the .MSI installer on Win98. And as to M$ getting in bed with DRM/media... that's why I keep hoping for a *NIX desktop I can next-gen my clients to, but so far it hasn't happened.

      But in my experience, whining about *Windows* instability is based more in ignorance, and failing to consider the influence of bad hardware, than in objective reality. Considering all the random shit hardware people use, the ill-mannered software that abounds these days (most no longer bothers to clean up after itself, but rather expects Windows to do it for 'em), and the ignorance of average users, Windows gracefully absorbs a helluva lot of abuse. Yeah, it's possible to mangle the registry, but that's actually pretty rare; I've not seen it happen in years. And yeah, there are security holes and stupid default settings, but that's hardly unique to Windows (see the concurrent /. article about the router! talk about a field where they should know better!!)

      I also have a Mandrake box, and while I generally like it well enough (tho I view BSD as more mature than linux), I do find it a whole lot easier to confuse or crash. Lordy, the lockup I get if I accidentally feed it a bad CDR!! Have to power down to get the CDROM drive back.

      --
      ~REZ~ #43301. Who'd fake being me anyway?
    9. Re:Hehe by lone_marauder · · Score: 3, Informative

      IOW, tho the security issue exists, it's not exactly something to lose sleep over -- because if someone wants to compromise your security, why not get current data right from today's data input, instead of possibly-obsolete data of unknown relevance!

      Because that Asian rape spam that popped up into your preview pane 2 years ago may not be a daily occurence. The FBI loves pulling up ancient JPG fragments from swap in their ongoing efforts to protect children.

      Despite what you may have heard, the legality of pornography is of no relevance to prosecutors and judges; the first time the question of age comes up with regard to the subject of any particular photograph is when the jury is looking at poster size blowups of whatever they scraped off your hard drive.

      To prevent fascism (or at least thwart it), do the following. Set the not-commonly-known "clear swapfile at shutdown" windows registry key:
      HKLM\System\CurrentControlSet\Control\Session Manager\Memory Management\ClearPageFileAtShutdown to 1
      Wipe your empty space and slack space regularly with something like eraser. (Interestingly, I don't know of a way to accomplish these things when using Linux as a desktop OS. If anyone knows of a way to clear the swap partition on shutdown or to clear not only free space on the hard drive, but also cluster tips (file slack), please let me know.) When finished using a hard drive, or any time you have cause to format it, boot up to rescue mode from any Linux distro's boot CD and dd if=/dev/zero of=/dev/hda (or whatever device your hard drive happens to be).

      I have had access to the tools the bad guys (FBI, et. al.) use to extract evidence from your hard drive, and have seen that these procedures work brilliantly. Of course, I've also seen prosecutors derive character witness testimony from the very fact of using a program like eraser (only bad guys know this much about how to hide computer evidence!), so YMMV.

      If you don't happen to live in the United States, treasure your freedom and fight to protect it.

      --
      who are those slashdot people? they swept over like Mongol-Tartars.
  4. Zero the data by Lord+Grey · · Score: 5, Informative
    One way to achieve this is for all data in RAM to be automatically turned into a string of zeros once it is finished with - something he [Tal Garfinkel] says could be done with just a few extra lines of code in application programs.
    My company worked on a project a few years ago that required this very thing. It wasn't just passwords, though: The customer demanded that all data passing through the applications be wiped as soon as possible.

    The project was written in C++. We started out using a custom string class that performed its own memory management (with zeroing the buffer on deallocation), but then promptly ran into problems with the STL. We wound up writing a memory allocator that also cleans up after itself. Those two solutions took care of the vast majority of the data leakage "problem" -- the only thing left was reinitializing stack variables within functions.

    Perhaps the ultimate solution would be to encrypt data as it is entered, before it is saved into RAM, and arrange for programs that use it to decrypt it first.
    The same customer actually requested this first. The problems associated with it were were terrible, especially in a multithreaded application. Plus, performance basically sucked. Wiping the data afterwards seemed to have the same end result, the performance was still good, and the customer was happy.

    BTW, the memory allocator and string class both made their way into the company's downloadable core library (MIT license).

    --
    // Beyond Here Lie Dragons
    1. Re:Zero the data by Lord+Grey · · Score: 5, Informative
      Can you really be sure that the data is wiped? What if the memory is swapped to a page file or swap partition, later swapped back into memory and then you only erase what's in the RAM?

      You can either lock the RAM page so it doesn't swap, or force the page to write back out to swap after zeroing. The former is far easier (unless you want to do a lot of painful coding) and, if I remember correctly, was what was done with the project I talked about. I don't think the page locking/unlocking made it into the downloadable library, though.

      --
      // Beyond Here Lie Dragons
    2. Re:Zero the data by Krach42 · · Score: 2, Interesting

      Perhaps the ultimate solution would be to encrypt data as it is entered, before it is saved into RAM,

      Not to mention when you look at how the data is entered, it passes through RAM as one of its very first stages.

      This would literally require a kernel patch.

      --

      I am unamerican, and proud of it!
    3. Re:Zero the data by AstroAndy · · Score: 2

      Is there a way for me to go through my computer to find where this information is stored? I am currently using XP Pro, and want to know what sort of shit is being stored without me knowing it. (I hear the footsteps of /.ers everywhere behind me ready to bludgeon me with their RedHat manuals)

    4. Re:Zero the data by Lord+Grey · · Score: 2, Interesting
      Why not just use the mlock() syscall to turn paging off for a memory region? Wouldn't that be easier?

      The memory block, with your data, can still be claimed by another application after the page is unlocked. From there it can be written to swap, and we're back to the original problem.

      But like someone later in the threads pointed out, if someone has access to your swap file then you probably have bigger problems....

      --
      // Beyond Here Lie Dragons
  5. Safe passwords? by belgar · · Score: 4, Funny

    Computers not secure? What a relief all my passwords are on stickies stuck to my monitor. I'm set!

    --
    What does it mean to wake out of a dream
    and be wearing someone else's shorts?
    BNL, Born on a Pirate Ship (1998)
  6. Well, we can always do like in MacGyver by 192939495969798999 · · Score: 5, Interesting

    My favorite MacGyver episodes were the ones where he used fingerprinting dust to read the numbers on a keypad. Of course, anyone using the keypad for a password is only going to press the keys involved in the password.

    The most dangerous thing to security is people. Why go routing around on a hard drive when you can just ask someone what the password is, and they'll probably tell you anyways?

    --
    stuff |
    1. Re:Well, we can always do like in MacGyver by paiste404 · · Score: 5, Funny

      dont question the macgyver. this is the same man who once picked an electronic lock with half-full wine glasses and a canary. you will accept the macgyver and you'll like it.

    2. Re:Well, we can always do like in MacGyver by leenoble_uk · · Score: 2, Funny

      Of course he wouldn't.
      He'd fashion something out of whatever was to hand.
      Why by merely warming over some plastic explosive, a hairpin could be used to read and write data to the soft squidgy platter and MacGuyver could create the zeroes and ones of the password cracking software by simply modifying his vocal tones utilising the glottoral stop to write the machine code.

      Piece of piss- we've all done it.

    3. Re:Well, we can always do like in MacGyver by ajrs · · Score: 2, Interesting

      If you know anybody with a home security system, especially near a garage, you can often learn the code just by looking at the keypad.

      Only the keys in the code will be dirty, and the order goes from filthy to less filthy. No finger print dusting required.

  7. Ultimate solution by desplesda · · Score: 5, Funny

    Let's just do a brain scan of everyone. I mean, you can forge fingerprints, voice prints, etc, but you can't beat a mind probe!

  8. Untrue by frs_rbl · · Score: 5, Funny
    Passwords don't sit on hard disks. It's more like under mouse pads

    talk about hacker sophistication...

    --
    This is not my opinion. Actually, it's not even an opinion. And I'm nowhere to be seen near it
  9. P2P by Anonymous Coward · · Score: 5, Insightful

    It's amazing how easy it is to find people's password files shared on P2P apps like DirectConnect, Gnutella, etc. There's everything - Total Commander (FTP), WS FTP, mail clients, you just have to search for the proper file name.

  10. Sir? by The+Ultimate+Fartkno · · Score: 4, Funny


    I'd really like to sell you my old computer since this is a yard sale and all, but I see that you're wearing a mask, carrying a saber, and have a black hat on that says "l33t h4x0r!" I can't help but think that you might somehow be up to some nefarious shenanigans!

  11. Passwords can sit anywhere for years by ciroknight · · Score: 2, Insightful

    I've still got a three year old password on a postit note on the side of my monitor. It just goes to show you that passwords can sit anywhere.

    The real question is, if a password's that old, what use SHOULD it still have? Hopefully, people adopt policies where they update passwords every month, or few months, especially if it's dealing with anything financial/uber personal (doctor's records.. etc).

    Get real, stop trying to scare us with your security warnings; just educate people to change their passwords.

    --
    "Victory means exit strategy, and it's important for the President to explain to us what the exit strategy is." G.W.Bush
    1. Re:Passwords can sit anywhere for years by palndrumm · · Score: 2, Funny

      You've got a three year old post-it stuck to your monitor? That's impressive - I have trouble getting mine to stay there for 3 days...

  12. This seems more in the Hype threads by Ironstud · · Score: 2, Insightful

    Passwords have been on hard drives for many many years. No matter if you are using M$ operating system or a linux there are passwords on the machine. If people don't know how to protect their computers than many they should just give their ATM card password to the public domain.

  13. I've got no problems.... by Anonymous Coward · · Score: 2, Funny

    with that, all my passwords are automatically filled in by Gator.....

  14. of course, I've used the same password for years.. by rickthewizkid · · Score: 4, Insightful

    ... and nobody's figured it out yet. I actually use several passwords, depending on the level of security. The "lowest" password, "password", is used for signing up to things like mailing lists, etc where there's little chance of me returning. The mid-level password, a pair of words with numbers in them, is used for mid-level security, such as my email, etc. The highest level password, a random collection of numbers, letters, and symbols, is used for the most secure information, such as my bank account, slashdot login and my pr0n encryption key.

    Now if I could only remember the combination to my safe.....

    Just my 46fctfj6&*23's worth....
    -Rick the WizKid
    (oooops...)

  15. Mac OS X and Pastor by andy55 · · Score: 4, Informative

    Ah, funny this story was posted--I just had to address this issue the other day. I run Mac OS X and I happened to be doing a fresh install, moving all my data over from an old HD. Before this, I had always stored my slew of account info in a text file in an obscure and unlabeled file (I know, I know--very careless of me--that's way I was ready to change my ways!).

    Mac OS X's built-in "Keychain" services/util isn't streamlined for repeated user use, not to mention it doesn't have several auxiliary/free-form fields (that are also fully encrypted with the password field). After some research and trying a few of the freeware and shareware apps out there, I came across Pastor, a freeware, super-lightweight and user-friendly app that basically lets you maintain a catalog of username, pass, and about 6 auxiliary fields, stored in an encrypted file (when you go to open a file, it prompts you for the password and decodes it on the fly). If for some reason you don't dig this particular app, there's a couple others like it as well with increasingly levels of features (I happen to prefer lightweight).

    So I went w/ this model and it's had great payoffs--when I need a particular login, I click on an alias to my main password (Pastor) file, enter the file's password to decrypt it, look for what I need (it alphabetizes), and I'm all set--meanwhile, there's absolutely no risk of security--I love it.

    1. Re:Mac OS X and Pastor by andy55 · · Score: 2, Interesting

      I know you said you don't like the Keychain, but by using it, you surf to the webpage and... it's already filled in from an encrypted database. Why reinvent the wheel, especially for web logins and such?

      Keychain expects/assumes that all the stuff you store in there is conventional logins at certain URLs, etc. A lot of the entries I store don't fit that mold: my local router login/pass, my credit card pins, and some server logins that have unconventional fields. Most importantly, I want all those fields to be encrypted, not just the password field--that's a huge issue. If someone is logged in w/ my Mac OS X acct, i don't want them to just browse my keychain's non-password fields.

    2. Re:Mac OS X and Pastor by andy55 · · Score: 2, Insightful

      ...must...not...feed....the trolls.....

      ...breaking down....

      There is still a security risk. What if someone gets you Pasotr password. Then they can have them all.

      You must be new here. You can *always* use that argument. Someone can *always* install a key recorder or watch you type in your password. Security is about raising barriers, not about thinking/searching for somthing that will solve the impossible.

    3. Re:Mac OS X and Pastor by at_kernel_99 · · Score: 2, Insightful

      There is still a risk. The whole point of the article was that when memory is cached on disk, it is accessable from disk for an indeterminate period of time - possibly years before its overwritten. So when your Pastor program un-obfuscates your data, where is it? In RAM? In cleartext? Maybe Mac's don't have this problem (though I doubt it).

    4. Re:Mac OS X and Pastor by Abcd1234 · · Score: 2, Interesting

      Easy. Do what I do. Use a 4096-bit public/private key pair, and keep the private key on a USB dongle on your (physical) keychain. *shrug* Of course, you probably want to back on your key on another device (CD-ROM in a physically secure location, for example), in case the USB drive goes kaput.

    5. Re:Mac OS X and Pastor by davesag · · Score: 2, Informative
      I use the keychain and keychain access software daily and it's fine. Not fantastic granted - but fine. I have a keychain in my Documents folder on my iDisk called 'personal' and my keychain access knows to lookup keys from that chain. so home and work common passwords etc can all stay there.

      i have a mail certificate (free from thawte - neat) and have installed gpg so have a number of high grade gpg keys which i use to correspond with my ol' dad back home about bank statements etc.

      you say that the keychain gets in the way, but the fact that is is fully integrated into so many handy apps like sshAgent or MacSFTP or BBEdit, as well as the obvious ones like safari for web passwords etc. if you look in the keychain access program you'll see you can add secure notes, secure comments to passwords and all manner of options. you can open up the system keychains too and see the x509 certs you have collected.

      you could also create an encrypted user whose user space is fully encrypted.

      i have never seen the need for much more

      --
      I used to have a better sig than this, but I got tired of it
  16. all you can do is be careful by LBArrettAnderson · · Score: 3, Insightful

    There's no way to be 100% secure with passwords and the likes, but there are some things everyone should do. 1.) don't have the same password for everything! The website admins to every site you use a password for have access to it (and no one can trust a slashdot editor!). 2.) change your password often. The more often the better. This won't always work since most people, when they get a password, will do their damage immediately... but you never know. Another advantage here is OLD websites that you visitted a long time ago may change and new administrators will have access to your password.

    pretty redundant stuff, but good advice that most people are too lazy to follow.

  17. Just zero the pagefile by diamondsw · · Score: 3, Interesting

    Just put your swap on another partition and zero it every so often (any way to do this automatically during shutdown, after VM is suspended?) - that takes care of your passwords in memory. As for programs that store them on disk, they better be encrypted, ala Apple's Keychain.

    --
    I don't know what kind of crack I was on, but I suspect it was decaf.
  18. Self-Expiring Password Hardware by Nuclear+Elephant · · Score: 5, Funny

    Store all your passwords on a burned CD, that way they'll have a shelf-life of 3-5 years tops.

  19. Hard disks? This article is about RAM. by Audigy · · Score: 3, Interesting

    and I did RTFA, and realize they're talking about the swap file... ...but I have 1.5GB of RAM, and I have a 20MB swap file that's overwritten each time I reboot my PC.

    Most Windows systems use the default setting for virtual memory, which is "windows managed" -- which means it's overwritten each time the system is rebooted. What's the big deal?

    Has anyone here actually hex edited a swap file before? How is the data actually stored? For the reasons mentioned in the article, I imagine it would at least... not store data transmitted via SSL in plain text (why the heck would form data stick around in RAM anyway?)

    Sounds like a neat project for after work today. :)

    --
    [an error occured while processing this directive]
  20. Whew by thedillybar · · Score: 3, Funny

    And everyone laughed at me when I put 2GB of RAM in my computer, allocated 1GB as a RAM disk, and pulled the harddrive out. None of those security issues here!

  21. Repairs by pubjames · · Score: 5, Informative


    One thing that worries me is sending machines away to get repaired.

    I have a Sony Vaio laptop which I had to send to be repaired. I phoned the support number to tell them I was going to take the hard disc out before sending it. They said that if I did I would be charged for a new hard disc (at a hugely inflated price) and they wouldn't repair it without one.

    I once sent a PC for repair and the teenage dork who repaired it actually said I had some great games on my machine and that he had played them. In another case in the UK, some padeophile was caught (was it Garry Glitter?) when he sent his PC in for repair. Now, I'm all for catching kiddie fiddlers, but that is not the way to do it.

    I don't want the repair staff looking through the stuff on my hard disc. There should be a standard industry guarantee that this won't happen, or a privacy law about it or something.

    1. Re:Repairs by Woy · · Score: 4, Interesting

      I have a computer services company, and a client of ours, a lawyer, never ever lets his computer out of his office. All repairs, no matter what, are done in his office, under his scrutiny. He has no problems paying for it, he says he is required by law (we are in Spain) to be sure that his clients' data is safe at all times. There just isn't another option.

      --
      "If God created us in his own image we have more than reciprocated." - Voltaire
    2. Re:Repairs by mopomi · · Score: 2

      My solution to this has been to dump the hard drive as soon as I get the computer. If I need to send it back for repair, I re-image the hard disk with the initially installed system, thereby cleaning the hard drive of all of my information (to most people). I, of course, make a dump of MY stuff just before replacing it with the original crap.

      This also helps with idiotic companies that don't support Linux as I can just dump the old OS back on the system before I send it back for repair.

    3. Re:Repairs by Reziac · · Score: 2, Insightful

      I've had people ask me what I do about the fact that I can see all my clients' sensitive data (and in some cases have their backup archives stored on one of my everyday work machines):

      Even tho in the course of sorting out a mess, I may need to use your passwords and look through your files, the *content* goes in one eyeball and out the other. I just don't CARE what's on your hard disk. Your personal life isn't that interesting. I have a million files and passwords and accounts of my own; I don't need to be burdened with yours.

      And I think you'll find that's the attitude any mature tech has. It's pimply kids still at the "overly curious" phase of life (or people who never matured beyond the snoopy stage) who will root through your data just because they CAN.

      Trouble is, you don't always have control over who works on your machine. And no amount of privacy laws or industry guarantees can stop some kid from snooping when no one is looking.

      --
      ~REZ~ #43301. Who'd fake being me anyway?
    4. Re:Repairs by julesh · · Score: 2, Interesting

      It's a good policy, but what happens if you can't do anything with the hard drive? I possess a single laptop computer, and when its motherboard went faulty a while back, I had no choice but to send it in to be serviced without touching the hard disk.

      I tell you, getting a guarantee from the service company that they wouldn't do a 'system restore' or anything else destructive to the hard disk was a nightmare.

      "We recommend you perform a backup before sending the computer in."

      That's really useful, but the system won't boot and I don't have any others with the right connector for the hard disk.

    5. Re:Repairs by harrkev · · Score: 3, Interesting

      Maybe a removable hard drive would be much easier on the wallet. Keep the programs/OS on the computer's hard drive, but all client data can be kept on an external firewire/USB hard drive. You can even buy two and copy one to the other once a week or so for backup. All for under $100 (if you shop around).

      --
      "-1 Troll" is the apparently the same as "-1 I disagree with you."
    6. Re:Repairs by ObjetDart · · Score: 2, Interesting
      I had this exact same problem with Dell. My hard disk failed on a new Dell system after about a month. I called, and they sent some local company over with a replacement. They showed up, replaced the drive...and then expected me to just hand them the old drive.

      I said you've got to be f'ing kidding me. I used this PC for contract programming work, the drive had hundreds of files of clients' source code on it. And since I couldn't access it, there was no way to erase them. Physically destroying the drive with a hammer was not an option (I asked.)

      After hours of complaining to Dell on the phone, I was only given one choice: pay for the new drive, or give it back. So the bottom line is, the mfg warranty on hard drives is utterly worthless, unless you don't mind handing over all of your files and personal data to a complete stranger.

      --
      I read Usenet for the articles.
    7. Re:Repairs by evilviper · · Score: 2, Interesting
      One thing that worries me is sending machines away to get repaired.

      I have the same concerns, but there are simple solutions...

      #1. Backup all your data, and re-format your hard drive.

      or

      #2. Leave the original hard drive alone, remove it, and insert your own. Then when you need to send it in, remove your drive, and reinsert the original.

      I do this myself because notebook manufacturers charge hundreds of dollars extra when you choose the same notebook with a larger hard drive. Screw them, I'll buy the cheap 20GB version, then insert my own 60GB hard drive. If they want to say I've voided my warranty, they can explain their position to a judge, most of whom have notebook computers themselves :-)
      --
      Slashdot gets worse every day... Pipedot: News for nerds, without the corporate slant
  22. Encrypt your disk by PSUspud · · Score: 5, Informative

    When I read the headline, I was alarmed. But
    then I read the article, and all my worries went away.
    I encrypt my swap partition, and that fixes the problem.

    It's not hard, and since it's swap (i.e., data
    you don't need for very long), you don't even need
    to remember a password (your computer uses a random
    one every time is sets up the swap). Really, it's
    pretty easy -- see the HOWTO at http://www.tldp.org/HOWTO/Disk-Encryption-HOWTO/
    and keep your goatsex links and pictures confidential.

    --
    ----- Why sig when you can sign? PGP key id 7675D05E
  23. Re:in an effort to stop this.... by mgs1000 · · Score: 2, Funny

    Be careful, passwords can sit on paper for decades!

  24. How about encrypted databases? by Bourdain · · Score: 2, Interesting

    I keep my passwords on my computer, but in an encrypted database. I don't know of any safer way to manage my passwords and user accounts for countless web sites and pieces of software.

    The only potential downsides to this threat are two-fold. One, a hacker could install a keylogger on my machine. I find that unlikely as I keep my anti-virus software up to date and I don't receive any spam or virus emails since they are all filtered. It is possible that one could install via a worm, but unlikely that it would go undetected for long.

    Second, someone could break the encryption used on the database. I find that doubtful since it's pretty high-level encryption and the amount of effort to crack it would not be trivial.

    The primary issue I see above is whether the value of the information exceeds the potential effort in obtaining it. I really doubt anyone would ever want my personal information thus I see the value of my information as being far lower than the difficulty needed to obtain it.

  25. Re:Encrypt Swap? by Phurd+Phlegm · · Score: 2, Interesting
    What about encrypting swap space? This will not a) solve the problem completely, and b) may waste CPU cycles, but should be within easy reach of OS implementors
    If it has to be decrypted by the OS when it gets swapped in, it can be decrypted to fish for passwords. Of course, if it doesn't have to be decrypted on swap-in, an obvious optimization is to just throw it away and replace it with a block of zeroes on-demand.

    Rumor has it that XP SP3 includes this optimization.

  26. Find them using Kazaa by Drunken_Jackass · · Score: 4, Interesting

    You'd be amazed what you can find on Kazaa when you search for documents with password or resume or account as the keyword. People don't realize that you don't need to be a hacker to break into your machine - just someone with access to the folder you share on and P2P network...which, if it happens to be your My Documents folder....look out.

    --
    There are 01 types of people in this world. Those that understand binary, and me.
  27. OpenBSD by GlobalEcho · · Score: 4, Interesting

    OpenBSD encrypts the swap space by default, specifically to avoid these problems. I would hazard a guess somebody has hacked Linux to do the same, but I haven't seen it.

    Of course, if you have so much RAM that you never swap, this is less of an issue.

    1. Re:OpenBSD by Big+Jason · · Score: 3, Informative

      Umm, no.

      vm.swapencrypt.enable is set to 0 (zero) by default, take a look at your /etc/sysctl.conf

  28. Re:Just plain wrong by flipdaddy · · Score: 2, Informative

    Yep. From MSDN: "The VirtualLock function enables a process to lock one or more pages of committed memory into physical memory (RAM), preventing the system from swapping the pages out to the paging file"

  29. I can't quite see the point by arevos · · Score: 2, Insightful

    Correct me if I'm wrong, but if an attacker has the permissions to trawl through the swap, then couldn't they just insert a keylogger, instead? That seems to be considerably simpler, to me.

    I suppose there's an argument about someone getting the passwords off old machines that have been thrown out. But even then, surely any respectable business will use some software to scrub out all the last traces of sensitive data on any hard drives they're dumping.

    An encrypted hard drive wouldn't protect against a key logger. It would protect sensitive data against physical theft, I suppose. But I wouldn't call that "hacking".

  30. Cleaning hard disks of passwords etc by Zog+The+Undeniable · · Score: 2, Informative
    1) Set the pagefile to be automatically wiped on shutdown. Windows will do this for you.

    2) To delete things properly, turn off paging and disk caching, reboot, then run something like Mutilate to fill all the unused disk space with rubbish. Remember to turn paging and caching back on afterwards or performance will be slooooow.

    3) If you're disposing of a PC and you want to sell it with the HDD, it's usually easiest to reformat the HDD in another PC (as a slave) then run a file wiper as above.

    4) Running a good file wiper once is perfectly adequate. Physical data recovery techniques using misaligned drive heads to pick up "ghost" images may or may not exist (hence the occasional recommendation to wipe 9 times) but the cost of doing so is so high that it would have to be a matter of national security. Commercial data recovery/forensic services do NOT use physical recovery techniques, they just go for deleted files and slack space.

    --
    When I am king, you will be first against the wall.
    1. Re:Cleaning hard disks of passwords etc by jim_deane · · Score: 2, Informative

      When I had a disc that was failing under warranty, I used a bootable hard disk wiping utility as the final step before sending the drive back.

      Autoclave is the one I used. It is quite nice, fits on a bootable floppy. I felt better sending my drive in for warranty replacement after using this program.

      Also see:
      UBCSwipe
      Darik's Boot and Nuke

      Jim

    2. Re:Cleaning hard disks of passwords etc by evilviper · · Score: 3, Informative
      2) To delete things properly, turn off paging and disk caching, reboot,

      And unless you have massive ammounts of RAM, your system will refuse to do anything...

      I turned off the swaping on a Windows 2000 system that had 256MB of RAM, and rebooted, only to find that I couldn't do anything at all. The system started-up, but no programs could be opened. I could even get to the command-prompt, or the control panel to turn the page-file back on. Result, one completely destroyed and unsavable Windows system.

      Don't recomend doing things that you've never done yourself and/or don't know enough of the details about how it works...
      --
      Slashdot gets worse every day... Pipedot: News for nerds, without the corporate slant
  31. Re:Hackers? by mrtroy · · Score: 2, Funny

    "...and hackers become more sophisticated..." ...and WHO become more sophisticated?

    Dude, they dont just rollerblade around with laptops going to phone booths anymore...

    They have moved up to segways and wireless!

    Sophisti-mication

    --
    [I can picture a world without war, without hate. I can picture us attacking that world, because they'd never expect it]
  32. Protective measures by Woogiemonger · · Score: 4, Interesting

    Some basic tips that not enough people know, in no particular order:

    1. Make sure you have a firewall configured to allow incoming connections from only ports you need open. You might be able to do just fine with no incoming connections allowed at all.
    2. Have an updated virus checker.. Norton or Mcafee. By updated, I mean having it auto-update for you. Have it check every file accessed on media accessed by the computer, and email. At the very least, all the incoming media and email should be scanned on the fly, but outgoing is a good idea too.
    3. Use Spybot or Ad Aware at least once a month to scan for spyware. Also keep these updated. I forget if they auto-update, but just be sure it checks for updates before you run them.
    4. Only use credit cards that keep you free of liability for any fraud.
    5. Buy a separate unnetworked little organizer with a keyboard to store hints to remember your passwords. Don't store the actual password.
    6. Cancel credit cards you don't use.
    7. Photocopy the backs and fronts of all the credit/debit cards you use and whatever else you keep in your wallet. Write in the customer service phone numbers if they're not clear.
    8. Have Windows auto-update and auto-install all critical patches, or keep your Linux distro updated.
    9. Don't open email attachments that you have no reason to trust, and certainly not until you have antivirus software checking incoming emails.

    1. Re:Protective measures by evilviper · · Score: 4, Informative
      4. Only use credit cards that keep you free of liability for any fraud.

      Despite the FUD TV ads the credit-card companies want you to believe, THERE ARE NO OTHER KINDS OF CREDIT CARDS IN THE USA. It is federal law that you cannot be held liable for unauthorized charges on your credit card. Actually, I believe you may be required to pay up to $50, but that is really a trivial ammount.

      So, don't believe the hype.
      --
      Slashdot gets worse every day... Pipedot: News for nerds, without the corporate slant
  33. Re:of course, I've used the same password for year by Paulrothrock · · Score: 2, Interesting

    I use a handy javascript I wrote (and ported to PHP, Perl, JSP, and ColdFusion) to generate pronounceable passwords for my work computer. They make me change it every month and I'm not allowed to use the same one for twelve months. This keeps me out of a rotation, and it's really easy to remember because it's pronouncable.

    --
    I'm in the hole of the broadband donut.
  34. Passwords can sit on hard disks for years by mcgroarty · · Score: 2, Funny

    And sometimes, they just sit on the front page of Slashdot.

  35. Passwords don't sit on disks by spidergoat2 · · Score: 2, Funny

    Passwords are written on little yellow sticky paper, then they sit on the side of the monitor.

  36. Holy Crap! by uncledrax · · Score: 2, Insightful

    ["Operating systems such as Windows and Linux have no facility for stopping data being written to the hard drive."]
    In fact.. such operating systems are DESIGNED to write to the hard disk..
    (like someone said above.. someone just discovered the swap/page file)

    I think the author needed to be alittle more articulate with the wording.

    --
    ----- The internet has given everyone the ability to have their voice heard equally as loud.. even if they shouldn't be
  37. Permit pinning in RAM by Jokkey · · Score: 2, Interesting

    Wouldn't this be a good reason for the OS to permit programs to pin pages in RAM? The only reason I can think of not to permit that would be that a hostile program could DOS a system by pinning lots of memory in RAM; if the OS strictly limits the amount of memory that a program can lock in RAM, that would fix that.

    I think that gpg runs setuid just so that it can lock its memory in RAM; why don't Linux and Windows offer this feature to non-privileged programs?

  38. But which is more likely... by laigle · · Score: 2, Insightful

    That a hacker will necromance your password off the hard drive, or that you'll get a keylogging spyware installation? To avoid the first you need to never store your password, to avoid the second you need to always store it. Sure, we could all go to scratch pads couple with retinal scans, but nobody's going to pay for that infrastructure.

    Bottom line, patch your software, get a firewall, be carfeul about opening email, don't use IE or Outlook, and do virus/spyware scans regularly. You'll be safe from all but the most determined hackers, and they don't care about your password.

  39. Eraser will help by stecoop · · Score: 4, Interesting

    Go download Eraser. It will erase empty space and swap files using DoD mil quality and even higher. It will erase empty space on your drive while you sleeping swiping it clean of bits 32 times over. On shutdown it will erase the swap file with the same quality. You can also get the source code and make it better if you want.

    I have mine run once a week. I'm more concerned of my hard drive failing having to returning it under warranty and someone else receiving that drive they could then retrieve my data.

  40. Rubbish! by arvindn · · Score: 4, Informative
    Article says:

    Operating systems such as Windows and Linux have no facility for stopping data being written to the hard drive.

    That's a flat out lie.

    $ man mlock

    MLOCK(2) Linux Programmer's Manual MLOCK(2)

    NAME

    mlock - disable paging for some parts of memory

    SYNOPSIS

    #include

    int mlock(const void *addr, size_t len);

    DESCRIPTION

    mlock disables paging for the memory in the range starting at addr with length len bytes.

    OpenSSH uses paging protection. It also zeroes out the password in memory. Immediately upon hashing it. I've seen the code.

    Authors are at Stanford? Paper at USENIX? Can't believe this shit.

    1. Re:Rubbish! by julesh · · Score: 3, Insightful

      Operating systems such as Windows and Linux have no facility for stopping data being written to the hard drive.

      That's a flat out lie.

      $ man mlock

      MLOCK(2) Linux Programmer's Manual MLOCK(2)

      NAME

      mlock - disable paging for some parts of memory


      Indeed, and under Windows (quoted from msdn.microsoft.com):

      The VirtualLock function enables a process to lock one or more pages of committed memory into physical memory (RAM), preventing the system from swapping the pages out to the paging file.

    2. Re:Rubbish! by evilviper · · Score: 4, Informative
      Operating systems such as Windows and Linux have no facility for stopping data being written to the hard drive.

      That's a flat out lie.

      $ man mlock

      And if I remember correctly, you need root access to use mlock(). Now then, how do you feel about running Mozilla/Firefox as root? Mozilla and any other applications you might possibly type a password into... GPG has the same issue: http://www.gnupg.org/documentation/faqs.html#q6.1



      Meanwhile, for quite some time, OpenBSD has had the "swapencrypt" sysctl option, which causes everything swapped to disk to be encrypted with a random key that is stored only temporarily in RAM, never on disk... thereby taking away any possibility of getting usable data out of the swap partition.

      For more info: click here.
      --
      Slashdot gets worse every day... Pipedot: News for nerds, without the corporate slant
  41. OpenBSD encrypted swap by nsayer · · Score: 2, Informative

    The problem of swap containing sensitive data from running programs was addressed some time ago by OpenBSD. They generate a random key at boot time and use it to encrypt reads and writes to swap. By definition, you are not interested in the contents of swap the next time you boot up, so you can start with a brand new key. Not only is swap space secure against fishing expeditions like in TFA, but it's also secure against someone getting read privileges on the raw disk (unless they also get permissions on kernel memory and can go look up the key).

    Too bad more systems don't embrace the idea.

  42. My Security Tips by Waffle+Iron · · Score: 3, Funny
    Here are a few security tips that I use to help keep my passwords secure:

    • Don't impress your passwords into soft clay tablets then bake them and leave them in the ruins of your civilization.
    • Never glaze your passwords onto pottery. Even breaking the pottery into shards is not a secure way to dispose of them.
    • Do not write your passwords onto parchment then leave them rolled up in caves in a desert environment.
    • Remember, security through obscurity doesn't work. Even if you keep your passwords in a totally hidden chamber under thousands of tons of stone, determined hackers will still be able to find them.
  43. Re:Hackers? by cuzality · · Score: 3, Funny
    "...and hackers become more sophisticated..."
    ...and WHO become more sophisticated?
    FAR more sophisticated in my estimation -- haven't you read where they even order their pizza and have it sent right to their parents' basement without ever having left the comfort of the '#'?

    Next they'll be relieving themselves by HTTP POST transaction...

    Even the fathers never saw these days...
  44. Re:KeePass for Windows by cuzality · · Score: 2, Informative

    Funny... gator...

    Here's another excellent password utility, from Bruce Schneier called Password Safe, which stores the passwords in a file and uses Blowfish to encrypt it. Very lightweight (requires only the executable -- no installation) but has the features everybody needs.

  45. Re:of course, I've used the same password for year by noidentity · · Score: 2, Interesting

    Of course, I've used the same password for years and nobody's figured it out yet.

    Or maybe you've used the same password for years and haven't figured out that somebody else has.

  46. mlock by 42forty-two42 · · Score: 2, Informative
    Operating systems such as Windows and Linux have no facility for stopping data being written to the hard drive. So Garfinkel reckons the best strategy is to ensure that data is kept on RAM for the shortest possible time.
    NAME
    mlock - disable paging for some parts of memory

    SYNOPSIS
    #include <sys/mman.h>

    int mlock(const void *addr, size_t len);

    DESCRIPTION
    mlock disables paging for the memory in the range starting at addr with
    length len bytes. All pages which contain a part of the specified mem-
    ory range are guaranteed be resident in RAM when the mlock system call
    returns successfully and they are guaranteed to stay in RAM until the
    pages are unlocked by munlock or munlockall[...]
    Sheesh, whatever happened to checking one's facts?
  47. Re:old hat by gehirntot · · Score: 2
    That's why OpenBSD allows you to encrypt your swap.
    Provos wrote this in 2001: Encrypting Virtual Memory

    The new scientist sort of misrepresented the findings of the paper. The fact that passwords and other sensitive information gets retained on swap for a long time. The paper was looking at memory tainting, i.e. if an application handles a password where does it end up in memory. The results were slightly surprising. Nontheless, most people would be even more surprised to see how much sensitive information ends up in swap. That's why you want to encrypt your swap partition.

  48. I think maybe it can by SethJohnson · · Score: 2, Interesting


    Though it may be theoretical, I believe data may be able to reside in RAM after a device has been shut off.

    I suspect this because I used to work at Apple in the Printer Technical Support department. We supported the various postscript laserprinters Apple used to rebrand and sell. I recall a support call made by some people at the CIA. Their printer was going to need servicing for whatever the problem was and they were going to need to remove the RAM from the printer because it was used to print 'Secret' documents. I told them that changing out the RAM wasn't a user-supported operation. They said they didn't care about the warranty, etc. that they are required to not let RAM leave the building in any equipment because it may contain information such as the last document printed by the printer.

    Coincidentally, I later purchased a black Next Turbo Slab from a guy on the internet. He was selling a huge batch that he had bought from the CIA. Mine came with a sticker that reads 'sanitized'... oh, and no RAM or hard drive in there, either. Of course, the guy could have been skimming the RAM out of all these used computers, but I'm betting the CIA just crushed those RAM chips up and then burned them.
    1. Re:I think maybe it can by Quelain · · Score: 2, Insightful

      There was an Amiga virus which could survive in RAM for a few minutes with power off. I forget what it was called, but on power on it would laugh at you and refuse to let you boot anything else :)

      Even if your standard RAM didn't have any chance of storing recoverable data, I'd bet any spooks worth their salt would do it anyway. There always the chance someone could have substituted in some flash-ram backed 'custom' jobbies.

      --
      Cthulhu loves you.
  49. Microsoft Engineer? RTFM by jwgoerlich · · Score: 2, Informative

    "Operating systems such as Windows and Linux have no facility for stopping data being written to the hard drive."

    Incorrect. Set the page file to 0 and watch Win2000/03 run dog slow. Or, configure Win2000/03 to erase its page file when the computer shuts down.

    http://msdn.microsoft.com/library/default.asp?url= /library/en-us/gp/567.asp

    Is this new news? Maybe to some. However, the problem with many of these new Microsoft engineers is that they do not read the manual or pay attention during the MCSE courses.

    My two cents (and yes, I am an MCSE).

  50. Secure Programming by solodex2151 · · Score: 2, Informative

    Whenever I am programming an encryption program or something that needs to be secure, I use a bit eraser algorithm that is modeled after one presented in th book "Secure Programming in C and C++" (very good book btw. Very Practical) I am surprised no one has written open source for a cron job that does the same thing.

  51. libsd might help you (secure delete for ALL apps) by flok · · Score: 2, Informative

    Altough this might sound like an ad (it is not - it is not commercial) one might take a look at 'libsd': libsd makes ALL applications on your system do a secure delete without changing a single line of code.
    It does this by intercepting calls like 'unlink' (delete files) and 'truncate': before deleting or truncating a file, the previous contents is first overwritten with garbage which is forced to disk.
    So if you use this library and you delete a file with a password in it, that password should not be recoverable (altough it might still reside in your swappartition...).

    --

    www.vanheusden.com - home of Multitail, HTTPing, CoffeeSaint, EntropyBroker, rsstail, bsod, listener, nagcon, nagi
  52. USENIX by kscguru · · Score: 2, Interesting
    To all the clowns posting here about problem X, Y, and Z in the article, and about how the reporter just discovered the page file...

    This is the media version of an academic paper for USENIX Security '04. It glosses over a lot of details.

    Examples:
    - mlock(). Available to root only under Linux, so useless outside of setuid programs - and we all have so many of those we trust, right?
    - VirtualLock()/VirtualUnlock(). Win32 versions of mlock(). Not implemented in the 9x series, advisory in a few other Windowses (I can't find the docs on where, but it's in the original paper).
    - zeroing memory. Oops, your optimizing compiler just optimized away that memset() call as dead code. This was a known flaw in some crypto libraries a few years ago.

    The system described is a whole-system simulator, it traces bytes of input from the moment they pass the keyboard through the kernel, into the user-mode applications that use the bytes (e.g. kernel to X server to Mozilla), and how long those bytes hang around in the physical RAM of the machine.

    This does not necessarily describe a highly practical attack, but more a quantification of how vunerable systems are to such an attack. In fact, the original paper is about data lifetime information.

    - Did you know the most recent 4K keystrokes (passwords included) are stored in the kernel's tty buffer?
    - Did you know several dozen of your keystrokes are stored in the Linux kernel's entropy buffer (for random number generation)? They aren't actually consumed for as long as several hours.

    --

    A witty [sig] proves nothing. --Voltaire

  53. Encrypt the swap by mi · · Score: 2, Informative
    OpenBSD can encrypt the swap. FreeBSD, -- in even more generic way -- can encrypt any partition -- including, what you'll then use for swap.

    For everything else, there is KWallet.

    --
    In Soviet Washington the swamp drains you.
  54. From my init scripts..... by Yottabyte84 · · Score: 2, Interesting
    dd if=/dev/random bs=1 count=54 | \
    mimencode | \
    losetup -e AES128 -p 0 /dev/loop3 /dev/hda3 &&
    mkswap /dev/loop3 &&
    swapon /dev/loop3
    This sets up encrypted swap with a random key when my computer boots up. Once I shut down, nothing can be recovered, even by me, because I don't know what the key was.