Módulo 7 - Roteiro 2

Tarefas

No final deste módulo você deve submeter em um ÚNICO arquivo PDF os seguintes prints:

  • Atividade 7.6: passo 8.
  • Atividade 7.7: passo 9.
  • Atividade 7.8: passo 7.
  • Atividade 7.9: passo 7.
  • Atividade 7.10: passo 6.  

Atividade 7.6 – Backup Completo Local com Duplicity no Kali Linux

Nesta atividade, vamos usar o Terminal para descobrir como implementar o Backup Completo Local de uma pasta para outra e, na sequência, recuperar os arquivos do Backup em outra pasta.

Vamos começar inicializando nosso Kali Linux.

1) Abra o Terminal e execute o seguinte comando para ser super usuário:

┌──(aluno㉿kali)-[~]
└─$ sudo -i
[sudo] senha para aluno:

2) Vamos criar a pasta “Conteudo” dentro de “Documentos”. Essa pasta terá um arquivo que será submetido a backup para posterior restauração:

┌──(root㉿kali)-[~]
└─# cd /home/aluno/Documentos

┌──(root㉿kali)-[/home/aluno/Documentos]
└─# mkdir Conteudo

┌──(root㉿kali)-[/home/aluno/Documentos]
└─# ls
Conteudo

3) Navegue até a pasta “Conteudo” e crie o arquivo “teste.txt”:

┌──(root㉿kali)-[/home/aluno/Documentos]
└─# cd Conteudo              

┌──(root㉿kali)-[/home/aluno/Documentos/Conteudo]
└─# nano teste.txt

Insira o texto no arquivo “teste.txt”:

Teste

Em seguida, aperte “Ctrl + x”, “s” para salvar e “Enter” para confirmar.

4) Vamos efetuar o backup da pasta “Conteúdo” como parâmetro de origem e “file:///” seguido do caminho onde ficará o Backup, neste caso será criada uma pasta “ArmazenaBackup” na pasta “Documentos”. No meio do comando será solicitada uma senha, insira uma senha qualquer (recomendamos “abcd1234”).

┌──(root㉿kali)-[/home/aluno/Documentos/Conteudo]
└─# duplicity /home/aluno/Documentos/Conteudo file:///home/aluno/Documentos/ArmazenaBackup
Nenhuma ação válida encontrada. Irá implicar 'backup' porque uma fonte de caminho foi informada e o destino é um local URL.
Os metadados remotos e locais estão sincronizados; nenhuma sincronização é necessária.
Data da última cópia de segurança completa: nenhuma
GnuPG passphrase for decryption: 
Redigite a senha para descriptografar para confirmar: 
Não encontrou assinaturas, a mudança para backup completo.
--------------[ Estatísticas de backup ]--------------
StartTime 1760460572.13 (Tue Oct 14 13:49:32 2025)
EndTime 1760460572.14 (Tue Oct 14 13:49:32 2025)
ElapsedTime 0.01 (0.01 seconds)
SourceFiles 2
SourceFileSize 4102 (4.01 KB)
NewFiles 2
NewFileSize 4102 (4.01 KB)
DeletedFiles 0
ChangedFiles 0
ChangedFileSize 0 (0 bytes)
ChangedDeltaSize 0 (0 bytes)
DeltaEntries 2
RawDeltaSize 6 (6 bytes)
TotalDestinationSizeChange 227 (227 bytes)
Errors 0
------------------------------------------------------

Veja as estatísticas do Backup, principalmente a sinalização de que não foi encontrado um Backup anterior e será feito um Backup completo: “No signatures found, switching to full backup.”

5) Navegue até a pasta “ArmazenamentoBackup” e veja os arquivos referentes ao Backup:

┌──(root㉿kali)-[/home/aluno/Documentos/Conteudo]
└─# cd ..      

┌──(root㉿kali)-[/home/aluno/Documentos]
└─# ls
ArmazenaBackup  Conteudo

Veja que foi criada a pasta “ArmazenaBackup”.

6) Veja o conteúdo da pasta “ArmazenaBackup”, que contém os arquivos de Backup (os nomes dos seus arquivos ficarão diferentes):

┌──(root㉿kali)-[/home/aluno/Documentos]
└─# cd ArmazenaBackup 

┌──(root㉿kali)-[/home/aluno/Documentos/ArmazenaBackup]
└─# ls
duplicity-full.20240222T032821Z.manifest.gpg
duplicity-full.20240222T032821Z.vol1.difftar.gpg
duplicity-full-signatures.20240222T032821Z.sigtar.gpg

7) Agora vamos restaurar o backup e armazená-lo na pasta “BackupRestaurado” (a ser criada automaticamente). Veja que a restauração pede a senha inserida no procedimento de criação do backup (abcd1234):

┌──(root㉿kali)-[/home/aluno/Documentos/ArmazenaBackup]
└─# duplicity file:///home/aluno/Documentos/ArmazenaBackup /home/aluno/Documentos/BackupRestaurado
Nenhuma ação válida encontrada. Irá implicar 'restaurar' porque a fonte de url foi dada e o destino é um caminho local.
Os metadados remotos e locais estão sincronizados; nenhuma sincronização é necessária.
Last full backup date: Tue Oct 14 13:49:00 2025
GnuPG passphrase for decryption:

8) Verifiquemos se realmente foi restaurado o backup listando o conteúdo da pasta “BackupRestaurado” (NÃO SE ESQUEÇA DE PRINTAR ESTE PASSO!):

┌──(root㉿kali)-[/home/aluno/Documentos/ArmazenaBackup]
└─# cd ..            

┌──(root㉿kali)-[/home/aluno/Documentos]
└─# ls
ArmazenaBackup  BackupRestaurado  Conteudo

┌──(root㉿kali)-[/home/aluno/Documentos]
└─# cd BackupRestaurado 

┌──(root㉿kali)-[/home/aluno/Documentos/BackupRestaurado]
└─# ls
teste.txt

┌──(root㉿kali)-[/home/aluno/Documentos/BackupRestaurado]
└─# cat teste.txt      
Teste

Veja que o arquivo submetido a Backup “teste.txt” foi recuperado com sucesso! Feche o Terminal. Não apague os arquivos, serão usados na próxima atividade.

Parabéns! Agora você sabe como efetuar um Backup completo local!  

Atividade 7.7 – Backup Diferencial Local com Duplicity no Kali Linux

Nesta atividade, vamos usar o Terminal para descobrir como implementar o Backup Local Diferencial de uma pasta para outra e, na sequência, recuperar os arquivos do Backup em outra pasta.

Vamos começar inicializando nosso Kali Linux.

1) Certifique-se que foram executados todos os passos da Atividade anterior.

2) Abra o Terminal e execute o seguinte comando para ser super usuário:

┌──(aluno㉿kali)-[~]
└─$ sudo -i
[sudo] senha para aluno:

3) Verifique o conteúdo de todas as subpastas da pasta “Documentos” e edite o arquivo “teste. txt” da pasta “Conteudo”:

┌──(root㉿kali)-[~]
└─# cd /home/aluno/Documentos/                

┌──(root㉿kali)-[/home/aluno/Documentos]
└─# ls                        
ArmazenaBackup  BackupRestaurado  Conteudo

┌──(root㉿kali)-[/home/aluno/Documentos]
└─# cd /home/aluno/Documentos/ArmazenaBackup

┌──(root㉿kali)-[/home/aluno/Documentos/ArmazenaBackup]
└─# ls
duplicity-full.20240222T032821Z.manifest.gpg
duplicity-full.20240222T032821Z.vol1.difftar.gpg
duplicity-full-signatures.20240222T032821Z.sigtar.gpg

┌──(root㉿kali)-[/home/aluno/Documentos/ArmazenaBackup]
└─# cd /home/aluno/Documentos/BackupRestaurado

┌──(root㉿kali)-[/home/aluno/Documentos/BackupRestaurado]
└─# ls
teste.txt

┌──(root㉿kali)-[/home/aluno/Documentos/BackupRestaurado]
└─# cd /home/aluno/Documentos/Conteudo/       

┌──(root㉿kali)-[/home/aluno/Documentos/Conteudo]
└─# ls
teste.txt

┌──(root㉿kali)-[/home/aluno/Documentos/Conteudo]
└─# nano teste.txt

4) Atualize seu conteúdo para:

Teste Diferencial

Em seguida, aperte “Ctrl + x”, “s” para salvar e “Enter” para confirmar.

5) Crie outro arquivo chamado “teste2.txt”:

┌──(root㉿kali)-[/home/aluno/Documentos/Conteudo]
└─# nano teste2.txt

6) Insira o conteúdo:

Teste2

Em seguida, aperte “Ctrl + x”, “s” para salvar e “Enter” para confirmar.

7) Agora, vamos efetuar o Backup do conteúdo modificado da pasta “Conteudo” (insira a mesma senha “abcd1234”). Como é um backup diferencial, o destino será o mesmo do backul full:

┌──(root㉿kali)-[/home/aluno/Documentos/Conteudo]
└─# duplicity /home/aluno/Documentos/Conteudo file:///home/aluno/Documentos/ArmazenaBackup
Nenhuma ação válida encontrada. Irá implicar 'backup' porque uma fonte de caminho foi informada e o destino é um local URL.
Os metadados remotos e locais estão sincronizados; nenhuma sincronização é necessária.
Last full backup date: Tue Oct 14 13:49:00 2025
GnuPG passphrase for decryption: 
Redigite a senha para descriptografar para confirmar: 
--------------[ Estatísticas de backup ]--------------
StartTime 1760461046.11 (Tue Oct 14 13:57:26 2025)
EndTime 1760461046.11 (Tue Oct 14 13:57:26 2025)
ElapsedTime 0.01 (0.01 seconds)
SourceFiles 3
SourceFileSize 4121 (4.02 KB)
NewFiles 2
NewFileSize 4103 (4.01 KB)
DeletedFiles 0
ChangedFiles 1
ChangedFileSize 18 (18 bytes)
ChangedDeltaSize 0 (0 bytes)
DeltaEntries 3
RawDeltaSize 31 (31 bytes)
TotalDestinationSizeChange 283 (283 bytes)
Errors 0
------------------------------------------------------

Veja que o Linux identificou um backup full prévio (o conteúdo do backup do arquivo “teste.txt”) na pasta e que somente realiza o backup das mudanças. O Duplicity, por padrão, efetua o backup diferencial quando é feito um backup novo em uma pasta que já contava com um backup completo, como é o caso deste exemplo:

  • StartTime: O momento em que o backup começou, representado em segundos desde a "época" (um ponto de referência de tempo específico, geralmente 1º de janeiro de 1970).
  • EndTime: O momento em que o backup foi concluído, também representado em segundos desde a época.
  • ElapsedTime: O tempo decorrido entre o StartTime e o EndTime, indicado em segundos. Neste exemplo, o backup levou 0.01 segundos para ser concluído.
  • SourceFiles: O número total de arquivos na origem que foram incluídos no backup. No caso apresentado, foram 3 arquivos.
  • SourceFileSize: O tamanho total dos arquivos na origem que foram incluídos no backup. Aqui, o tamanho total é de 4122 bytes, ou seja, aproximadamente 4.03 KB.
  • NewFiles: O número de arquivos que são novos em comparação com o backup anterior. Neste caso, foram adicionados 2 novos arquivos.
  • NewFileSize: O tamanho total dos novos arquivos adicionados no backup. No exemplo, o tamanho total é de 4104 bytes, ou seja, aproximadamente 4.01 KB.
  • DeletedFiles: O número de arquivos que foram excluídos desde o último backup.
  • ChangedFiles: O número de arquivos que foram alterados desde o último backup.
  • ChangedFileSize: O tamanho total das alterações nos arquivos desde o último backup.
  • ChangedDeltaSize: A diferença no tamanho dos arquivos alterados desde o último backup.
  • DeltaEntries: O número total de entradas delta (diferenças entre os backups) no backup.
  • RawDeltaSize: O tamanho total das diferenças delta no backup.
  • TotalDestinationSizeChange: A mudança total no tamanho do destino (o armazenamento onde o backup é salvo). Isso inclui todas as adições, remoções e alterações.
  • Errors: O número de erros que ocorreram durante o processo de backup.

8) Agora vamos restaurar o Backup Diferencial do passo anterior na pasta “BackupRestaurado2”. Veja que a restauração pede a senha inserida no procedimento de criação do backup:

┌──(root㉿kali)-[/home/aluno/Documentos/Conteudo]
└─# duplicity file:///home/aluno/Documentos/ArmazenaBackup /home/aluno/Documentos/BackupRestaurado2
Nenhuma ação válida encontrada. Irá implicar 'restaurar' porque a fonte de url foi dada e o destino é um caminho local.
Os metadados remotos e locais estão sincronizados; nenhuma sincronização é necessária.
Last full backup date: Tue Oct 14 13:49:00 2025
GnuPG passphrase for decryption:

9) Finalmente, navegue até a pasta “BackupRestaurado2” e verifique que os arquivos restaurados estão presentes (NÃO SE ESQUEÇA DE PRINTAR ESTE PASSO!):

┌──(root㉿kali)-[/home/aluno/Documentos/Conteudo]
└─# cd ..                              

┌──(root㉿kali)-[/home/aluno/Documentos]
└─# ls
ArmazenaBackup  BackupRestaurado  BackupRestaurado2  Conteudo

┌──(root㉿kali)-[/home/aluno/Documentos]
└─# cd BackupRestaurado2

┌──(root㉿kali)-[/home/aluno/Documentos/BackupRestaurado2]
└─# ls
teste2.txt  teste.txt

Caso queira, pode conferir o conteúdo dos arquivos “teste2.txt” e “texte.txt”. Neste ponto, você conseguiu efetuar um Backup Diferencial Local! O backup funciona com qualquer tipo de arquivo, nesta atividade usamos arquivos .txt por fins didáticos.

10) Apague as subpastas de Documentos:

┌──(root㉿kali)-[/home/aluno/Documentos/BackupRestaurado2]
└─# cd ..               

┌──(root㉿kali)-[/home/aluno/Documentos]
└─# rm -r *
zsh: sure you want to delete all 4 files in /home/aluno/Documentos [yn]? y

┌──(root㉿kali)-[/home/aluno/Documentos]
└─# ls

Parabéns! Você sabe como usar o Duplicity para efetuar Backups diferenciais no Kali Linux!  

Atividade 7.8 – Formatação Completa no Kali Linux

Nesta atividade, vamos usar o Terminal para implementar a formatação completa de uma partição do disco rígido sdb1, que possui o tamanho de 100M.

Vamos começar inicializando nosso Kali Linux.

1) Abra o Terminal e execute o seguinte comando para ser super usuário:

┌──(aluno㉿kali)-[~]
└─$ sudo -i
[sudo] senha para aluno:

2) Verifique os discos presentes:

┌──(root㉿kali)-[~]
└─# fdisk -l
Disk /dev/sda: 22 GiB, 23622320128 bytes, 46137344 sectors
Disk model: Amazon Elastic Block Store              
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: 9FFA977A-4F2F-44A0-BCAC-15A77352798A

Device           Start      End  Sectors  Size Type
/dev/sda1  262144 46137310 45875167 21,9G Linux filesystem
/dev/sda2   2048     8191     6144    3M BIOS boot
/dev/sda3   8192   262143   253952  124M EFI System

Partition table entries are not in disk order.


Disk /dev/sdb: 1 GiB, 2147483648 bytes, 4194304 sectors
Disk model: Amazon Elastic Block Store              
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: dos
Disk identifier: 0xf8a2dbef

Device         Boot  Start    End Sectors  Size Id Type
/dev/sdb1        2048 206847  204800  100M 83 Linux


Disk /dev/sdc: 1 GiB, 2147483648 bytes, 4194304 sectors
Disk model: Amazon Elastic Block Store              
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: dos
Disk identifier: 0xf8a2dbef

Device         Boot  Start    End Sectors  Size Id Type
/dev/sdc1        2048 206847  204800  100M 83 Linux

3) Veja que os discos que NÃO contém o SO são o sdb e sdc. Vamos usar a partição sdb1. Para isso, inicialmente vamos precisar parar os dispositivos RAID que usam esta partição, evitanto erros, então execute:

┌──(root㉿kali)-[~]
└─# mdadm --stop /dev/md1

4) Agora, vamos zerar os superblocks (metadados RAID) em todas as partições afetadas que davam suporte aos discos RAIDs:

┌──(root㉿kali)-[~]
└─# mdadm --zero-superblock /dev/sdb1

┌──(root㉿kali)-[~]
└─# mdadm --zero-superblock /dev/sdc1

5) Force o reescaneamento de partições e em seguida formate a partição sdb1:

┌──(root㉿kali)-[~]
└─# partprobe /dev/sdb1

┌──(root㉿kali)-[~]
└─# mkfs.ext4 /dev/sdb1
mke2fs 1.47.2 (1-Jan-2025)
Creating filesystem with 102400 1k blocks and 25584 inodes
Filesystem UUID: 61378c9f-f4b6-4231-afc1-6d3a753cef94
Superblock backups stored on blocks: 
        8193, 24577, 40961, 57345, 73729

Allocating group tables: done                            
Writing inode tables: done                            
Creating journal (4096 blocks): done
Writing superblocks and filesystem accounting information: done

6) Finalmente, vamos aplicar o comando wipefs para aplicar uma formatação completa na partição _ sdb1_ (NÃO SE ESQUEÇA DE PRINTAR ESTE PASSO!):

┌──(root㉿kali)-[~]
└─# wipefs -a /dev/sdb1
/dev/nvme1n1p1: 2 bytes were erased at offset 0x00000438 (ext4): 53 ef

Veja o que esse comando fez:

  • wipefs -a /dev/sdb1: remove todas as assinaturas de metadados de filesystem do dispositivo.
  • O comando encontrou e apagou uma assinatura ext4 na partição.
  • A assinatura estava localizada no offset hexadecimal 0x00000438, que corresponde ao byte 1080 do dispositivo.
  • Os bytes 53 ef são um identificador conhecido do sistema de arquivos ext4 (especificamente, parte do superbloco).

Importante: Na vida real, você pode usar o comando _ wipefs -a_ e, qualquer partição ou disco que você tenha no seu computador. É claro que for executar esse comando em algum disco, não pode ser o disco que contém o SO que roda no seu computador.

7) Feche os Terminal.

Parabéns! Agora você sabe como executar a formatação completa no Kali Linux! 

Atividade 7.9 – Sobrescrita simples no Kali Linux

Nesta atividade, vamos usar o Terminal para descobrir como implementar a sobrescrita simples com bits aleatórios na partição do disco rígido sdb1.

Vamos começar inicializando nosso Kali Linux.

1) Abra o Terminal e execute o seguinte comando para ser super usuário:

┌──(aluno㉿kali)-[~]
└─$ sudo -i
[sudo] senha para aluno:

2) Agora precisamos criar um sistema de arquivos na partição sdb1 (lembre-se que ela sofreu uma formatação completa) e em seguida vamos criar uma pasta para usá-la como ponto de montagem e acessar a nossa partição sdb1. Também vamos montar a partição sdb1 na pasta criada “MeuHD”:

┌──(root㉿kali)-[~]
└─# mkfs.ext4 /dev/sdb1
mke2fs 1.47.2 (1-Jan-2025)
Creating filesystem with 102400 1k blocks and 25584 inodes
Filesystem UUID: 9623bee1-0ab5-41cb-8a04-56c8a19893e6
Superblock backups stored on blocks: 
        8193, 24577, 40961, 57345, 73729

Allocating group tables: done                            
Writing inode tables: done                            
Creating journal (4096 blocks): done
Writing superblocks and filesystem accounting information: done

┌──(root㉿kali)-[~]
└─# mkdir -m 777 /home/aluno/Documentos/MeuHD

┌──(root㉿kali)-[~]
└─# mount /dev/sdb1 /home/aluno/Documentos/MeuHD

Veja que agora, ao acessar a pasta /home/aluno/Documentos/MeuHD, estaremos acessando a nossa partição sdb1.

3) Navegue até a nova pasta para criar um arquivo de teste na nossa nova partição sdb1:

┌──(root㉿kali)-[~]
└─# cd /home/aluno/Documentos/MeuHD

┌──(root㉿kali)-[/home/aluno/Documentos/MeuHD]
└─# nano Teste.txt

4) Na janela do nano, escreva:

Teste

Em seguida, aperte “Ctrl + x”, “s” para salvar e “Enter” para confirmar.

  1. Agora, veja o conteúdo e execute a sobrescrita de dados randômicos com tamanho de bloco de 10M:
┌──(root㉿kali)-[/home/aluno/Documentos/MeuHD]
└─# ls
lost+found  Teste.txt

┌──(root㉿kali)-[/home/aluno/Documentos/MeuHD]
└─# dd if=/dev/urandom of=/dev/sdb1 bs=10M
dd: erro de escrita de '/dev/sdb1': Não há espaço disponível no dispositivo
11+0 records in
10+0 records out
104857600 bytes (105 MB, 100 MiB) copied, 0,938747 s, 112 MB/s

Veja a saída do comando mostrado acima:

  • dd if=/dev/urandom of=/dev/sdb1 bs=10M: Usado para copiar dados de um local para outro.
  • dd: erro de escrita de '/dev/sdb1': Não há espaço disponível no dispositivo: Esta é uma mensagem de erro informando que houve um erro ao gravar dados em /dev/sdb1. O erro específico é que não há espaço disponível no dispositivo para gravar os dados. Isso aconteceu somente na última iteração de gravação de 10MiB.
  • 11+0 records in: Indica o número de blocos de entrada (registros) lidos pelo dd. Neste caso, foram lidos 11 blocos.
  • 10+0 records out: Indica o número de blocos de saída (registros) gravados pelo dd. Neste caso, foram gravados 10 blocos.
  • 104857600 bytes (105 MB, 100 MiB) copied: Indica o tamanho total dos dados copiados. Neste caso, 104857600 bytes, que é aproximadamente 105 megabytes.
  • 0,938747 s: Indica o tempo total que levou para realizar a operação de cópia. Neste caso, aproximadamente 0,938747 segundos.
  • 112 MB/s: Indica a taxa de transferência média durante a operação de cópia, em megabytes por segundo. Neste caso, aproximadamente 112 megabytes por segundo.

6) Liste o conteúdo da pasta “MeuHD” e veja que nenhum arquivo é apresentado, ou seja, o arquivo Teste.txt não está mais presente:

┌──(root㉿kali)-[/home/aluno/Documentos/MeuHD]
└─# ls   
ls: lendo o diretório '.': A estrutura necessita de limpeza

7) Veja que a sobrescrita randômica funcionou listando a partição sdb1 e verificando que está totalmente cheia (NÃO SE ESQUEÇA DE PRINTAR ESTE PASSO!):

┌──(root㉿kali)-[/home/aluno/Documentos/MeuHD]
└─# df -h                                      
Sist. Arq.       Tam. Usado Disp. Uso% Montado em
udev             1,9G     0  1,9G   0% /dev
tmpfs            388M  964K  387M   1% /run
/dev/sda1    20G   12G  6,9G  64% /
tmpfs            1,9G     0  1,9G   0% /dev/shm
tmpfs            5,0M     0  5,0M   0% /run/lock
tmpfs            1,9G   88K  1,9G   1% /tmp
tmpfs            1,0M     0  1,0M   0% /run/credentials/systemd-journald.service
tmpfs            1,0M     0  1,0M   0% /run/credentials/systemd-udev-load-credentials.service
tmpfs            1,0M     0  1,0M   0% /run/credentials/systemd-sysctl.service
tmpfs            1,0M     0  1,0M   0% /run/credentials/systemd-tmpfiles-setup-dev-early.service
tmpfs            1,0M     0  1,0M   0% /run/credentials/systemd-tmpfiles-setup-dev.service
/dev/sda2  124M  286K  124M   1% /boot/efi
tmpfs            1,0M     0  1,0M   0% /run/credentials/systemd-tmpfiles-setup.service
tmpfs            1,0M     0  1,0M   0% /run/credentials/serial-getty@ttyS0.service
tmpfs            1,0M     0  1,0M   0% /run/credentials/getty@tty1.service
tmpfs            388M  120K  388M   1% /run/user/0
tmpfs            388M  128K  388M   1% /run/user/1001
/dev/sdb1   948G  948G     0 100% /home/aluno/Documentos/MeuHD

Parabéns! Agora você sabe como executar a sobrescrita randômica no Kali Linux!  

Atividade 7.10 – Sobrescrita com o padrão DoD 5220.22-M no Kali Linux

Nesta atividade, vamos usar o Terminal para descobrir como implementar a sobrescrita com o padrão DoD 5220.22-M em uma partição já existente no nosso laboratório, será a partição sdc1.

1) Abra o Terminal e execute o seguinte comando para ser super usuário:

┌──(aluno㉿kali)-[~]
└─$ sudo -i
[sudo] senha para aluno:

2) Verifique a disponibilidade da partição sdc1:

┌──(root㉿kali)-[/home/aluno/Documentos/MeuHD]
└─# lsblk
NAME         MAJ:MIN RM  SIZE RO TYPE MOUNTPOINTS
sdb      259:0    0    2G  0 disk 
└─sdb1  259:6    0  100M  0 part /home/aluno/Documentos/MeuHD
sdc      259:0    0    2G  0 disk 
└─sdc1  259:6    0  100M  0 part 
sda      259:1    0   20G  0 disk 
├─sda1  259:2    0 19,9G  0 part /
├─sda2 259:3    0    3M  0 part 
└─sda3 259:4    0  124M  0 part /boot/efi

3) Tenha a certeza que a partição sdc1 não esteja montada, então execute a sobrescrita (NÃO SE ESQUEÇA DE PRINTAR ESTE PASSO!):

┌──(root㉿kali)-[~]
└─# shred -vfz -n 1 /dev/sdc1
shred: /dev/sdc1: passagem 1/2 (random)...
shred: /dev/sdc1: passagem 2/2 (000000)...

O parâmetro -n 1 indica que será executada uma passagem de sobreposição, seguindo o padrão DoD 5220.22-M.

Parabéns! Agora você sabe sobrescrever uma partição com a melhor técnica existente. A recuperação de dados nesta unidade será praticamente impossível!!