"AES-256" shows up on security pages the way "clinically proven" shows up on skincare bottles: a badge more than an explanation. Most people who read it have never asked what it actually does to a file, or why the number 256 is the part doing the work. It's worth understanding, because the difference between a real encrypted vault and a folder with a lock icon on it usually comes down to exactly this.

What AES-256 Actually Is

AES stands for Advanced Encryption Standard, a specific algorithm for turning readable data into unreadable data and back again, using a secret key. It was selected by the U.S. National Institute of Standards and Technology in 2001 after a public competition, and it's now the default encryption algorithm behind password managers, messaging apps, VPNs, and file vaults worldwide, Vaultine included.

The "256" is the length of the key, measured in bits. AES also comes in 128-bit and 192-bit versions; all three use the same underlying algorithm, just with a different key size and slightly different number of internal processing rounds. A file encrypted with AES-256 goes through those rounds using a 256-bit key, and the output is ciphertext: a sequence of bytes that reveals nothing about the original file's content, size patterns aside, without that same key to reverse the process.

Why 256 Bits Is the Number That Matters

A 256-bit key has 2^256 possible values. That number is difficult to make intuitive because it's so far past any everyday quantity, but a common comparison holds up: it's roughly the number of atoms in a large fraction of the observable universe. Guessing a specific key by brute force, trying every combination until one works, isn't a matter of a faster computer or a bigger budget. Every computer that has ever existed, running continuously since the beginning of the universe, wouldn't get meaningfully closer to trying them all.

That's why security researchers don't talk about "cracking" AES-256 through brute force; it isn't on the table. When encrypted data does get exposed, the cause is almost always something other than the algorithm itself: a weak or reused password used to derive the key, a key stored somewhere it could be stolen, or an implementation bug in the surrounding software. The lock isn't the weak point. What guards the key usually is.

Encrypted Is Not the Same as Hidden

This is the distinction that matters most for anyone shopping for a "secure folder" app. Hiding a file means changing whether it shows up, not what it is: a hidden folder, a dotfile, an app that just moves your photos somewhere less obvious. The file's actual bytes are untouched. Plug the device into a computer, toggle "show hidden files," and the photo opens exactly like any other photo, because there was never a key involved.

AES-256 encryption is a different operation entirely. It doesn't move the file or change its visibility; it rewrites the file's contents into ciphertext using the key. There's a fast way to tell which one an app is actually doing: reveal hidden files or plug the device into another computer. If the "protected" file opens normally, it was hidden, not encrypted. If it's unreadable noise without the app and your PIN, it was encrypted. (See Why the "Hidden" Folder Isn't Really Hidden for more on how often the first case gets marketed as the second.)

The Part Marketing Pages Leave Out: Who Holds the Key

"AES-256 encrypted" is technically true of a lot of products that still can't protect you from the company that built them. The algorithm only says how the scrambling works; it says nothing about where the key lives. A cloud storage provider can encrypt your files with AES-256 on their servers and still hold the key themselves, which means the encryption stops an outside attacker but does nothing against a breach of that provider, an employee with access, or a legal request pointed at their servers instead of at you.

This is the whole reason "zero-knowledge" is a separate claim from "AES-256 encrypted," and why it's worth checking both before trusting either one. Encryption without knowing who holds the key tells you almost nothing about who's actually locked out.

How Vaultine Implements It

Vaultine encrypts every file with its own AES-256 key, generated and used entirely on your device. The master key that protects your vault is derived from your pattern or PIN, on-device, and it never gets transmitted anywhere. Nothing decrypts to a server, a cloud copy, or anywhere else that isn't the device in front of you, which is what makes the design zero-knowledge in practice rather than just in a privacy policy (see Why a Vault App Without an Account Is Actually Safer for the rest of that architecture).

It also explains a trade-off worth knowing upfront: if you lose your PIN and your 12-word recovery phrase, Vaultine genuinely cannot get your files back for you. That's not a support limitation, it's the same property that keeps a breach or a subpoena from reaching your files either. The key that opens the lock only ever existed on your device.

The Short Version

AES-256 is a specific, well-tested method for turning a file into unreadable noise using a key large enough that brute-forcing it isn't a realistic threat. It's not a magic word; it's one part of a system, and the part that decides whether it actually protects you is who holds the key afterward. Hiding a file is not encrypting it, and encrypting a file for a company that keeps the key is not the same as encrypting it so that only you can open it.

Vaultine encrypts every file with AES-256, on your device, with a key derived from your own PIN and never sent anywhere. First 10 files free at vaultine.app.