PER ESPERTI: Utility per azzerare la memoria RAM

[ghiotto86]

Originariamente inviato da 71104

ci tengo anche a precisare che se il processo contenente i dati da cancellare è ancora in esecuzione questa soluzione è perfettamente inutile

ovvio.

per il fatto dell'array secondo me si creano un po di casini per gli altri processi che andrebbero a bottane.

scusa ma posso chiederti na cosa: che cavolo devi proteggere tanto che cancelli persino aree di memoria??

[71104]

gli altri processi non vanno a gentil pulzelle, vanno in swap
per quelli non c'è problema, ed è proprio questo il problema: se il programma la cui memoria contiene i dati da cancellare fa parte di quegli "altri processi", cioè in pratica se sto programma sta ancora girando, la soluzione del blocco gigantesco è inutile; è una soluzione che serve solo a dare una ripulita alla memoria fisica, non virtuale.

poi in effetti sarei molto curioso anche io di conoscere lo scopo finale di tutta sta cosa: si teme forse lo spionaggio?

[ghiotto86]

grazie ho capito 71104 (perchè ti chiami così? )
cmq hai ragione per il fatto del processo, ed è anche un problema.
scopriranno gli audaci programmatori a scoprire il segreto di valeria? lo sapremo nella prossima puntata

[lombardp]

Originariamente inviato da ValeriaVitolo

Mmmmmm....
Io credo che esista un qualche strumento - metodo - utility - funzione - tale che interrogandola (ovvero interrogando il S.O. stesso) restituisca le aree RAM libere, cioè vuote: ZERI o dati non più in uso.....

Forse comincio a capire il tuo problema: dopo la chiusura del programma e conseguente deallocazione della memoria, la memoria usata dal tuo programma contiene ancora dati "sensibili" pur essendo deallocata, per cui temi che riallocandola un processo possa leggerne il contenuto.

Quindi vorresti "sparare" zeri in tutte le aree non usate.

Altra ipotesi: il sistema operativo protegge i dati del S.O. stesso giusto?
A questo punto è facile: sparare (a) zero in tutte le celle Ram:
- quelle dov'è il S.O. resteranno protette (inaccessibili);
- quelle invece dove c'è altro verranno modificate......
O nO?

Da quello che so, la memoria virtuale di Windows (2000, XP) è organizzata in modo che lo spazio di indirizzamento di ogni processo è completamente virtuale. Ciascun processo vede come "virtualmente" disponibile per sé tutto lo spazio di indirizzamento, esattamente 2GB di memoria (su Windows un processo a livello USER può avere max 2GB). In realtà la memoria fisica RAM ha di solito dimensione minore ed è condivisa con altri processi. Tanti processi con 2GB di spazio di indirizzamento sono rimappati in una memoria virtuale, parte della quale risiederà nella RAM fisica e parte sull'hard disk.

Tutto questo per dire che:

Un puntatore con un certo valore numerico, in due processi diversi punterà in generale a locazioni fisiche diverse. Non serve a nulla allocare 2GB di memoria in un processo e azzerarli, perché anche se possibile, sono 2GB confinati al suo spazio di indirizzamento. Cioè non ha nessun effetto sulla memoria degli altri.

Come ha detto 71104, l'unico modo di accedere direttamente alla memoria, è operare a ring 0, in poche parole con un driver che operi con gli stessi privilegi del sistema operativo.

[ghiotto86]

Originariamente inviato da lombardp

in poche parole con un driver che operi con gli stessi privilegi del sistema operativo.

e aggiungo che è impossibile con windows (penso)

[71104]

Originariamente inviato da ArvinSloane

RAMBOOSTER, altrimenti usa c++ e accedi alla memoria e cancella il cancellabile

-__________-''''''''

[ghiotto86]

e che ci vuole 71104, ci stavamo perdendo in chiacchere

[71104]

Originariamente inviato da lombardp

Forse comincio a capire il tuo problema: dopo la chiusura del programma e conseguente deallocazione della memoria, la memoria usata dal tuo programma contiene ancora dati "sensibili" pur essendo deallocata, per cui temi che riallocandola un processo possa leggerne il contenuto.

Quindi vorresti "sparare" zeri in tutte le aree non usate.

se le cose stanno così come hai interpretato tu (e cioè se il suo obiettivo è quello di cancellare fisicamente ex-dati sensibili di un processo terminato) allora è sufficiente la soluzione di cionci con le mie precisazioni, e cioè si alloca un blocco gigantesco e lo si inizializza tutto a zero dopo aver fatto un bel VirtualLock; la dimensione del blocco deve essere quella della memoria fisica meno qualche decina di mega (ci sono pezzi del SO che non possono essere swappati: come si fa a swappare il file system, l'IO Manager o il Memory Manager stesso? ), e questo con un'ottima probabilità provvederà ad azzerare la memoria fisica (non virtuale: i processi che ancora girano continueranno ad avere i loro dati): si tratta di un vero e proprio wipe della RAM ^^

la chiave del discorso insomma è tutta qui: che devi fare esattamente, Valeria? il programma che ha scritto i dati sensibili, è ancora in esecuzione al momento del wipe oppure no?

[71104]

Originariamente inviato da ghiotto86

e che ci vuole 71104, ci stavamo perdendo in chiacchere

si, aspetta che raccolgo le spalle da terra...

[ValeriaVitolo]

WOW quante risposte... grazie a tutti.

Quello che desideravo era un'utility che cancellasse i dati eventualmente (e non certamente) ancora residenti nella memoria del PC, ad applicazione terminata (per applicazione una qualsiasi: anche notepad per intenderci) per motivi di privacy o comunque di sicurezza.

Supponiamo per semplicità che l'applicazione che ha creato / manipolato / letto i dati sia stata chiusa, o meglio addirittura che tutte le applicazioni diverse dal S.O. siano state chiuse.

Premesso che abbiamo escluso il riavvio del pc, questa utility dovrebbe GARANTIRE al 100% la sua funzionalità, ovvero non un byte di dati che possa in qualche modo sfuggire a TERMINATOR.

....

In realtà, per essere proprio ZELANTI e realizzare una soluzione completa del problema (vedi titolo) occorrerebbe pure azzerare il file di swap, buffer di stampanti, ecc.

Ma credo che il primo passo + importante sia quello della Ram.... che se avesse soluzione (e so per certo di si) potrebbe schiudere le porte a programmi + articolati.

BYEZ

P.s. Per cionci & 71104, la routine che avete proposto che forma avrebbe? Cioè è ipotizzabile solo teoricamente perchè troppo complessa?

[71104]

Originariamente inviato da ValeriaVitolo

P.s. Per cionci & 71104, la routine che avete proposto che forma avrebbe? Cioè è ipotizzabile solo teoricamente perchè troppo complessa?

no no, è fattibilissima e semplicissima, solo che ci metti un sacco di tempo ad eseguirla (proporzionalmente a quanto hai di RAM).
ma questo TERMINATOR che hai nominato che è? era una battuta (che non ho capito ) o un programma?

[ghiotto86]

forse il nome che avrà il programma se lo farà

[DanieleC88]

Originariamente inviato da ValeriaVitolo

Ma credo che il primo passo + importante sia quello della Ram.... che se avesse soluzione (e so per certo di si) potrebbe schiudere le porte a programmi + articolati.

Sinceramente, non credo che ci siano sistemi operativi così poco "saggi" da permettere ai programmi di accedere direttamente alla memoria... tutti i programmi dovrebbe essere confinati nello user space. Credo.
Anche se questo, ovvio, è un parere da profano.

[ValeriaVitolo]

Quindi....
gettiamo la spugna?

[VICIUS]

Originariamente inviato da ValeriaVitolo

Quindi....
gettiamo la spugna?

Guarda secondo me ti stai preoccupando per nulla. Realizzare un programma in grado di leggere eventuali informazioni dopo che un'altro è stato deallocato è praticamente impossibile. Ma anche se lo fosse azzerare completamente la memoria ram sarebbe come usare una bomba atomica da qualche megatone per uccidere la zanzara che ti sta dando fastidio.

Se hai i sorgenti del programma che vuoi proteggere basta una memset sui dati "sensibili" prima di deallocarli. Se non li hai puoi sempre chiedere a chi a realizzato il programma ma probabilmente ti dira che non ne vale la pena.

ciao