LB LockBox

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.

Same encrypted container format and algorithms
Foreground processing with screen-off wake protection
Persistent SAF folder access without broad storage permission

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.

Create container
Multi-layer encryption
Compress folder before encryption
Crypto padding above container
Split container
Secure data transfer
CLI and automation
Installer build
Browse container
Scheduler
Container destruction password
Extract container

Installer build

The installer adds .lbx file association and Explorer folder actions while keeping LockBox per-user and admin-free.

Installer documentation Full desktop instructions

Double-click a .lbx container to open the extraction wizard.
Right-click a folder to start the container creation wizard for that folder.
Quick creation uses saved defaults and starts encryption without extra questions.
Installed app settings store the default output folder and default encryption profile.

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.

Preview encrypted backups before restore: confirm folder structure and file names after entering the correct master password and layer keys.
Selective restore: extract a few files or folders from a large encrypted container while leaving the rest untouched.
Drag selected items directly to Explorer/Desktop. LockBox prepares only the selected files and folders for copying.

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.

Fit encrypted backups into file-size limits without exposing contents.
Move parts across USB, network shares, or cold storage while preserving one protected container.
Restore by selecting the first .lbx file after all numbered parts are beside it.

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.

Create encrypted backups every hour, day, week, month, or custom interval without manual steps.
Before encryption, LockBox copies the source folder to a temporary folder so changing files do not corrupt the container being created.
Create several scheduled tasks at once, for example separate encrypted backups for projects, documents, and client 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.

Designed for coercion-pressure situations where the user cannot safely refuse to unlock data.
No extra confirmation appears after the destruction password is entered at the metadata password step.
LockBox overwrites the container with encrypted random-looking data while preserving the original size.
How to enableDuring container creation in Max edition, enable the destruction password checkbox and enter a separate password twice.
Container master passwordIf that password is entered later instead of the master password, LockBox immediately starts destruction instead of reading metadata.
Important warningDo not reuse the master password. After destruction, the original container and split parts cannot be restored.

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.

Full CLI documentation

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

device-idPrints the current PC device ID for issuing a license.
licenseShows active edition, license file path, and the last license error if the key is invalid for this PC.
activateSaves a device-bound license key from command line, environment variable, or text file.
algorithmsLists supported algorithms and their minimum edition.
keygenGenerates secure random layer keys.
createCreates an encrypted container from a folder. Supports compression, padding, splitting, and source deletion subject to edition limits.
openExtracts a container. For split containers, keep .lbx, .lbx1, .lbx2 and the rest in the same folder.
scheduleAdds, lists, runs, and reports scheduled encrypted container jobs. Scheduler commands require Max edition.
--scriptRuns JSON automation steps in order and returns process exit codes for parent scripts.

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.

Activation by request

For program activation questions, write to hello@logidev.io.

hello@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.