Файловые системы просто не работают в режиме "только запись"; это "только чтение" или "чтение-запись". В файловой системе вы cd где-то и ls где-то, все это - операции чтения. Если вы можете только шифровать (запись), но не расшифровывать (чтение), вы просто ничего не добьетесь (с файловой системой на блочном уровне).

Итак, для вас это файлы или трубы, или, возможно, использование блочного устройства, такого как ленточный накопитель (без файловой системы, без произвольных поисков/чтений), или архивы типа tar, созданные полностью линейно, которые никогда не нуждаются в повторном чтении старых данных.

Если ваше приложение поддерживает конвейерный вывод, вы можете использовать gpg или openssl или другие программы, поддерживающие шифрование/дешифрование с открытым/закрытым ключом.

Сгенерируйте ключ специально для этого:

gpg --quick-generate-key myproject

(Конечно, вы также можете использовать существующие ключи, если хотите).

Зашифруйте (используя echo Hello World. вместо yourprogram):

echo Hello World | gpg --batch --encrypt --recipient myproject > file.encrypted

Расшифровать:

gpg --batch --decrypt < file.encrypted > file.decrypted

Машине, выполняющей шифрование, нужен только открытый ключ. При расшифровке, если ваш закрытый ключ имеет дополнительную ключевую фразу, вам будет предложено ввести ее (если gpg не запомнил ее за вас).

GnuPG предлагает огромное количество опций, это должно быть объяснено более подробно здесь http://www.gnupg.org/ и в различных вики по Linux.

Практично это или нет... шифрование требует больших вычислительных затрат, приборная камера может не справиться с этой задачей (в дополнение к той нагрузке по видео, которую она уже должна выполнять), ...

Предположительно, есть некоторые цифровые камеры, которые работают подобным образом (делают зашифрованные фотографии, которые можно просмотреть только дома). Не знаю, почему эта идея не стала более популярной и насколько безопасным был метод, который они использовали.