RSS LinkedIn Google Plus

Call us: 0800 014 9884

Fun with passwords

Matthew Pettitt is an expert in computer security issues. He was recently placed in the top 12 of the UK Cyber Security Challenge entrants, having competed against 4000 others for this distinction.

Most people nowadays have dozens of accounts for different online sites and services. Every site you visit seems to demand another account, and for each account you need a password. Surely it can’t hurt to reuse a password?

Wrong!

For example, Andrew has accounts with his online banking service (userid ANDY897829), a popular microblogging service (@andrew), a small forum site for collectors of vintage coffee grinders (username CoffeeAndy), and an online bookstore (username Andrew). He’s also got an online email service, where he has the email address andrew@example.com.

He uses the same password for the microblogging service, the forum and the bookstore, but decides to pick a completely different password for his banking and email services.

Everything seems fine, until one day he visits the forum to find a message saying that the user database has been stolen (these were nice hackers – generally, sites don’t find out until their users start having problems), and that he should change his login password. It’s a bit inconvenient, but he changes his password, and thinks nothing more of the incident.

Until his next bank statement arrives, anyway. At that point, Andrew notices a number of orders from the online bookstore which he doesn’t remember making are listed on it.

What happened?

  1. The forum’s passwords weren’t encrypted, or, just as good, from the hackers point of view, were encrypted with reversible encryption
  2. The forum database contained his email address – this is fairly standard, and not a problem in itself, but meant that the hackers could do a search on the popular microblogging site for a user with that password, and link CoffeeAndy with @andrew
  3. They then logged into his microblogging account, using the password from the forum database – at this point, the attack would have been stopped if he’d used different passwords for each account
  4. At this point, they still don’t know about his bookshop or banking accounts, so they looked through his direct messages. At some point in the past, just before Christmas, Andrew had sent a link to his wishlist on the online bookstore to a friend: http://bookshop.example.com/wishlist/Andrew
  5. Now the hackers have his bookshop username. They log in, using the same password, and change the email address on the account, then start spending, using the “one click” purchase option – it asks for a password, but not for bank card details. They are careful only to order downloadable items – the one click option doesn’t let them change the delivery address – but that includes music, ebooks, downloadable films, software, gift vouchers…
  6. Once they’re done, they change the email address back, so Andrew never knows that they’ve been into his account, until his bank statement arrives

The important thing to note with this is that the bank login details are never compromised. There is no benefit to the hackers to attempt getting into the online banking system, most of which are multi-factor protected anyway (so you need a password, and some other code, either based on a “secret phrase”, or a code generator, which gives out codes based on the current time which are only valid for a short while).

It also doesn’t matter that the accounts have different usernames, as most people connect accounts, either consciously (“Find friends on these services! Just enter your username now!”) or through other means (such as posting links to your posts on a forum, posting the same status message to multiple services, sending links to one service using another).

The whole attack relied on a single password being used – it became the weak link in the chain. It didn’t help that the forum used bad password storage, but given unique passwords for each service, it wouldn’t have mattered.

How can you pick secure passwords?

  • Use a short phrase you can remember, possibly related to the site. Andrew could use “arabica_is_number_1″ for his coffee forum, “7_coffeetable_books” for his bookshop, “short_sweet_160″ for his microblog. By chaining multiple words together, the attack area for brute force attacks is increased massively, and because the phrases relate to the sites, are easier to remember than random strings.
  • Use a base password, and a way of adding site uniqueness to it that is secret. Andrew could use “c0ff33″ as his base password, then create “cf0ofrfu3m3″ by interleaving “forum” with it, “cb0ofofk3s3hop” by interleaving “bookshop” and “cm0ifcfr3o3blog” by interleaving “microblog”. It would be even better to have a more complex base password, or a different interleave pattern, such as interleaving backwards, or putting pairs of letters together. The idea is that you only have to remember one password and one method, which is a lot easier than remembering lots of fully unique passwords.
  • Use a password safe. Programs such as KeePass let you store passwords in a password protected file. You remember the password to the file, and can access all the other passwords, copy them to your clipboard, paste them into password fields, and never have to deal with them. They can also generate really complicated passwords (e.g. “TR%:,AJ?8a8-]S78h’*V”) which are virtually impossible to brute force. They have the downside that you can’t access your accounts if you don’t have your password file and the software, or if you forget the master password, but if you pick your password safe software carefully, you should be able to find a single password file format that works on all your computers and on your mobile phone: keep one file in sync, and you can work anywhere.
    It’s even safe to email this file, as long as the master password is kept secure, since it’s encrypted – KeePass uses the AES cipher, which is certified for use for “Top Secret” information in the USA, for example.
Written by Matthew Pettitt

Google acquires Firebase Wednesday 22nd of October, 2014by Dan Moores Google has acquired Firebase, a cloud service company that allows developers to build web and mobile apps quickly and easily, as well as store and sync data in realtime.

More on this story »

Microsoft devises new 'ubiquity' strategy for Bing Monday 27th of October, 2014by Dan Moores In an effort to increase Bing's market share, Microsoft executives have revised the strategy for the company's search engine and its paid ad services.

More on this story »

Twitter withdraws Google Glass support Wednesday 29th of October, 2014by Andy Williams Twitter has quietly announced that it has pulled its app from Google Glass with immediate effect, although a third party developer could step in and fill the gap.

More on this story »
theEword - 1 day ago

Think about semantic search - write blogs that answer people's common questions #contentontoast

Reply Retweet Favourite

theEweekly Wrap: 10 Oct Friday 10th of October, 2014by Martin Lindley This week: Facebook gets hyperlocal ads, Microsoft CEO has gender pay trouble, and comedy club starts pay per laugh system.

More on this story »

theEweekly Wrap: 17 Oct Friday 17th of October, 2014by Dan Moores theEweekly Wrap: Google readies Android 5.0, HBO plans streaming service, and Bono says sorry.

More on this story »

theEweekly Wrap: 24 Oct Friday 24th of October, 2014by Martin Lindley This week: Mediative researches search behaviour, Microsoft drops Nokia brand, and Tinder gets premium service.

More on this story »

Who loves theEword

Who loves theEword Who loves theEword