Home/ Questions/Q 423907
In Process

The Archive Base Latest Questions

Editorial Team
  • 0
Asked: 2026-05-12T19:13:38+00:00

I am creating a rails application that needs to store a large amount of

  • 0

I am creating a rails application that needs to store a large amount of sensitive data. To assure my customers that the data is being protected, I want to encrypt it on a per-user basis. I have done research looking for gems that can accomplish this. So far I’ve found strongbox and safe. Together, this would seem to provide a solution for me.

However, I am wondering if this is a common practice. It would seem that most rails applications have some sensitive data to store regarding their users. AuthLogic is handling my password encryption, but emails and other personal data are just as sensitive. Is it common practice to leave these items unencrypted in the database and assume that it will never be compromised? I understand that the database resides in an area that can not communicate with the outside world, but a determined attacker could easily compromise this. Is it common practice for Rails developers leave their data unencrypted and simply trust the security of their web server?

Share

Leave an answer

You must login to add an answer.

Need An Account,

1 Answer

  1. Editorial Team

    The problem with encrypting your database is that anything you encrypt cannot be used in a SQL query, and also, it still has to be decrypted before it can be used. This means that you need to place the decryption key in close proximity to the database, and in most cases, if someone can compromise your database, that means they have also compromised your decryption key at the same time. Thus the encryption step has bought you very little. With passwords, no decryption is necessary because it’s actually a hash function. You’re far better off making sure the database is never compromised in the first place.

    Always assume that if a hacker can compromise any portion of your security, they can compromise all of it. Chain is only as strong as its weakest link and all that.

    Credit card numbers and social security numbers (which fortunately you don’t usually need to index on) are probably the most obvious exception to this, but if you have to ask this question, you’ve got no business storing those items in the first place. There’s all kinds of legal trouble you can get into for messing that stuff up.

    • 0