Preciso apagar com segurança alguns arquivos. Eu já usei shred
em sistemas Linux antes, então olhei em volta e descobri que isso shred
faz parte do coreutils
pacote em macports. Eu fiz port install coreutils
para instalar o coreutils, mas ainda não consigo encontrar shred
na linha de comando.
Como posso shred
trabalhar na linha de comando do meu mac? Se isso importa, estou usando o Mac OS X 10.7.5 (Lion)
macos
macports
secure-erase
inspectorG4dget
fonte
fonte
shred
depende do sistema de arquivos que está sendo usado, não sei como é eficaz no HFS.Respostas:
port install coreutils
adiciona um prefixo ag aos nomes dos binários, então shred é/opt/local/bin/gshred
.fonte
brew install coreutils
tornagshred
disponível para aqueles que utilizam Homebrew.O OSX possui um comando
srm
interno para remover arquivos com segurança. Consulte https://developer.apple.com/legacy/library/documentation/Darwin/Reference/ManPages/man1/srm.1.html . Você também poderm -P
substituir os arquivos com sequências de bytes três vezes.Com o sierra ou mais recente, o macOS não inclui mais o srm. Mas os usuários podem instalá-lo com homebrew:
fonte
srm
comando existia. Ele substitui, renomeia e trunca o arquivo antes de excluí-lo. Isso, além das 7 passagens compatíveis com o DoD dos EUA (0xF6, 0x00, 0xFF, aleatório, 0x00, 0xFF, aleatório) (opção -m) garante que o arquivo seja irrecuperável.srm
não está mais incluído.srm
com o comando brewbrew install homebrew/dupes/srm
.homebrew/dupes
agora está obsoleto. Parece quesrm
foi removido e não migrado parahomebrew-core
.A resposta de @ user495470 está correta para a pergunta feita. O problema não é nem
srm
oushred
realmente fazer sentido para sistemas modernos.Isso se deve principalmente aos SSDs. Ao contrário dos discos magnéticos, os modernos discos habilitados para TRIM limpam automaticamente os dados excluídos em segundo plano.
Os SSDs também realizam o nivelamento de desgaste. Isso faz com que as tentativas de "sobrescrever" um arquivo sejam fúteis (você gravará em um local físico diferente) e indesejáveis (contribui desnecessariamente para o desgaste do disco).
Todos os Macs que vêm com SSDs têm o TRIM ativado.
O outro problema é o sistema de arquivos, especificamente os sistemas de arquivos registrados em diário, que podem manter uma cópia dos dados em outro lugar antes de serem gravados.
Mesmo em mídia magnética, isso pode causar problemas para ambos
srm
:E
shred
:Os volumes HFS Plus são registrados no diário por padrão desde o Mac OS X v10.3.
Hoje em dia, a melhor maneira de "excluir" arquivos com segurança é habilitar o FileVault (para que eles nunca gravem discos não criptografados em primeiro lugar) e depois excluí-los e deixar o TRIM resolver o problema.
Se, por golpe de infelicidade, você estiver em um suporte magnético, o diário estiver desativado e, por algum motivo, não puder criptografar o disco, as opções são:
rm -P
que substitui os arquivos com0xff
, então0x00
e depois0xff
novamentecoreutils
paragshred
(ie.brew install coreutils && gshred secrets.txt
)srm
foi removidohomebrew-dupes
e,homebrew-core
mas alguém publicou uma torneira aqui que funciona (por exemplo,brew install khell/homebrew-srm/srm && srm secrets.txt
)fonte
shred /dev/hda
? Sim, eu acho que sim. Os blocos sendo endereçados pelo sistema operacional ainda são abstraídos da memória física e, potencialmente, estão sendo remapeados durante o fragmento. Pergunto-me se qualquer espaço nivelamento de desgaste e reserva é implementações podem causar isso nem sempre funciona ..