avram_encrypted
AvramEncrypted
Encrypted columns for Avram supporting multiple types and automatic key rotation. Stores sensitive data encrypted in the database leveraging Lucky's built-in MessageEncryptor (AES-256-CBC). Key rotation is supported out of the box, so old data remains readable while new saves use your current encryption key.
[!Note] The original repository is hosted at https://codeberg.org/fluck/avram_encrypted.
Installation
-
Add the dependency to your
shard.yml:dependencies: avram_encrypted: codeberg: fluck/avram_encrypted -
Run
shards install
Configuration
-
Include the shard in your
shards.crfile:# src/shards.cr # ... require "avram_encrypted" -
Configure the keys:
# config/avram_encrypted.cr AvramEncrypted.configure do |settings| settings.keys = { "v1" => "EnjmNNd/WgF9b9cm3ObR+9cYPHQ7G7lIiUL/pShKWP0=", } settings.key_version = "v1" end[!TIP] Use the
lucky gen.secret_keycommand to generate a new key. -
Add the database column with the
encrypted_prefix:alter table_for(User) do add encrypted_secret_value : String end[!NOTE] If you want to do batch key rotation, you'll also need to add an index to the database column so that values encrypted with an older key can be looked up efficiently:
add encrypted_secret_value : String, index: true.
Usage
-
Include the
AvramEncrypted::Modelmixin and define the encrypted column in your model:# src/models/user.cr class User < BaseModel include AvramEncrypted::Model table do encrypted secret_value : String end end -
Define the encrypted column in your operations where you want to update it:
# src/operations/save_user.cr class SaveUser < User::SaveOperation encrypted secret_value : String end
Supported types
Every standard column type in Avram is supported out of the box, so you can encrypt whichever type you want, as long as it implements #to_json and .from_json.
It's also possible to encrypt complete objects. Since the encrypted data can't be queried, it's actually a more efficient way to store encrypted data than creating individual columns.
This works by creating a struct and including JSON::Serializable:
class User < BaseModel
include AvramEncrypted::Model
table do
# ...
encrypted secret_data : SecretData
end
struct SecretData
include JSON::Serializable
getter ip_address : String
getter otp_secret : String
def initialize(@ip_address : String, @otp_secret : String)
end
end
end
Then those details can be accessed as expected:
user = UserQuery.find(1)
user.secret_data.ip_address
# => 123.45.67.89
[!NOTE] This shard leverages Crystal's JSON pull-parser to stringify values before encrypting them, and the other way around. That's why any class or struct that implements
#to_jsonand.from_json(throughJSON::Serializable) will work.
Encrypting, decrypting, and "recrypting" manually
The underlying methods to encrypt, decrypt, or recrypt are also directly accessible. These may come in handy if you need to build custom behaviour or rotate encryption keys.
To encrypt a value:
encrypted_string = AvramEncrypted::Cipher.encrypt("ssst!")
# => "v1:X7yHkoP..."
# or an integer
encrypted_int = AvramEncrypted::Cipher.encrypt(123)
# or a custom object
struct SecretData
include JSON::Serializable
getter otp_secret : String
def initialize(@otp_secret)
end
end
encrypted_object = AvramEncrypted::Cipher.encrypt(SecretData.new("xxx"))
To decrypt a value:
decrypted_string = AvramEncrypted::Cipher.decrypt(encrypted_string)
# => "ssst!"
decrypted_int = AvramEncrypted::Cipher.decrypt(encrypted_int, Int32)
# => 123
decrypted_object = AvramEncrypted::Cipher.decrypt(encrypted_object, SecretData)
# => SecretData(...)
After adding a new encryption key, you'll need to re-encrypt all existing data. That's where the recrypt method comes in:
user = UserQuery.find(1)
user.encrypted_otp_secret
# => "v1:X4yTkoR..."
AvramEncrypted::Cipher.recrypt(user.encrypted_otp_secret)
# => "v2:Y2yGkoY..."
[!NOTE] When re-encrypting, you never need to pass the type. This method will never parse the value to the original type. It will just re-encrypt the serialized value directly.
So a re-encryption operation may look like this:
class RecryptUserOtpSecret < User::SaveOperation
before_save do
encrypted_otp_secret.value = AvramEncrypted::Cipher.recrypt(encrypted_otp_secret.value)
end
end
Maintenance
Key versioning
Encryption keys are configured as Hash(String, String) pairs, where the hash key is the version and the hash value is the encryption key. How the keys are versioned is entirely up to you.
You could keep it simple and use "0", "1", "2", etc. Or you could make the keys more self-documenting and use timestamps: "202405", "202511", etc. Whatever works best for you.
Rotating keys
At some point you'll want to rotate the encryption keys. The key_version is the one that will always be used to save values. So you can add a new key, update the key_version pointer and avram_encrypted will take care of the rest:
# config/avram_encrypted.cr
AvramEncrypted.configure do |settings|
settings.keys = {
"v1" => "EnjmNNd/WgF9b9cm3ObR+9cYPHQ7G7lIiUL/pShKWP0=",
"v2" => "WFRN364zJAqxuc/j5KTlEzSRNXIrulL6Hx4bV6T9UuA=",
}
settings.key_version = "v2"
end
[!NOTE] A bulk key rotation mechanism is in the making. You'll be able to run batched rotation jobs focused on specific columns in the background.
Contributing
We use conventional commits for our commit messages, so please adhere to that pattern.
- Fork it (https://codeberg.org/fluck/avram_encrypted/fork)
- Create your feature branch (
git checkout -b my-new-feature) - Commit your changes (
git commit -am 'feat: new feature') - Push to the branch (
git push origin my-new-feature) - Create a new Pull Request
Acknowledgements
This shard pulls inspiration from the following project:
Contributors
- Wout - creator and maintainer
avram_encrypted
- 1
- 0
- 0
- 0
- 4
- 3 days ago
- November 14, 2025
MIT License
Mon, 17 Nov 2025 17:45:34 GMT