Encrypted file containers without disk mounting
LockBox
Encrypted file containers for confidential exchange, local storage, and sending through any channel you already use.
- Create container
- Extract container
- Compress folder before encryption
- Crypto padding above container
- Split container
- Browse container
- Scheduler
- Container destruction password
LockBox for Android
Desktop-compatible encryption on your phone
The Android app reads and writes the same .lbx containers as the desktop app.
Packaging, extraction and browsing continue in a foreground service while you switch apps
or turn the screen off. Scheduled jobs are persisted by Android, restored after reboot and
use exact alarms when the user grants the system permission.
Android may ask you to allow installation from this website. The scheduler also shows a direct system prompt for “Alarms & reminders”; without it scheduled tasks remain pending. Force-stopping an app in Android settings disables every app service and alarm until the user opens it again—this is an operating-system security rule.
What LockBox does
LockBox is a Windows desktop application that packs a selected folder into one encrypted container. The contents, subfolders, file names, and folder names are encrypted, so the output looks like one protected file rather than a readable archive.
The container can be copied to a USB drive, sent through a messenger, uploaded to cloud storage, or attached to email. Without the master password, the correct keys, and the correct order of encryption layers, outsiders cannot access the files inside.
All processing is local on the computer. LockBox does not collect, upload, or send information about your files, folders, keys, passwords, license, device, or user account.
The application does not require administrator rights. It does not mount virtual disks, install drivers, or request access to protected operating-system functions.
Multiple encryption layers can use independent algorithms and keys. With strong random keys and a protected device, brute-force decryption is considered computationally impractical even with supercomputer resources.
LockBox contains no hidden advertising, background telemetry, or secret network features. Its visible job is to create LockBox containers and open containers created by LockBox.
Installer build
The installer adds .lbx file association and Explorer folder actions while keeping LockBox per-user and admin-free.
Max container browser
Max can show the encrypted container contents before extraction. Open the built-in browser, review folders and files, then extract only what you need without unpacking the whole container first.
Split large encrypted containers
Pro and Max can split a container into fixed-size parts. Keep the .lbx file and all .lbx1, .lbx2... parts in one folder before extraction.
Scheduled encrypted backups
Max can create LockBox containers on a schedule while the app stays open or minimized to the tray. It is useful for regular encrypted backups and safe transfer of confidential data.
Container destruction password
Max edition can add a separate password that immediately destroys a container when entered under pressure instead of the real master password.
CLI automation
The separate English-only LockBox.Cli.exe can run from PowerShell, batch files, schedulers, CI jobs, and backup scripts. It can create and open containers without showing a window.
Direct command
Use create for one-off jobs. The example creates a compressed container with crypto padding and nine layers; each layer reads its key from an environment variable.
Manual create and open commands show progress percentages. JSON scripts and scheduler workers keep output automation-friendly and do not print percentage progress.
.\LockBox.Cli.exe keygen --count 9
$env:LBX_MASTER = "use-a-long-master-password"
$env:LBX_L1 = "layer-1-key"
$env:LBX_L2 = "layer-2-key"
$env:LBX_L3 = "layer-3-key"
$env:LBX_L4 = "layer-4-key"
$env:LBX_L5 = "layer-5-key"
$env:LBX_L6 = "layer-6-key"
$env:LBX_L7 = "layer-7-key"
$env:LBX_L8 = "layer-8-key"
$env:LBX_L9 = "layer-9-key"
$env:LBX_DESTROY = "only-use-this-under-pressure"
.\LockBox.Cli.exe create `
--source "D:\Data" `
--output "E:\Backups\data.lbx" `
--master-env LBX_MASTER `
--compress `
--padding 2GB `
--split 700MB `
--destruction-password-env LBX_DESTROY `
--layer-env AES-256-GCM=LBX_L1 `
--layer-env CHACHA20-POLY1305=LBX_L2 `
--layer-env AES-256-CCM=LBX_L3 `
--layer-env SERPENT-256-CTR-HMACSHA512=LBX_L4 `
--layer-env TWOFISH-256-CTR-HMACSHA512=LBX_L5 `
--layer-env CAMELLIA-256-CTR-HMACSHA512=LBX_L6 `
--layer-env ARIA-256-CTR-HMACSHA512=LBX_L7 `
--layer-env AES-256-CBC-HMACSHA512=LBX_L8 `
--layer-env AES-192-OFB-HMACSHA384=LBX_L9
JSON script
Use --script when the procedure has several steps. Commands run in order, stop on the first error by default, and return a process exit code for the parent script.
{
"commands": [
{
"command": "create",
"source": "D:\\Data",
"output": "E:\\Backups\\data.lbx",
"masterPasswordEnv": "LBX_MASTER",
"compression": true,
"padding": "2GB",
"split": "700MB",
"destructionPasswordEnv": "LBX_DESTROY",
"layers": [
{ "algorithm": "AES-256-GCM", "keyEnv": "LBX_L1" },
{ "algorithm": "CHACHA20-POLY1305", "keyEnv": "LBX_L2" },
{ "algorithm": "AES-256-CCM", "keyEnv": "LBX_L3" },
{ "algorithm": "SERPENT-256-CTR-HMACSHA512", "keyEnv": "LBX_L4" },
{ "algorithm": "TWOFISH-256-CTR-HMACSHA512", "keyEnv": "LBX_L5" },
{ "algorithm": "CAMELLIA-256-CTR-HMACSHA512", "keyEnv": "LBX_L6" },
{ "algorithm": "ARIA-256-CTR-HMACSHA512", "keyEnv": "LBX_L7" },
{ "algorithm": "AES-256-CBC-HMACSHA512", "keyEnv": "LBX_L8" },
{ "algorithm": "AES-192-OFB-HMACSHA384", "keyEnv": "LBX_L9" }
]
}
]
}
.\LockBox.Cli.exe --script .\backup.lockbox.json
Scheduler
Max edition can keep encrypted backup jobs in an encrypted .lbxjobs file, run due tasks while the CLI process stays open, and write runtime status to a JSON status file.
$env:LBX_JOBS_PASSWORD = "protect-this-jobs-file"
.\LockBox.Cli.exe schedule add `
--tasks "E:\Backups\jobs.lbxjobs" `
--password-env LBX_JOBS_PASSWORD `
--name "Nightly data backup" `
--frequency daily `
--start 2026-06-25T23:30:00 `
--source "D:\Data" `
--output "E:\Backups\nightly.lbx" `
--master-env LBX_MASTER `
--layer-env AES-256-GCM=LBX_L1 `
--compress `
--destruction-password-env LBX_DESTROY `
--delete-source-contents
.\LockBox.Cli.exe schedule run `
--tasks "E:\Backups\jobs.lbxjobs" `
--password-env LBX_JOBS_PASSWORD `
--poll-seconds 30
.\LockBox.Cli.exe schedule status --state "E:\Backups\jobs.status.json"
Activation and license status
The CLI-only build is English-only and uses the same device-bound license model as the desktop app. Windows stores activation in LockBox application data locations. Linux stores it under $XDG_CONFIG_HOME/lockbox/.lockbox.license or ~/.config/lockbox/.lockbox.license.
.\LockBox.Cli.exe device-id
.\LockBox.Cli.exe activate --license-file .\license.txt
.\LockBox.Cli.exe license
$env:LBX_LICENSE = "LBX-LIC-..."
.\LockBox.Cli.exe activate --license-env LBX_LICENSE
# Linux
export LBX_LICENSE="LBX-LIC-..."
./LockBox.Cli activate --license-env LBX_LICENSE
./LockBox.Cli license
Command reference
Free / Pro / Max
| LockBox | Free $0 |
Pro $20 |
Max $50 |
|---|---|---|---|
| PC | 1 | 1 | 1 |
| Encryption layers | 1 | 3 | 20 |
| Compression | - | + | + |
| AES / ChaCha20 / Serpent / Twofish / Camellia / ARIA | AES-128 | + | + |
| Crypto padding above container | - | - | + |
| Split container | - | + | + |
| Browse container | - | - | + |
| Scheduler | - | - | + |
| Container destruction password | - | - | + |
Pro and Max are perpetual licenses for 1 device.
Support and suggestions
For support requests, ideas, and product suggestions, write to support@logidev.io.
FAQ
What is a LockBox container?
A container is one encrypted file that stores the selected folder, nested folders, file contents, and encrypted file and folder names.
Is it safe to publish a container publicly?
The container can be transferred through public channels because the data inside remains encrypted. Do not publish passwords or keys together with the container.
Why do I need crypto padding?
Crypto padding adds encrypted random data to make the final container larger than the real payload. It helps hide the approximate size of the original files.
What happens if someone downloads my container?
They only receive an encrypted file. Without the master password, all layer keys, and the correct order of layers, the contents and names remain inaccessible.
Why is the master password needed?
The master password opens the encrypted metadata of the container. Metadata tells the program how many encryption layers exist and which algorithms were used.
What happens if I enter a wrong layer key during unpacking?
If any layer key is wrong, that layer cannot be decrypted and unpacking stops with an error. The program cannot guess or recover missing keys.
What is the container destruction password?
It is a Max-only pressure-safety feature. A separate password silently overwrites the container instead of opening it, with no confirmation at the metadata password step.