ubuntu e cancellazione sicura

[balengottero]

ciao...
per il nuovo ubuntu si è pensato che sarebbe carino se gli utenti avessero modo di effettuare la cancellazione sicura in modo accettabilmente semplice? va benissimo imparare qualche comando di shred e compagnia... ma non mettersli li a smontare partizioni fare cose turche per via del journaling (che non so cosa sia ma fa lo stesso) ... io credo che gli utenti abbiano il diritto di poter stare tranquilli non solo sul fronte dei virus ma anche su quello della privacy? dico una scemenza? se non è possibile allora si dovrebbe essere avvisati in fase di installazione.

[hellojoker]

dai un'occhiata qui http://forum.ubuntu-it.org/viewtopic.php?t=396402

[patel]

cancellazione sicura  ??? ::)
comando di shred  ??? ::)

[Zoff]

cancellazione sicura  ??? ::)
comando di shred  ??? ::)

La normale cancellazione dei file consiste semplicemente nel dimenticarsi che in una certa locazione del disco è memorizzato un file.
Questa locazione viene sovrascritta non appena è encessario ma fino a quel momento il file è lindo e chiaro nel disco.

Alcuni programmi si occupano anche di modificare i bit del file in modo da rendere il contenuto irrecuperabile.

shred è uno di questi programmi, ma è a linea di comando.

[patel]

Non mi sono mai posto il problema che qualcuno, immagino molto esperto, venga a curiosare nel mio disco.
Ci sono altri sistemi operativi che consentono tale operazione più facilmente ?

[hellojoker]

c'è qualcosa di simile nel sistema della "mela"

[Zoff]

come tool preinstallati non credo. Come tool esterni ce ne sono per ogni sistema.

[hellojoker]

Non so se ho confuso io le cose (è possibile) cmq dovrebbe essere sotto disk utility (non credo si applichi a singoli file)

[hellojoker]

Spero di non commettere reato nel postare il link casomai mi appello al 3 emendamento che non so cosa sia cmq se ti vuoi dare

un'occhiata http://www.iclarified.com/entry/index.php?enid=1075

ps l'ultima parte della pg

[hellojoker]

In effetti ho visto meglio da quello che vedo lo fa solo per dischi interi e credo partizioni quindi alla fine è non utile se bisogna farlo per una

singola cartella

[balengottero]

sono di corsa e non ho tempo di sbirciare i vari link postati. posso dire che su win ci sono molti programmi per la cancellazione sicura... al momento al massimo a 35 passaggi se non erro...
su linux con gli ultimi due filesistemdi ubuntu in realtà una sorta di copia dei file rimangono... certo poi magari sono complicatissimi da recuperare... oppure no chi lo sa? però se leggete le note di shred o wipe non ricordo dicono chiaramente che la cancellazione non è poi così sicura con i suddetti filesystem

ciao

[fortran77]

Da quanto ne so io la cancellazione sicura non esiste come concetto sui filesystem moderni "journaled". Non mi ricordo il perché e il percome ma puoi cercare su internet per documentarti.
Shred e wipe (come qualsiasi altra utility su windows o mac) non funzionano davvero come promettono.

[Massimog]

dal help di shred

Codice: Seleziona tutto

ATTENZIONE: ricordare che shred si basa su una importante supposizione, cioè
che il file system sovrascriva i dati dove stanno. Questo è il metodo
tradizionale, ma molti file system moderni non soddisfano questa assunzione.
Questi sono esempi di file system su cui shred non ha effetto o non è
garantito che sia efficace:

* file system con logging o journaling come quelli forniti con AIX e Solaris
  (e JFS, ReiserFS, XFS, ext3, ecc...)

* file system che scrivono dati ridondanti e continuano a scrivere anche se
  alcune scritture falliscono, come i file system basati su RAID

* file system che fanno snapshot, come quello dei server NFS di Network
  Appliance

* file system che conservano la cache in posizioni temporanee, come i
client NFS versione 3

* file system compressi

Nel caso di file system ext3, la liberatoria precedente si applica
(e shred ha così un'efficacia limitata) solo nel modo data=journal,
che effettua il journaling dei dati dei file in aggiunta ai soli metadata.  In entrambi i
modi data=ordered (predefinito) e data=writeback, shred lavora come al solito.
I modi di journaling di ext3 possono essere cambiati aggiungendo l'opzione data=qualcosa
alle opzioni di mount per un particolare file system nel file /etc/fstab,
come documentato nella pagina del manuale di mount (man mount).

Inoltre, i backup dei file system e i mirror remoti possono contenere copie
del file impossibili da rimuovere e che permetterebbero di recuperare un
file distrutto.

Segnalare i bug di shred a <bug-coreutils@gnu.org>
Sito web di GNU coreutils: <http://www.gnu.org/software/coreutils/>
Aiuto sull'uso del software GNU in generale: <http://www.gnu.org/gethelp/>
Segnalare i bug di traduzione di shred a <tp@lists.linux.it>
Per la documentazione completa, eseguire: info coreutils shred invocation

[Stealth]

L'impostazione di default (corrispondente a nessuna impostazione) in /etc/fstab è data=ordered che salva solo i metadati. In teoria shred dovrebbe quindi funzionare bene ma, se davvero arrivassi ad avere queste esigenze, io userei un sistema installato su ext2.....e buonanotte ai dubbi.
ciao

[Massimog]

io userei un sistema installato su ext2.....e buonanotte ai dubbi.

quoto  (yes) o su windows FAT32

[Zoff]

io userei un sistema installato su ext2.....e buonanotte ai dubbi.

quoto  (yes) o su windows FAT32

Meglio ext2, almeno hai la gestione dei eprmessi dinamica e non al mount.

[Ubuntello]

L'impostazione di default (corrispondente a nessuna impostazione) in /etc/fstab è data=ordered che salva solo i metadati. In teoria shred dovrebbe quindi funzionare bene [...]

Infatti. Come scritto nella man page riportata da Massimog, l'avviso iniziale che sui file system come Ext3 shred potrebbe non funzionare come dovrebbe, si applica solo al modo data=journal che non è predefinito. Quindi, a meno che venga modificato il file /etc/fstab cambiando il modo di journaling, shred funziona tranquillamente.  ;)

Potete leggere quello che ho scritto qui su come usare shred.

[Stealth]

Credo ci sia un errore

Infatti. Come scritto nella man page riportata da Massimog, l'avviso iniziale che sui file system come Ext3 shred potrebbe non funzionare come dovrebbe, si applica solo al modo data=ordered che non è predefinito. .......

Suppongo che tu volessi scrivere data=journal e non data=ordered. Se è così correggi, in modo da lasciare le cose in chiaro 
ciao

[Ubuntello]

Credo ci sia un errore

Infatti. Come scritto nella man page riportata da Massimog, l'avviso iniziale che sui file system come Ext3 shred potrebbe non funzionare come dovrebbe, si applica solo al modo data=ordered che non è predefinito. .......

Suppongo che tu volessi scrivere data=journal e non data=ordered. Se è così correggi, in modo da lasciare le cose in chiaro 
ciao

Sì, ovvio. Ho corretto. Errore di distrazione.  :P

[fortran77]

Si ma cambiando le opzioni di default di ext3 stai impattando sulle performance oppure sulla sicurezza dei dati. In ogni caso stai facendo un compromesso con qualcosa per cui valuta bene le varie opzioni.