Slashdot Mirror


Best Way To Avoid Keyloggers On Public Terminals?

goombah99 writes "While on vacation, I occasionally need to check my e-mail on a public terminal. What are some good techniques for avoiding keyloggers? Most of my ideas seem to have major drawbacks. Linux LiveCD can probably avoid software keyloggers, but it requires an invasive takeover of the public terminal, and is generally not possible. Kyps.net offers a free reverse proxy that will decode your password from a one-time pad you carry around, then enter it remotely. But, of course, you are giving them your passwords when you do this. You can run Firefox off a USB stick with various plugins (e.g. RoboForm) that will automatically fill the page in some manner they claim to be invulnerable to keyloggers. If that's true, (and I can't evaluate its security) it's getting close to a solution. Unfortunately, keeping the password file up-to-date is a mild nuisance. Moreover, since it will need to be a Windows executable, it's not possible for people without a Windows machine available to fill in their passwords ahead of time. For my business, I have SecureID, which makes one-time passwords. It's a good solution for businesses, but not for personal accounts on things like Gmail, etc. So, what solutions do you use, or how do you mitigate the defects of the above processes? In particular, how do people with Mac or Linux home computers deal with this?"

107 of 701 comments (clear)

  1. I don't type by dmomo · · Score: 5, Interesting

    I click around on icons until I can copy and paste a lot of letters into a single file. Then, with my Alpha-pallette, I cut and paste each letter as needed.

    1. Re:I don't type by Anonymous Coward · · Score: 5, Funny

      I store my password at mydomain.com/password.txt so I can just copy/paste when I'm remote.

    2. Re:I don't type by g0at · · Score: 2, Insightful

      Why not simply type the alphabet into the file, and save yourself ten minutes at the outset?

      -b

    3. Re:I don't type by dietlein · · Score: 4, Interesting

      Yes, and forms that don't allow pasting (certain Flash forms, etc)??? Easy. If your password is "secret", type "s", then something random, like "jd#'2;Knfn>", then highlight those last characters (except for the "s"), and type "e". Continue until done. Takes a while but is fairly safe.
    4. Re:I don't type by JayAEU · · Score: 3, Funny

      I store my password at mydomain.com/password.txt so I can just copy/paste when I'm remote.


      That's still too complicated! Passwords have to be stored in mydomain.com/index.html for easy access!
    5. Re:I don't type by JustinOpinion · · Score: 5, Interesting

      Apparently* many modern keyloggers also capture the clip-board and record mouse movements (so as to defeat those "visual keypads" that some banking sites have implemented to thwart keyloggers). I guess the additional steps of assembling your password from pieces will prevent some attacks (e.g. where the attacker just uses the logged keystrokes, in order, for a dictionary attack on your account)... but a determined attacker may still be able to reconstruct your password from the combined key/mouse/clipboard history.

      Every bit of security helps, but I don't think we should be under the illusion that keylog-writers haven't caught on to these kind of tactics.

      *This is based upon a talk I was recently at where a Symantec security analyst was asked about keyloggers.

    6. Re:I don't type by complete+loony · · Score: 5, Interesting

      Start > Programs > Accessories > System Tools > Character Map. But a software clipboard hook will still get you.

      --
      09F91102 no, 455FE104 nope, F190A1E8 uh-uh, 7A5F8A09 that's not it, C87294CE no. Ah! 452F6E403CDF10714E41DFAA257D313F.
    7. Re:I don't type by Neodudeman · · Score: 3, Interesting

      The problem with this is that any capable keylogger catches it. In fact, all the good keyloggers catch all Copy/Paste commands, and even the input from Windows+U 'Virtual Keyboard.' A good solution would be to type your password backwards. After ever letter, use the mouse, not the keyboard, to select before the asterisk you just made, and type the next (previous) letter.

    8. Re:I don't type by Anonymous Coward · · Score: 3, Insightful

      The only problem with this, is that you have input the domain into the computer with the key logger. So even if you do clear all private data from the browser cache, the domain is still logged.

    9. Re:I don't type by dietlein · · Score: 4, Interesting

      Your points are correct to some extent. My method is indeed invalid if the following are simultaneously true: (1) the password field is using a fixed-width font, (2) all keystrokes and mouse activity are timestamped, (3) the password field coordinates on the screen are known.

      Many methods can be imagined to add to the difficulty, including moving the window around, selecting other objects intermittently and entering keystrokes while they are active, and so on and so forth.

      Remember, no single method is perfect, assuming there is a keylogger. Hopefully the keylogger owner is after the low-hanging fruit, which you won't be if you do any of these things. If he's actually targeting you specifically, you have bigger things to worry about.

    10. Re:I don't type by beav007 · · Score: 2, Funny

      ...Until you realise it doesn't actually work...

    11. Re:I don't type by beav007 · · Score: 2, Interesting

      The safer way seems to be to type out all the characters you need plus some (say the whole alphabet in uppercase AND lowercase, 0-9, and a smattering of punctuation) into Word or Wordpad (not fixed width), move the Window around the screen, and, then use the mouse and keyboard to copy and paste the characters into the password field.

    12. Re:I don't type by porl · · Score: 2, Insightful

      it is odd that this question came up today, as (for some unknown reason, just my mind wondering i thing) i was thinking of how to do this just last night. my thought was almost the same as yours, but i was thinking more randomly building the password with clicks and keys, eg if the password is 'dogfood' then maybe type 'g', then click to the left, type 'd', click to the right and another 'd', then click between first d and g and type 'o' etc. would be a real pain, but more of a pain to decipher, especially if you are moving windows around a lot etc. also maybe typing into 'nothingness' in between the real keystrokes may help (clicking other places that aren't the password box and typing characters there as well)

      just some thoughts. i don't expect them to be foolproof thought :)

      porl

    13. Re:I don't type by mcpkaaos · · Score: 2, Insightful
      That still gives the person logging keystrokes a valid password, even if it's scrambled (unless I misunderstand your approach). It would be trivial for them to try all possible combinations when they realize what you entered doesn't work as-is. An automated attack program probably already does this unless it's trying to keep a very low profile.

      all the good keyloggers This type of attack might also include a packet sniffer on the machine, rendering any clever input techniques useless. The only real way to avoid loggers/sniffers on a public terminal is to never use one. It isn't even a good idea to use public networks with your own device unless you use something like SSH to tunnel into your home and use a local (to your home network) proxy (IMO).
      --
      It goes from God, to Jerry, to me.
    14. Re:I don't type by Tmack · · Score: 5, Interesting
      Or setup a webpage that generates a random screen of characters including all characters you might use. If they logged mouse location, and even know the url to the page you used, it wont be the same, and unless they took screen shots or also timestamp and save the copy buffer, wont know what was actually used.

      tm

      --
      Support TBI Research: http://www.raisinhope.org
    15. Re:I don't type by electrosoccertux · · Score: 4, Funny

      Start > Programs > Accessories > System Tools > Character Map. But a software clipboard hook will still get you. Score: -1, Microsoft User
    16. Re:I don't type by mikesd81 · · Score: 4, Funny

      That's still too complicated! Passwords have to be stored in mydomain.com/index.html for easy access!
      Complicated how? And why index.html? Browsers show txt files too.. I don't think it's a great solution if someone is looking over your shoulder or knows your domain name (like a shady acquaintance).
      --
      That which does not kill me only postpones the inevitable.
    17. Re:I don't type by yo303 · · Score: 5, Funny
    18. Re:I don't type by Anonymous Coward · · Score: 2, Funny

      Jeez. That should be http://mydomain.com/woooosh/index.html
      Try to keep up.

    19. Re:I don't type by neomunk · · Score: 5, Interesting

      How about a webpage like the one you're talking about bred with the horrible horrible idea of a webpage containing your passwords.

      You take that horrible security abomination of a webpage that gives you your passwords to cut'n'paste and you sprinkle it with freshly randomized obfuscation characters every reload (or once an hour so someone who DID find your secret webpage wouldn't be able to constantly refresh to ascertain your passwords). Then you can copy the whole line and then just select-delete the bits that don't belong. Since the garbage parts are different each time (or nearly each time) even a mouse grabber won't be able to reproduce the password string by reproducing the technique.

      None of this solves the problem of a logger grabbing the POST data.

      My best guess at a platform-independent solution is to VPN using secure authentication to a network you trust and proxy-browse from there. Get your keys all set up nicely at the trusted computer, and you shouldn't even have to type in any passwords, right?

    20. Re:I don't type by Kadin2048 · · Score: 5, Insightful

      Ah yes, under that assumption, what did he do about the password needed to log on to ssh? This is a solved problem. You use a one-time password system, like s/key, or one of its many variants.

      The only caveat with s/key is that you can't run the generator program (which takes your secret passphrase and tosses out a bunch of new one-time passwords) on an untrusted system. If you do, you've just blown the whole business.

      So if you're going to be traveling and won't have access to any computer that you can trust, even a disconnected one, you need to generate a lot of passwords and write them down, and then cross each one off the list as you use it. (But hey, I think this lends a very nice cloak-and-dagger feel to computing that you just don't get very often.) Although I see that now somebody has whipped up a Java version of the s/key generator that will run on your cellphone, so it's not terribly likely that you wouldn't be able to run it.

      I think SSH+skey is probably the most secure way of working from untrusted systems. The only downside is that it restricts you to working in a text shell, and you still have issues with websites, but at least you can do email and IM without worrying too much.
      --
      "Ladies and gentlemen, my killbot features Lotus Notes and a machine gun. It is the finest available."
    21. Re:I don't type by phexitol · · Score: 3, Funny

      Well duh. What If I forget what my domain name is, and have to use Google to find it again?

    22. Re:I don't type by ne0n · · Score: 2, Interesting

      If the keypad numbers on your bank's "visual keypad" are randomly arranged in the grid with every page load, that narrows the attack vector somewhat.

      --
      $ :(){ :|:& };:
    23. Re:I don't type by JavaRob · · Score: 2, Interesting

      If the keypad numbers on your bank's "visual keypad" are randomly arranged in the grid with every page load, that narrows the attack vector somewhat. Yup, I have an account at a bank that does this.
    24. Re:I don't type by delt0r · · Score: 2, Interesting

      Some banks here (Austria) provide a one time password list. You have to just that, take a list with you and cross out each one as you have used it.

      My bank in NZ has a different policy. You are not permitted to use a public terminal with giving up liability protection.

      But secure IM... please

      --
      If information wants to be free, why does my internet connection cost so much?
    25. Re:I don't type by Dan541 · · Score: 2, Interesting
      --
      An SQL query goes to a bar, walks up to a table and asks, "Mind if I join you?"
    26. Re:I don't type by Tycho · · Score: 2, Interesting
      --
      Impersonating Tycho from Penny Arcade since before there was a PA.
  2. Simple Answer -- by barbam · · Score: 5, Insightful

    Umm -- simple answer, don't access trusted information from an untrusted terminal? You can have no expectation of privacy while using that machine.

    1. Re:Simple Answer -- by bogado · · Score: 2, Insightful

      Because that's the correct answer. If you ask me how can I fix a broken egg I would say don't break it in the first place.

      Seriously, when a terminal is not trusted everything you do on it can be watched. The attacker could plug into any application in the same way your debugger do and watch the bit directly from within the application, even if the executable is pristine and in you read-only USB dongle.

      Don't put your password in a public computer. That's a way to be safe. The only possible solution for this would be to have a one time password solution, but this would require changing the server witch is not possible for most of people.

      --
      []'s Victor Bogado da Silva Lins

      ^[:wq

  3. Context menu is your friend by Shadow+of+Eternity · · Score: 2, Interesting

    Copy and paste your password from random letters around the page. Unless they log everything that goes into the clipboard they can't tell what you put in. You can also copy/paste extra letters and paste over them for added security if you're really paranoid (or they log the clipboard).

    --
    A bullet may have your name on it but splash damage is addressed "To whom it may concern."
  4. Simple idea by Mieckowski · · Score: 3, Interesting

    You could type the letters out-of-order, then rearrange them using drag+drop. Someone with a keylogger probably wouldn't bother using the mouse input to figure it out.

  5. Don't use public terminals by syousef · · Score: 5, Insightful

    I'm not trolling here. If you're being keylogged, then even if your password isn't stolen, every single thing you do on that computer must be treated as public. Emails would be keylogged too.

    Once you suspect a terminal is owned, that's it, game over, don't trust it. Probably not what you want to hear, and definitely not convenient for you, but every other solution is a compromise in security.

    The ONLY alternative I could think of that I can stomach is to have a separate email address that you use only from public terminals. Change the password often and consider anything you say via that account to be as public as if it were announced over a PA system at an airport.

    --
    These posts express my own personal views, not those of my employer
    1. Re:Don't use public terminals by faust2097 · · Score: 3, Interesting

      I make one address on gmail for each trip I take and have my other important messages forward on to that and tell my friends and family to use it. The most important part is that the password to this temp account is 100% unique.

      I'll usually do some "click obfuscation" as I type in the password as well but I have a feeling that's mostly a placebo feature.

  6. I don't think you truely can by JazzXP · · Score: 5, Insightful

    Any smart keylogger will look at the raw text behind any password field on a website. Cut and Paste etc would be useless.

  7. Obfuscate password entering process by sznupi · · Score: 4, Insightful

    Enter your password in a different order than it is spelled? Simplest example: given your pass is "password", first write "pasrd", click between 3rd and 4th asterisk, complete it by entering "swo". The more complicated, the better.

    I'm using this when I absolutelly need to use web cafe/etc....should fool most keyloggers, I guess. I still change my password afterwards as soon as possible.

    --
    One that hath name thou can not otter
    1. Re:Obfuscate password entering process by mysidia · · Score: 3, Interesting

      This does not necessarily work. Complacency that once upon a time it fooled keyloggers does not make it a sound tactic for evading them.

      The strategy is well-known, and you can expect an advanced keylogger to detect it.

      The keylogger can pick up on the keystroke and identify the active window handle. The text boxes that have password masking turned on stick out like a sore thumb.

      Identifying the cursor position is not hard.

      The mouse coordinates you click on will be within the text box and will tip off any eavesdropping program that cares about the change of cursor position

      Automatically determining the final value of the password field when you press 'enter' or now click a 'button' instead of the text field is a clear possibility.

  8. use a temp account by Anonymous Coward · · Score: 2, Insightful

    I used a temporary account for email while on vacation. Stolen? No big deal. Throw away when done.

  9. S/KEY by Ernesto+Alvarez · · Score: 5, Interesting

    To get root access on my server, I use a one time password system(rfc 2289). I use a S/KEY calculator on a palm pilot, and PAM Opie on the server. The public terminal never sees a long term password, it never leaves the PDA.

    Not much else to be said. Maybe you could also use a crypto token and asymetric crypto, but considering that you need drivers, I'd say it's not practical. You might still use some sort of somewhat disposable private/public key. That should defeat keyloggers, but you risk getting your key compromised (that's why it's disposable).

    1. Re:S/KEY by Anonymous Coward · · Score: 2, Informative

      There are modules for PAM for this. It works.

    2. Re:S/KEY by goombah99 · · Score: 2, Interesting

      Could you expand on this. How does one go about setting this up on say a mac?

      What I'd really like to skip the PDA. Instead just take a page of say 100 one-time passwords. But how might one set this up? I'm handy with perl but I'd prefer a robust worked out solution.

      --
      Some drink at the fountain of knowledge. Others just gargle.
    3. Re:S/KEY by Ernesto+Alvarez · · Score: 5, Informative

      You won't get a more robust worked out solution than a IETF standard......

      I don't have a mac, and I'm not experienced enough with *BSD to know exactly what to tell you, my explanation on Debian GNU/Linux will have to do.

      First, let me tell you that this is not my first line of defense, I also use ssh pubkeys and I definitely do not log on public terminals. OPIE is just there in case someone pwns one supposedly trusted terminal.

      What I do is I creatively use PAM. I installed PAM-OPIE on my system. It comes with a few userland apps (a password changing program and a one time password calculator) and an authentication module.

      The next thing to do is to modify the pam configuration so it calls pam_opie.so as an authentication. I set it up so that inputting the correct one time password grants access, while leaving the regular password system as a fallback only when used on the local terminal.



      # Sets up user limits, please uncomment and read /etc/security/limits.conf
      # to enable this functionality.
      # (Replaces the use of /etc/limits in old login)
      # session required pam_limits.so

      #Sistema hibrido opie-password

      auth sufficient pam_opie.so
      auth required pam_securetty.so
      auth required pam_unix.so


      The text above is part of my pam configuration for su. Basically, I tell pam that answering correctly to pam_opie grants access, no matter what. If I fail S/KEY (opie), the system checks whether I'm on the terminal or remotely. If I'm not on the terminal, no matter what password I use, it'll never grant access.

      On the userland, OPIE has a program, called opiekey, that calculates the next set of one time passwords you will need. That's what you should use to generate your set of 100 passwords. I don't use it since I have a calculator with me (the PDA). In order to set your long time password, you use another program, called opiepasswd, pretty much like the normal passwd program.

      I don't know what you're planning to use to access your system (I hope ssh or something secure), but you should change pam's configuration for that program so it does something like the example above.

      Let's say you use SSH. You change /etc/pam.d/sshd (or your OSX equivalent) to something like the example above. Then you set sshd to ALLOW keyboard-interactive logon and nothing else (or better, keyboard-interactive AND pubkey at the same time). When you connect the ssh client should open a secure connection and the server should issue the challenge, and you send the correct response.

      No need to use perl or anything, PAM is part of the basic authentication system (I think it is on BSDs except OpenBSD). You might need to download a copy of pam_opie, though (thanks to APT, that's trivial in debian, check with your package manager).

      That's pretty much it. I've put pointers to the freebsd docs, and it can't be that different from linux. I guess it should be pretty similar in mac too (would have pointed you to the mac docs, but I don't know where to find them).

      If you have any doubts, don't hesitate to ask.

      BTW, while on vacation the only thing I concentrate on is getting a nice sun tan. The other posters are right telling you not to log on a public terminal and not logging in while on vacation. That's my advice.

    4. Re:S/KEY by LazyBoy · · Score: 2, Informative
      --

      If Chaos Theory has taught us anything, it's that we must kill all the butterflies.

  10. someone mod parent up please by Travoltus · · Score: 5, Insightful

    When it comes to security, the best answer usually becomes the most unpopular and hard to swallow.

    --
    --- Grow a pair, liberals... stop letting the Republicans bully you!
    1. Re:someone mod parent up please by Strange+Ranger · · Score: 5, Funny

      I thought the best answer would be using a powerful electromagnet or maybe a defibrillator on the offending machine.

      --

      Operator, give me the number for 911!
    2. Re:someone mod parent up please by Cruciform · · Score: 5, Funny

      When it comes to security, the best answer usually becomes the most unpopular and hard to swallow. Hard to swallow? Then you don't want to know where I hide the thumb drive with my SSH keys.
    3. Re:someone mod parent up please by eison · · Score: 4, Funny

      No, nuke it from orbit, it's the only way to be sure.

      --
      is competition good, or is duplication of effort bad?
    4. Re:someone mod parent up please by saskboy · · Score: 2, Funny

      I guess Sandisk's next innovation will be lubed USB drives?

      --
      Saskboy's blog is good. 9 out of 10 dentists agree.
  11. Re:Anonymous Coward by corsec67 · · Score: 5, Interesting

    What protection does that afford against a physical keylogger?

    Not all keyloggers are software.

    --
    If I have nothing to hide, don't search me
  12. Why bother keeping it up to date? by bluemonq · · Score: 2, Insightful

    Just always run Firefox off of the stick (even while you're at home). Otherwise, the only thing I can suggest to you is to pull up the virtual keyboard and input using the mouse; you'd have to move the window around after every few characters to try to fend off programs that track mouse movements also. If the machines Tempest-ed (or its local equivalent) or the screen is being recorded, you're out of luck anyways. If it's not your machine, you really can't do anything about this sort of thing.

  13. Several options by gweihir · · Score: 2, Informative

    One-time passwords are the best, since they require a man-in-the-middle ralt-time attack to be broken. This is very unlikely on a public terminal. As to implementation, carrying around a printout is propbably enough for the avaliable remote-login solutions for Unix.

    For Web-Stuff, and other servers you do not control, you are screwed, unless you can reboot the machine with your own system. There is basically no way around a keylogger without that. If the attacker invests a bit more, thay can also directly listen to the keyboard via hardware-device.

    The best option is still to have your own reasonably secure device (PDA, Laptop or the like) and use wireless Internet. With the eee PC this just got a lot more affordable.

    --
    Most ACs are not even worth the keystrokes to insult them. Be generically insulted by this and ignored otherwise.
  14. Re:Anonymous Coward by TerranFury · · Score: 4, Interesting

    He uses only the mouse, so it is invulnerable to that method, actually. You need to capture the mouse actions and the screen simultaneously. This is something not easily done in separate hardware.

  15. Re:Phone? by DaedalusHKX · · Score: 3, Interesting

    Setup a Knoppix or other (Ubuntu?) livecd using the available tools. Don't worry about anything except setting up an IPSEC tunnel, with preset keys to a machine at home. Presumably this machine should be pulling down your email and other data that you need to access. Since the boot is fresh from a trusted CD it defeats software keyloggers, and using the secure keys also sets it up so you don't have to worry about hardware keyloggers getting your passwords.

    Frankly, you ARE better off with some form of wireless PDA or PDA Phone... but if you want to be cheap, it will still cost you time.

    --
    " What luck for rulers that men do not think" - Adolf Hitler
  16. How about this... by stwf · · Score: 4, Interesting

    So, thinking about this a bit...the point is you need a password that can't be used later. The digital services are fine, but do we really need more than a 1-5 minute resolution here?

    So a clever IT department could make passwords dependant on the time and date. Print out a code sheet, different for each employee, with words substituted for the date and time, a short word for the date and a short word for the ten minute time period you're in, something like that.

    This way the password would be useless to a logger, you'd need a code sheet to log in, but it doesn't seem like it would be THAT much trouble (if your info is so important you're this paranoid...)...

    I call the patent!

    1. Re:How about this... by timeOday · · Score: 3, Informative

      What you just described is almost exactly what a password generator is (CryptoCard, SecureID). If you don't use them for long enough the clocks can drift apart and it won't work anymore. They have two advantages over your password table however: they require a PIN, and each generated password can only be used once.

  17. If you're that worried... by ISurfTooMuch · · Score: 5, Insightful

    ...then don't use a public terminal.

    I'm really not being flippant here. The posters above have listed some ways around a basic keylogger, but there are other ways a system can be compromised. You could be dealing with a program that takes screenshots and/or reads the clipboard at random intervals. Hell, there could be a program on there that silently redirects you to bogus lookalike sites that steal your info. Not that this is likely, but it's possible.

    My policy on using public access computers is that I only use them when I have no other choice, and the more valuable the data I need to protect, the less likely I am to use one.

    There are so many more attack vectors than a keylogger that, if I were you, I wouldn't just focus on that one thing. If your data really needs to be secure and accessed remotely, get yourself a laptop and a data card from one of the cell carriers. At least that way, you can keep physical control over your machine and avoid the risks of using a hotspot. Of course, if you think that someone will be able to tap into your wireless connection through a cell phone carrier, than you likely have more issues than we can address here.

    1. Re:If you're that worried... by jamesh · · Score: 3, Insightful

      Hell, there could be a program on there that silently redirects you to bogus lookalike sites that steal your info. Not that this is likely, but it's possible.

      That would be dead easy to do on the part of the public terminal provider... Figure out the top (say) 10 banks that visitors normally use. Set up local DNS records that point to your phishing site, or just use IP DNAT to redirect them. Install certificates for each of your phishing sites on the public terminal so that they are trusted.

      Unless you knew the fingerprint for your banks certificate you'd never know the difference, and even that could be spoofed if they had complete control. If they were using IP DNAT then even the IP address would appear correct.

      In short, there is no solution if you don't have complete control over your terminal!

      In the above example, if the phishing site was acting as a 'man in the middle' then even 2 factor authentication on logon wouldn't help you. Once you'd logged on the phishing site could just report 'Connection error - please try again later' and then go off and do stuff on its own. If you had it set up so that any funds transfers required another authentication with your 2nd factor device then that simple hack wouldn't work but it wouldn't be too hard to come up with something that did.
  18. A LiveCD will not save you from a hardware based.. by Joe+The+Dragon · · Score: 5, Informative

    A LiveCD will not save you from a hardware based key logger

  19. KeyScrambler by techMech · · Score: 4, Interesting

    You could try running Portable Firefox with KeyScrambler from a thumb drive. https://addons.mozilla.org/en-US/firefox/addon/3383

    1. Re:KeyScrambler by Sancho · · Score: 2, Insightful

      Honestly, that seems pretty suspicious. Also, if it's a kernel driver, it's going to require admin access to the public terminal--highly unlikely.

  20. Think about it for a minute by Whuffo · · Score: 4, Insightful
    When you're talking about a public terminal - a machine that everyone and his dog has had access to - then you have to assume that it's totally compromised. You can't take countermeasures against exploits that you don't know and can't identify.

    If you've got to stay in touch on the road then take your own machine along - either a laptop or a portable device like an iPhone. You can find wireless access almost anywhere and while that wireless may be hacked, at least the machine you're using won't be.

    The suggestions to use a Linux CD or Firefox from a USB memory stick aren't going to give you the safety you're looking for. Even if you boot from a CD, the system will still read the MBR from every drive connected to the system when it boots. If that MBR is "adjusted" then that machine is compromised no matter what you do.

    Remember: do NOT enter any information into a public terminal that you wouldn't want to publish in the newspaper.

    1. Re:Think about it for a minute by jdowland · · Score: 2, Insightful

      Even if you boot from a CD, the system will still read the MBR from every drive connected to the system when it boots. If that MBR is "adjusted" then that machine is compromised no matter what you do.

      Can you confirm this? I could accept that BIOSes might scan each device for the presence of an MBR, but I highly doubt they execute any of them.

  21. Synchronized Random Code List by MrSteveSD · · Score: 4, Interesting

    I once had to remote support a customer in another country and they sent us a little card-sized gadget that displayed a random code that changed every few minutes. It was synchronised (by the clock being pretty accurate I suppose, or possibly by radio signal) to an identical random code list at their site. So whenever we wanted to log in we just looked at the current code on the card, typed it in and at their end the code was checked against the current code.

    This sort of set-up could be very useful for people who frequently use public terminals. Your code can still be compromised but the crooks would only have a few minutes to retrieve and use it. Maybe you could even have it so that when you use a code once, the central code verification server invalidates it, so no-one else can log in, even if they do get the code quickly.

    I don't believe anything like this exists for the average person wanting to use normal email accounts though. Anyway, none of this changes the possibility that there are screenshots being taken every few seconds so that all of your private emails will be viewed later anyway.

  22. Re:Phone? by 1729 · · Score: 4, Informative

    What kind of place doesn't allow phones, even left in the car? Pretty much every business and organization uses cel phones these days; what kind of company is paranoid enough to ban them that completely? Any site doing classified work will restrict cell phones. Camera phones are prohibited, and most privately owned phones without cameras still can't be taken into restricted areas (which sometimes will include the parking lot).
  23. Re:Phone? by PyroMosh · · Score: 4, Interesting

    Certain sectors of the defense industry, for one. Mostly it stems from fear of camera phones, so they ban all phones from the facility period, camera or not. But there are also other concerns that they have, rightly or not.

  24. Texting 1 time password by Knightman · · Score: 5, Interesting

    I built a system in the late 90's where you had a web-page where you entered an account-name. That name was tied to a cellphone number which was sent a generated password as a text-message. The password was only valid for 5 minutes.

    AFAIK it's still in use and have never been cracked.

    --
    --- Reality doesn't care about your opinions, it happens anyway and if you are in the way you'll get squished.
    1. Re:Texting 1 time password by Adambomb · · Score: 2, Funny

      Now that is an awesome idea. You could even have it set up such that you could sms back to a system tied cell line if you suddenly received your own password without requesting. the sms could trigger a change in the configs so that it uses a next-domain-in-the-rotation or failing that, change the current url for the frontend. If the users of the system knew the list of possible domains/urls that'd make it even tighter heh.

      damnit, why didn't i think of that one you bastard =)

      --
      Ice Cream has no bones.
  25. Re:Phone? by maglor_83 · · Score: 4, Insightful

    What kind of place doesn't allow phones and also has publicly available computers to use?

  26. If I NEED access to the internet... by riprjak · · Score: 5, Insightful

    ...I carry my own means to do so. Wether that be a smartphone, iPod touch, PSP, laptop with wifi, wireless broadband or (a consideration when I am travelling in developing nations) a satellite modem...

    IMO, the use of a public terminal for private purposes is the height of stupidity.

    1. Re:If I NEED access to the internet... by maxume · · Score: 2, Insightful

      How many people encrypt their email?

      People use public servers for private purposes all the time. I'm not saying that it is a good thing, just pointing out the disconnect between the way most people use the internet and the level of privacy that you are talking about maintaining. Trusting a public terminal is at a different level than trusting Google not to show your email to a person, but it's in the same category.

      --
      Nerd rage is the funniest rage.
  27. Auto Password Send? by cgenman · · Score: 5, Interesting

    This would require server-side scripting, but what if each account kept a phone number on file? If the person uses the correct password, keep them out but text message them a single-use password. They can now log-in with the single-use password.

    Now the system requires something you know (your password) and something you have (your phone).

  28. Re:Simple solution by gnick · · Score: 2, Informative

    Can you buy a wifi USB dongle? Yes. But I'd be risking my career if I plugged it into my work laptop...
    --
    He's getting rather old, but he's a good mouse.
  29. "In particular, how do people with Mac..." by Ralph+Spoilsport · · Score: 5, Funny
    "In particular, how do people with Mac or Linux home computers deal with this?"

    I bring it with me - I have a macbookPro and I don't use public terminals. You can get cooties that way.

    RS

    --
    Shoes for Industry. Shoes for the Dead.
  30. Re:Phone? by 1729 · · Score: 2, Informative

    What kind of place doesn't allow phones and also has publicly available computers to use? The point is that people who work in classified environments can't bring camera phones/smartphones to work (even to leave in their car) and usually have to leave even basic cell phones outside the gates. If you can't carry an iPhone with you then it won't be very useful. Maybe you could bring it when traveling (provided you aren't leaving directly from work or traveling directly to a classified site), but then you're paying $400 for a phone and $50+/month for service on a phone you can rarely use.
  31. In-room internet access by neBelcnU · · Score: 2, Informative

    Having set up several, and helped a company to standardize their installation of many, I gotta tell you that with rare exceptions* in-room internet access is the most dangerous network imagineable.

    The "lowest bidder" effect will apply all through the chain of decisions with the end result of that little wire (or wifi) linking you to every possible attack vector known to man. Even in the hotels with firewalls (mostly to save address-space costs with the ISP, not for your safety) the inside will almost always feature some knucklehead with something on their laptop.

    And all the above refers to the innocent sources. The malicious types, well, they have free reign for the most part.

    For What It's Worth.

    *the exceptions would be those hotels that employ some rudiments of network security, usually segregating sections of the hotel. Only one that I know of had per-room VLANs, which was certainly a good start.

  32. OpenID seems to be a potential winner.. by unrealmp3 · · Score: 2, Informative

    OpenID was mainly done to protect user's credential and to implement a global Single Sign-On process. VeriSign is an OpenID provider (https://pip.verisignlabs.com/), and they provide increased security by adding a two-factor sign-on (https://idprotect.verisign.com/learnmore.v). This way if someone get your long-term password on the VeriSign website, your account is still secured by the single-use key generated by the device.

  33. Re:Phone? by Hal_Porter · · Score: 4, Funny

    Identity Theft International bans phones but offers free internet access in most cities. Don't worry about that funny message about site certificates not matching, it's just our https proxy. Click OK! Click OK!

    --
    echo -e 'global _start\n _start:\n mov eax, 2\n int 80h\n jmp _start' > a.asm; nasm a.asm -f elf; ld a.o -o a;
  34. Re:Phone? by DaedalusHKX · · Score: 3, Insightful

    I actually have flash disabled in all my browsers, mostly because I can only use a fraction of my pipe for surfing.

    All the sites I patronize have, thus far, operated perfectly fine without flash. Once they begin to demand flash or other such crap, I'll find alternatives or do without. Flash has FAR too much risk of being abused (and has been) in the past. Same with javascript and especially Java. I surf for information, not flashy buttons and popups.

    Speaking of funny, I checked out "classmates.com" recently, and I must say DEAR GOD... (my personal profile is full of bullshit per my specification) ye gods those people have put up everything but their online banking password on those entries. But that isn't the worst part. The worst part is loading that website, and receiving twenty different batches of advertising tracking cookies, three batches of tracking cookies from the site, and watching it load and move around slower than mollases.

    Is that truly necessary? Hell, they charge these people for memberships. I actually test drove a membership some years back just to see, and even then, even for "paying members" they still didn't remove the adverts and other sluggish bloat on their site.

    I restate my question. Is that kind of bloat TRULY necessary?

    --
    " What luck for rulers that men do not think" - Adolf Hitler
  35. Re:Hardware encrypted USB key with preinstalled ap by Onan · · Score: 4, Insightful

    Which does you what good, exactly, when malicious software already has control of the OS and can see (and alter) everything that passes through memory?

    I'm aghast at all the people suggesting nonsense like copying and pasting or making silly efforts to run trusted copies of applications. If the OS is compromised, absolutely nothing you can do at higher layers that will not be compromised.

    As (terrifyingly few) people have already said, the answer to the original question is that you can't. If the machine itself is untrusted, any attempts to add security atop that is just building castles on quicksand.

  36. Re:Phone? by Gewalt · · Score: 2, Insightful

    If I'm staying in a hotel at nights, then I'm bringing my own laptop and thus, STILL don't need to use a public terminal.

    --
    Modding Trolls +1 inciteful since 1999
  37. Does cloicking on the onscreen keyboard get logged by dweezeldude · · Score: 2, Interesting

    Windows xp Start>Accessories>Accessibility>on screen keyboard. i typed this on it.... do key loggers record clicks or screen shots cause I really dont know?

  38. Use VNC with temporary passwords by Shazow · · Score: 4, Interesting

    Setup VNC or something similar on your home desktop. Create a list of passwords you'll use for the duration of your trip.

    Every time you stop by at a cybercafe, connect to your VNC, do your business with all your passwords pre-saved safely on your home desktop. Once done, execute a script which will change the password to the next password on the list, log out, and move on.

    I haven't done this myself, but last time I went to Italy and had to use some really shady cybercafes, I really wished I had a system like this in place...

    - shazow

  39. Freshly rebooted OS from read-only network image by crocodill · · Score: 2, Interesting

    Quite a lot of internet terminals in airports and around the place now use a network booted OS image. As soon as a user is finished and logs out, the system reboots and boots up off a read-only image on the network.

    Stick to these types of internet cafes and there's less risk, as users aren't able to fiddle with the OS.

    They are usually run by larger companies or are part of a franchise as well, and often coin operated, therefore don't have a flow of short-term staff coming through.

    Also if the computer has a regular keyboard on a cable (not bolted into the desk) check the cable for hardware key logging devices...

    http://images.google.com/images?hl=en&q=ps2+keylogger&btnG=Search+Images&gbv=2

    Sometimes the smaller internet cafes and youth hostels simply just have unsecured windows boxes, pretty dodgy. I remember a couple of years back I was in a hostel in Madrid and was using the computer to book my next hostel in the next city I was traveling too. I put the first digit of my visa card in (they all start with 4) and the form auto-complete feature displayed every visa card that had been entered in the past. As Garth would say "that's not good, i'm not happy". I didn't book obviously.

  40. Re:Phone? by fishbowl · · Score: 5, Funny


    >Is that truly necessary?

    The LAST thing I want is contact with anybody from my High School.
    So ... no.

    --
    -fb Everything not expressly forbidden is now mandatory.
  41. Re:Phone? by Fry-kun · · Score: 2, Interesting

    ...and nobody ever thought that the batteries could be sneaked in? Hell, some (if not all) phones can work powered by USB connection alone.

    --
    Did you know that "FTW" ("for the win") is a direct translation of "Sieg Heil"?
  42. Re:Simple solution by Hunter-Killer · · Score: 5, Informative

    Many areas are accurately classified as "secure." Rent-a-cop manning a checkpoint at a facility surrounded by a scalable fence? Secure. Unguarded arms room? Secure. Building with armed guards, roving K9 patrols, and access controlled by multifactor authentication? (Probably) secure. The restrictions in effect depend on the nature of what is being safeguarded; comparing two situations is like apples and oranges. What I can tell you is how data/equipment of different classifications are treated.

    FOUO/Unclassified-Pretty much the catch-all for government owned IT-equipment. Could have just a OEM copy of WinXP (standalone systems), or our enterprise's standard image. IT BBP applies: no end-user admin rights, but no restrictions on networking, only "approved" hardware/software. If lost/stolen/compromised, investigation is launched to determine possible risk (in aggregate, even unclassified data can yield vital information on operations) as well as verify that data was in fact only FOUO. Standard WPA/WPA2 is not considered acceptable for work-related activities, but there are approved solutions for official wireless use out there (AirFortress being the most popular).

    Sensitive but Unclassified(SBU)-generally anything with SSNs or personnel data warrants this classification. Not approved for travel/remote use unless there's encryption in place. Aside from that, same as FOUO.

    Confidential-Never encountered it applied to data. Should never be on a Unclassified system.

    Secret-Computers, CDs/floppies, printers/copiers: everything Secret must be accounted for. Efforts are made to ensure only Secret devices touch the secret network (for me, SIPR). Secret devices are secured when not in use (otherwise they're hand-carried; oh yes, I was a COMSEC courier), and should never touch unclassified networks. Treated very similar to individually-issued firearms: nobody carries a device home for the night. Wireless is definitely out of the question.

    I don't have experience with anything higher than Secret.

  43. Simple answer, don't bother by AsmordeanX · · Score: 5, Insightful

    It blows my mind when I see someone logged into their bank/email/etc from a public terminal.

    I was once friends with a guy that carried around a PS/2 keylogger that he would plug into university terminals for a day or two then pick it up later. He just wanted to see what he could find. He found everything from people doing homework, cybersex, and even bank info. Now if he was actually out to do harm, he could have really made things bad for hundreds of people.

    If it's not yours then just assume that it has a loudspeaker on it broadcasting everything you do to everyone around you.

    And for those that think cut&paste, screen keyboards, etc will protect them. I personally installed a keylogger on a friend's PC to catch her then, 12 year old son, looking at porn. The log files had a play button which would replay every mouse movement, screen change, and keyboard input for up to 96 hours. This was about 7 years ago so I'm sure they've gotten better.

  44. Sure it will! by explodingspleen · · Score: 2, Insightful
    It's called a security certificate.

    Your live cd has your security certificate. You have your password. Intercepting your password keystrokes will do no good unless they also steal your liveCD.

    They could still have a setup to catch you, but at that level of paranoia you should be equally worried that they will be snooping the electric field of the computer.

    Seriously, if your data is THAT sensitive which is to say THAT VALUABLE $$$, simply buying your own laptop is probably a very economic thing to do.

  45. Re:Phone? by Curien · · Score: 3, Informative

    We had an Internet Cafe (through a commercial ISP) at two locations inside the fence. It served two purposes -- first, we had a lot of folks visiting us who might need to access blocked sites. Second, it could be used by visiting foreign nationals who weren't cleared to use NIPRNet (we also had a classified LAN for them to use). We periodically re-imaged the cafe, but we didn't really care enough to do it frequently.

    --
    It's always a long day... 86400 doesn't fit into a short.
  46. Not just keylogging: cookie-stealing by thisisauniqueid · · Score: 2, Interesting

    I keep a no-install copy of Firefox for Windows on a USB key, already logged into my Gmail account (cookies are kept on the USB key), and also with the password saved in case the cookie expires. However more sophisticated attacks are emerging such as cookie-stealing, so this is not as good an approach as it used to be.

  47. Re:Simple solution by Curien · · Score: 3, Insightful

    When I was in charge of government laptops, we disabled booting off of anything but the hard drive and locked the BIOS with a password. Sure, the user could reset it, but we'd know that they did so.

    The point isn't whether you think that what you're doing is OK. The point is that you aren't authorized to make that decision.

    --
    It's always a long day... 86400 doesn't fit into a short.
  48. No perfect solution, S/KEY works for some problems by Anonymous+brave+dude · · Score: 2, Insightful

    There is no perfect solution to this problem: using a public terminal is fundamentally insecure, and nothing you can do will change that. However, when I am faced with this problem, I log in using SSH and S/KEY. This prevents a key logger from gathering useful password data. You still have to be careful that no sensitive information is inputted or returned, this without fail will go into the hands of your attackers.

  49. Re:Simple solution by Anonymous Coward · · Score: 5, Interesting

    "The restrictions in effect depend on the nature of what is being safeguarded; comparing two situations is like apples and oranges."

    Very true and *must* be remembered when at a govt installation - especially ones that had ever done nuke stuff at some point. There are MANY reasons for a "secure" rating and it may be more to protect you than the what is inside the compound.

    There was an incident shortly after 9/11 where some reporter showed how "insecure" a sight at LANL was by scaling a fence, cutting a lock off a building, and taking many photos. It also included a rant about why spend security on those empty buildings. After some posting across the internet he finally found out why (and anyone who has worked in such installations immediately knew the answer) - the building was contaminated with highly radioactive dust that is nearly impossible to clean up so just lock it off. Yep, that guy sure showed them by breathing in some gamma emitting particles.

    I have been in facilities where real weapons research was going on and it had fully manned machine gun turrets and was (maybe) mined outside of the official walkway (the mines were according to lore at the area - hard to know if true though the machine guns were quite visible and would have been sufficient. I know much of the lore about the area I worked in wasn't true and the machines guns should have been sufficient). Never knew what they did there more than "weapons research" - I ate lunch a time or two with one of the principle designers of our Neutron Bomb and that was where his office was and that is far as I knew anything (and wanted to know - you don't ask about those areas).

    "FOUO/Unclassified-Pretty much the catch-all for government owned IT-equipment."

    I would add that much of what you post is on machines that the IT guys managed. I worked in the research division and because our research was on scalable system administration we did pretty much what we wanted with them. I know a number of other researchers mostly administered their own system as they sometimes required some software that IT wouldn't support.

    The security of those systems ranges from good to horrid, shortly before my contract ran out we had an incident where well over 50 systems were compromised due to those peoples computers using a symmetric SSH key system from their office in a university (in this case the person didn't log out of a public terminal telnetted - yes telnetted - to their university desktop) to *all* the machines they had access too. Amusingly enough the hacker had access to the Big Iron machine (an IBM sp2) and didn't know what it was so he went for more desktops. It was an amusing meeting - after two hours of listening to a guy drone on about ssh keys, telnet, encrypted and unencrypted connections, keyloggers on public terminals, etc he asked any questions. First one: "What's SSH?" (note this included the chemists, physicists, biologist, and a few more "..ists" that had no real reason to know, we were all were giggling at this point).

    Unfortunately some of the researchers were not very good at watching what systems they ran on. I know of at least once where someone was having trouble running on our stuff and I (being root) logged into their account and debugged their software. Found out later the reason they freaked when I told them what was wrong was that they were in the "sensitive unclassified" category. They had no idea root could do that and figured we normally ran a tighter ship security wise than the official systems did (which in some ways was true, in others not and they found out the latter the hard way).

    *note - anonymous because even though it has been a number of years still not sure what I am allowed to talk about. So feel free to write me off :)

  50. Re:Phone? by DaedalusHKX · · Score: 2, Interesting

    Yes, they ARE a fairly honest scam, they want your money and provide VERY little in exchange. Hell, a Pentium II with less than a gig of ram and 20 gigs of hard disk storage would run a forum and database well enough to collect ALL of someone's graduating classmates and even to provide them with fairly decent IM and Email capacities.

    However, given that they SELL most of this info (I'm fairly sure they do, judging some rumors that I've seen propagate to other databases.) By the same token, they're a lovely way to spread misinformation about yourself and find out who sells what to whom by watching how the lies propagate :) Its easily worth the one time payment of 30 bucks for a month or so. :)

    --
    " What luck for rulers that men do not think" - Adolf Hitler
  51. Use Microsofts On Screen Accessibility Keyboard. by kiwioddBall · · Score: 2, Informative

    A standard part of Windows. I don't know about other OS'es.
    On Windows 2000 (prob same on XP etc) Start / Programs / Accessories / Accessibility / On Screen Keyboard.
    Click in your Password field. Enter your password using the mouse on the on screen keyboard. Good enough.

  52. Changing password list. by caluml · · Score: 2, Interesting

    Write a script, that, when run, will set your user password to the top one of a list, and delete that one from the top.
    Keep a copy of the list with you, SSH in (or whatever), and run the script immediately.
    Assuming no-one tries to log in from the time you enter your password in the Internet cafe to when you run the script, and change it, it's a perfectly safe method.

  53. Re:ABSOLUTELY CORRECT by Chrisq · · Score: 2

    Is the keylogger the worst thing you could think of?

    Now you'r making me really paranoid. Will that public terminal blow up? Was the last person to use it infected with ebola? Are a bunch of pervs scanning me with millimetre waves and publishing it on youTube? Is this terminal used by terrorists, and the police mistake me for one, so that I will be shot as I try to get on a train?

    You're right, keyloggers aren't that bad. I hope that I only get my identity stolen and my bank accounts cleared out.

  54. Anybody tried a Blackdog? by hAckz0r · · Score: 2, Interesting

    It seems to me that a Blackdog http://www.projectblackdog.com/ might help get around at least some of this problem given the right setup. Think about this scenario; You walk up to the public terminal and plug in the Blackdog into the USB port and it boots up a X-Terminal session on the host, and from there you use ssh and port forwarding to proxy your web traffic to a trusted host at home/work through its ssh VPN. The authentication is done via a secret key stored on the Blackdog and unlocked via something like s/key or a keyring stored on the blackdog, and subsequent passwords could be either injected into the session by the Blackdog processor environment, or stored in a Firefox browser running from the dongle itself. Keystrokes might be visible but if the Blackdog can supply the authentication where needed then the crooks can't reconstruct enough of the session to do or learn anything. Sure they might log a bunch of mouse movements and a few key strokes but they would not even know what application those keystrokes were going to much less what sites you visited.

  55. Don't use an open source browser! by demallien2 · · Score: 2, Interesting

    On a public system, you cannot know that the Firefox you are running does not have some unique modification. Such an approach is way easier than trying to use a keylogger. These days I am very suspicious of public systems that ONLY provide Firefox/other open source browsers. It's probably one of the rare situations where I prefer to use IE. That said, if you use anything other than a throwaway password from a public terminal, you are extremely foolish.

  56. Re:Phone? by nahdude812 · · Score: 2, Insightful

    I don't know whether keyloggers like this exist, but unless you physically toggled the power, you may have only thought you rebooted the system. Even still it's possible a false BIOS was installed which lies about the boot order, with a hypervisor booted off a small partition which runs your live CD inside a VM.

    But anyway: Hardware-based keyloggers. Even if you check the keyboard cable, it could still be installed inside the case - a lot of USB ports aren't soldered to mainboard. Or it could even be installed in the keyboard itself.

    In short, if you want to be super paranoid, you have to assume that any keystroke you make will be captured.

    Maybe a system involving single-use SSH keys would be feasible. I'm surprised there isn't some sort of RSA token solution for personal use.

  57. Comment removed by account_deleted · · Score: 2, Interesting

    Comment removed based on user account deletion

  58. Re:Phone? by technomom · · Score: 2, Funny

    What about the well-hidden pinhole camera aimed over the keyboard? So, after you've mitigated the well hidden hardware keylogger, you still have to cover your hands with a hanky while you type.

  59. Ummm, buy a laptop... by multimediavt · · Score: 2, Informative

    I'm sure someone must have said this already, but if you are that worried about keyloggers and such on public terminals, DON'T USE THEM!

    I'd strongly recommend that you buy a laptop to take with you on vacation so you can check email, etc. from the road. If you're that paranoid about it then the simplest solution is to not use public terminals at all for tasks that require you to enter private data and make the investment in a cheap laptop.

  60. Re:Phone? by nahdude812 · · Score: 2, Interesting

    It's a good point. Even the most thoroughly inspected terminal, if it's in a public location, may still capture your details.

    For the most die-hard paranoid, one-time passwords are the only real security you can offer against capture (such that even if they're captured, they're useless), presuming you have a way to look up the one-time password without exposing subsequent passwords (ie, you can't just have them written all on the same sheet of paper, or the pinhole camera could capture the next ones).

    Even RSA SecureID is vulnerable if its information is captured by a system able to exploit it in real time, unless the RSA system only permits one successful login per account per minute (the interval it takes the SecureID to refresh its numbers). If the information is precaptured (such as by a camera before you've typed the digits), they could beat you to the authentication. The public terminal could be written to capture your authentication credentials, changed your entered credentials to false ones (to make you think you'd typed it wrong), and perform the real authentication in the background to gain access.

    So it comes down to: there's theoretically no way to completely secure yourself when using a public terminal or when using even a trusted terminal in a public space if you are hyper paranoid.

  61. Re:Phone? by ceswiedler · · Score: 2, Insightful

    Well, you could type a massive amount of random letters into a text document, with your password buried somewhere in the middle. Then copy and paste the password into the password field of the form. If the OS doesn't let you paste into password fields, then you could just have the text doc and web page open side-by-side, type in random stuff, switch to the web page (via the mouse) and type your password, switch back to the text doc, and type more random stuff.

    Depending on how much random stuff you're willing to type in, how long your passwords are, and how many times the site lets an attacker try a password, this is at least an annoyance to keyloggers. If you're being specifically targetted I'm sure they could get your password, but it would be enough to prevent 'casual' keyloggers from getting your password, and presumably that's the sort that would install a keylogger on a public terminal.

  62. Re:Phone? by torqer · · Score: 2, Interesting

    The last time I messed around with a keystroke logging software, probably 3 or 4 years ago, not only did it log keystrokes but mouse button presses and window changes. So if your password was in the sentence "I know I left my keys somewhere in my house" And tried your method it would record information like:

    I know I my keys [Mouse1] [Firefox, Hotmail.com] somewhere [mouse1] [Word, Document1] in the house

    So there is no benefit from that method of defense. FWIW, it was an off the shelf program, nothing elaborate or difficult to find.

  63. Re:Phone? by ttldkns · · Score: 2, Interesting

    When i go on holiday i take exactly that precaution. You often cant spend time checking the machine for physical keyloggers because they can be under desks and the ports can be hard to see or reach.

    You have to assume you're going to be keylogged and design a system that is resilient to it.

    I hide SSH keys (encrypted with passwords) around the internet on various web servers. Then i only need to download (and run) portaPUTTY and vnc viewer before i can see a desktop with a web browser with all my passwords set up and all the sites i want to go to as bookmarks tunnelled through a secure SSH connection. With VNC set on low colour the latency isn't too bad and accessing and writing email doesn't need high graphics anyway. Then before logging off i simply delete that key's reference from the .authorized_keys file. I then make a note on paper (!) to remind me which keys i've used.

    With this method there is no way an attacker at any single internet cafe could access anything i dont want them to. Its not totally fool proof but its paranoid enough for me.

    --
    How many computers are too many?
  64. Re:Phone? by IndieKid · · Score: 2, Interesting

    I work for a contractor who does work for the Ministry of Defence and some of our buildings require SC/DV clearance. Taking a phone in any of those would be a disciplinary offence, and may even get the person fired.

    The risk to my company of losing it's List-X status (and hence 40% of our work) if there's a breach is too high to be flexible in this regard.