How secure is using a wallet on blockchain.info?

How do you evaluate the different sites that provide wallets?

  • 7
    I think I'd like to see your second question broken out into a separate SE question.
    – Colin Dean
    Commented Nov 2, 2012 at 18:25

1 Answer 1


As the operator of the site I will try and answer the first question.

Server Side

  • The site currently runs on 4 dedicated servers, hosted in a locked cabinet. All servers run behind a dedicated cisco security appliance with intrusion detection. On the servers themselves various "booby traps" are set to alert the webmaster if an intrusion is detected.

  • The java code deployed to the Site is deployed in a single war (zip) file. Each server monitors the checksum of this file to detect any unauthorised changes to the code. In order to make reverse engineering our encryption schemes more difficult the the java class files are obfuscated using proguard.

  • A copy of every wallet is stored all our servers. Additionally the latest 50 versions of a wallet are stored on Amazon S3 and can be restored from the [Import / Export] section.

  • The server side code that handles wallets is open source.

  • The site is not vulnerable to CSRF requests as no login details or sensitive data is ever saved in session cookies.

  • In the time the Site has been running there has been handful of XSS vulnerabilities reported. None of these were on a wallet page and could not have resulted in any direct loss of funds.

Client Side

  • The Site uses javascript the encrypt and decrypt wallet client side in the user's browser. The encryption is done using AES-256 which is likely to be secure for the foreseeable future.

    Wallets are simply json files containing private keys. The entire json file is encrypted by the users browser before being uploaded to us. So when a wallet reaches our server is appears as random Base64 string. This means we cannot view your balance, see your transactions or addresses and cannot make transactions on your behalf.

    The encryption is only as strong as the users password. The minimum password length is 10 characters however if the a weak password is chosen e.g. "1234567890" using a dictionary attack the wallet would likely be broken quickly. Rainbow tables will not work as each wallet is prepended with a unique salt combined with the users password using PBKDF2 to derive the actual encryption key.

    As everything is done using javascript in the site is particularly vulnerable to browser exploits including malicious browser extensions. Modern web browsers are much more secure than the internet explorer 6 generation.

  • The private keys in a wallet can be "double encrypted" using a second password. One password is then required to login and another password is required to send funds. This makes wallets significantly harder to brute force and also makes key logging more difficult.

  • If our servers were compromised the attacker could theoretically alter the javascript files to intercept the users password next time they login. For this to be effective the attack would have to go unnoticed for an extended period of time. In addition to the server side checks we perform there is also the My Wallet verifier browser extension which can be optionally installed for added security. Before login it will transparently verify all the javascript files running on the page match those hosted on github. If any errors are found the extension will prevent the user from logging in.

  • You can backup a wallet via Email, Dropbox, Google Drive and Download. With a backup funds can be accessed without blockchain.info using the multibit desktop client.

  • The Site supports a variety of two factor authentication methods and the ability to lock down a wallet to a specific ip address. We will not give out your wallet to anyone who cannot authenticate themselves fully, however we cannot prevent someone from using your wallet if they gain access to it another way. For example if you keep a wallet backup in your email account and that is compromised.

This has got a little technical but it isn't an easy answer. There are many factors involved including the security of your own computer. The site has been running for over a year and currently hosts nearly 40,000 wallets. There have been reports of some individual wallets being compromised (reusing passwords) but no major security incidents.

Finally a couple of recommendations for using our service:

  • Upon sign up print a "Paper Wallet", store it somewhere safe and hidden.

  • Never reuse the same password on another site. Or if using double encryption it is acceptable to use a slightly weaker main password but ensure the second password is unique.

  • If storing large amounts generate a private key offline (bitaddress.org is great for this). Print it on a paper wallet, then import the address as "Watch Only" address. When you attempt to spend the funds you can scan the private key off the paper wallet using a webcam.

In future multisig will be available for even greater security but this isn't quite ready yet.


  • 1
    To Ben: You've mentioned this: > If storing large amounts generate a private key offline > (bitaddress.org is great for this). Print it on a paper wallet, then > import the address as "Watch Only" address. When you attempt to spend > the funds you can scan the private key off the paper wallet using a > webcam. After the key is scanned and the transaction submitted, do you keep the private key on the server, or do you destroy it?
    – Vitro
    Commented Feb 1, 2013 at 21:47
  • Wow just wow, so you mean that even you do not have access to the wallet....you never get the passphrase. So you as a file server that gives us the wallet when we need it everywhere we want, but we still need to decrypt it.
    – Gopoi
    Commented Feb 2, 2013 at 1:11
  • So all servers are in the same cabinet at the same facility? Do you do offsite backups? Commented Aug 19, 2013 at 14:14
  • @kevintmckay: "the latest 50 versions of a wallet are stored on Amazon S3"
    – RentFree
    Commented Mar 4, 2014 at 0:41
  • How often does a "version" change? What constitutes a version change?
    – Pacerier
    Commented Mar 20, 2014 at 22:10

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service and acknowledge you have read our privacy policy.

Not the answer you're looking for? Browse other questions tagged or ask your own question.