szyfrowanie i / lub deszyfrowanie dużych plików (AES) w systemie ograniczonym pamięcią i pamięcią masową, z „odzyskiwaniem katastrof”

Mam dość ogólne pytanie, więc proszę o wybaczenie, jeśli jest to trochę niejasne.

Załóżmy więc plik o rozmiarze 1 GB, który należy zaszyfrować, a następnie odszyfrować w danym systemie.

Problem polega na tym, że system ma mniej niż 512 MB wolnej pamięci i około 1,5 GB przestrzeni dyskowej (dawaj lub bierz), więc z plikiem „na pokładzie” mamy około ~ 500 MB „miejsca na dysk twardy” i mniej niż 512 mb RAM do „zabawy”.

Jest mało prawdopodobne, aby system doświadczył „nieplanowanego wyłączenia” w dowolnym momencie podczas szyfrowania lub deszyfrowania i musi być w stanie pomyślnie wznowić proces szyfrowania / deszyfrowania po ponownym włączeniu zasilania (a to wydaje się być wyjątkowo nieprzyjemną nutą do sprzęt).

Pytania są następujące:

1) czy jest to w ogóle wykonalne :) ?

2) jaka byłaby najlepsza strategia

a) szyfrowanie / deszyfrowanie przy tak małej ilości miejsca na zadrapania (nie może mieć całego pliku leżącego w pobliżu podczas deszyfrowania / szyfrowania, trzeba go jakoś obciąć „w locie”)

i

b) wdrożenie odzyskiwania po awarii, które działałoby w tak ograniczonym środowisku?

P.S: Użyty szyfr musi być AES.

Zajrzałem dokładnie do AES-CTR, ale wydaje się, że nie wróży to tak dobrze dla shenanigana odzyskiwania po awarii w środowisku, w którym nie można zachować całego odszyfrowanego pliku do końca ...

[edytuj, aby dodać] Myślę, że mimo wszystko będę to robił w stylu Iserni.

questionAnswers(3)

yourAnswerToTheQuestion