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.