Eu tenho uma pergunta bastante genérica, então por favor, perdoe se for um pouco vago.

Então, vamos supor um arquivo de 1 GB, que precisa ser criptografado e depois descriptografado em um determinado sistema.

O problema é que o sistema tem menos de 512 MB de memória livre e cerca de 1,5 GB de espaço de armazenamento (assim como, com o arquivo "onboard" temos cerca de 500 MB de espaço em disco rígido e menos de 512 mb RAM para "brincar com".

É improvável que o sistema experimente um "desligamento não programado" a qualquer momento durante a criptografia ou descriptografia, e precisa ser capaz de retomar com sucesso o processo de criptografia / descriptografia após ser ligado novamente (e isso parece ser uma porca extra-desagradável tackle).

As perguntas são:

1) é de todo factível :) ?

2) qual seria a melhor estratégia para percorrer

a) criptografar / descriptografar com tão pouco espaço de rascunho (não pode ter todo o arquivo por aí ao descriptografar / criptografar, precisa truncar "on the fly" de alguma forma ...)

e

b) implementar uma recuperação de desastres que funcionaria em um ambiente tão restrito?

P.S .: A cifra usada tem que ser AES.

Eu olhei para o AES-CTR especificamente, mas não parece ser um bom presságio para o shenanigan de recuperação de desastres em um ambiente onde você não pode manter todo o arquivo descriptografado até o fim ...

[editado para adicionar] Eu acho que vou estar fazendo o caminho Iserni afinal.