Contenu | Rechercher | Menus

Annonce

Si vous avez des soucis pour rester connecté, déconnectez-vous puis reconnectez-vous depuis ce lien en cochant la case
Me connecter automatiquement lors de mes prochaines visites.

À propos de l'équipe du forum.

#26 Le 08/12/2021, à 15:24

MicP

Re : USB : Se prémunir des contrefaçons de clefs et de cartes-mémoire

Bonjour

Tu pourrais, dans ton répertoire personnel,
créer un fichier de 1GiB remplis de données aléatoires,
puis le copier avec la commande dd sur la clef,
puis créer un deuxième fichier avec le premier GB qui est vient d'être écrit sur la clef
et comparer ces deux fichiers pour voir si leur contenu est identique.

Si la clef USB est accessible par le fichier de périphérique /dev/sdg

head -c 1G </dev/urandom >fichTest_1             # Créer un fichier remplis de données aléatoires
sudo dd if=fichTest_1 of=/dev/sdg bs=1G count=1  # Copier le contenu de ce fichier sur la clef USB
dd if=/dev/sdg of=fichClef_1 bs=1G count=1       # Créer un fichier avec le premier gygabytes de données qui sont inscrites sur la clef USB
cmp fichTest_1 fichClef_1                        # Comparer le contenu des deux fichiers

Dernière modification par MicP (Le 09/12/2021, à 12:50)

Hors ligne

#27 Le 08/12/2021, à 15:37

geole

Re : USB : Se prémunir des contrefaçons de clefs et de cartes-mémoire

iznobe a écrit :

Salut @geole , je ne sais pas comment faire exactement pour vérifier un seul GO sur un support .

La solution la plus simple: Créer une partition de 1 Go.
Mais si la partition  est plus grande,  tu peux limiter au premier 1 Go

f3write -e 1 /media/$USER/PointdeMontage

je pense même que cette commande

f3write -s 5 -e 7 /media/$USER/PointdeMontage

écrit entre le cinquième et le septième Go compris.

Dernière modification par geole (Le 08/12/2021, à 15:50)


Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit,  utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir  https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248

Hors ligne

#28 Le 08/12/2021, à 15:38

iznobe

Re : USB : Se prémunir des contrefaçons de clefs et de cartes-mémoire

ha ben voui big_smile , lors de mes test , le support est vierge donc partitionné de base avec une seule partition de tout l' espace .
j ' avais effectivement pas pensé a ca roll

Apres l' interet de ce petit soft c' est plutot de determiner la taille reelle d ' un support , pour voir si on a pas acheté du vent ... donc peu utile de ne tester qu ' une partie du support a la base .

Dans quel but et qu ' attends tu de ce test ?

@MicP , je suppose que c ' est deja ce que fait a peu de chose pres ce soft , en une seule commande facile pour l ' utilisateur lambda .et avec moins de risque de se tromper pour les non initiés . ( quoique , si on choisit le mauvais support tongue )

Dernière modification par iznobe (Le 08/12/2021, à 15:44)


retour utilisable de commande
MSI Z490A-pro , i7 10700 , 32 GB RAM .

Hors ligne

#29 Le 08/12/2021, à 17:02

geole

Re : USB : Se prémunir des contrefaçons de clefs et de cartes-mémoire

Je voulais simplement avoir un peu de pratique sur cette application!
Si on veut vraiment vérifier, je pense qu'on ne peut pas utiliser la commande dd car il faut contrôler au moins 10% sinon la totalité de la taille.
Lorsque le péripérique est annoncé comme ayant une taille de 4 To, on  ne dispose jamais de cette réserve pour créer les deux fichiers.

Sinon, une surprise de taille (sous ubuntu 22.04) => le fichier a été supprimé bien qu'appartenant à root

a@b:~$ ls -ls T*
1048580 -rw-r--r-- 1 root root 1073741824 déc.   8 16:52 Test_2
      4 -rw-rw-r-- 1 a    a           759 déc.   5 13:24 Trace.txt

Téléchargements:
total 0

a@b:~$ rm T*
rm: impossible de supprimer 'Téléchargements': est un dossier
rm : supprimer 'Test_2' qui est protégé en écriture et est du type « fichier » ? y

a@b:~$ ls -ls T*
total 0
a@b:~$ 

Nota: Le répertoire Téléchargement n'a pas été supprimé. Il n'est tout simplement plus listé  car il ne contient pas de fichiers.

Dernière modification par geole (Le 08/12/2021, à 17:15)


Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit,  utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir  https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248

Hors ligne

#30 Le 08/12/2021, à 17:13

iznobe

Re : USB : Se prémunir des contrefaçons de clefs et de cartes-mémoire

ha oui pas mal , la suppresion du dossier avec rm alors qu ' il dit qu ' il ne peut pas supprimer Téléchargements yikes

n ' etant pas adepte des snaps a cause des complications engendrés par ceux-ci , mais c ' est valable au niveau securité , je ne l' ai pas testé .
ca a donc supprimé les fichiers cachés :  " . " et " .. " ? contenus logiquements dans tous dossiers ?

ls -la Téléchargements

peut etre un bug si effectivement un simple "rm" supprime des fichiers a root .

Dernière modification par iznobe (Le 08/12/2021, à 17:19)


retour utilisable de commande
MSI Z490A-pro , i7 10700 , 32 GB RAM .

Hors ligne

#31 Le 08/12/2021, à 18:56

MicP

Re : USB : Se prémunir des contrefaçons de clefs et de cartes-mémoire

Dans son message #28, iznobe a écrit :

…@MicP , je suppose que c ' est deja ce que fait a peu de chose pres ce soft …

En fait non,
puisque telle qu'elle est utilisée, la cible de la commande f3write est un système de fichiers, <=> qui est dans une partition de la clef

alors que telle que je l'ai utilisée, la commande dd écrit directement sur la clef usb <=> du premier secteur (le MBR)
jusqu'au dernier secteur accessible sur la clef (si la taille totale du ou des fichiers écrits est supérieure ou égale à l'espace réel accessible sur la clef)

Hors ligne

#32 Le 09/12/2021, à 15:14

MicP

Re : USB : Se prémunir des contrefaçons de clefs et de cartes-mémoire

Bonjour

Attention :
Tout ce qui avait été écrit dans la Clef USB va disparaître après avoir lancé les commandes suivantes,
alors, si vous y avez enregistré des fichiers, commencez par les sauvegarder en les recopiant ailleurs.


=======
Pour tester ma clef USB :

Je cherche d'abord quel est le fichier de périphérique qui a été associé à ma clef USB de 128MB :

michel@ubu2004:~$ udisksctl status 
MODEL                     REVISION  SERIAL               DEVICE
--------------------------------------------------------------------------
Samsung SSD 870 EVO 500GB SVT01B6Q  S6PYNJ0R528242R      sda     
Kingchuxing 512GB         S0424A0   2019122000224        sdb     
USB FLASHDISK             2010      14000000000000001139 sdc     
michel@ubu2004:~$ 

Ma clef USB de 128MB est associée au fichier de périphérique /dev/sdc

Elle contient :

michel@ubu2004:~$ echo "$(< /sys/block/sdc/size) secteurs de 512 Octets"
252928 secteurs de 512 Octets
michel@ubu2004:~$ 

Ce qui fait :

michel@ubu2004:~$ echo "$((252928*512)) Octets"
129499136 Octets
michel@ubu2004:~$ 

Je vais y écrire à une suite de fichiers de 1MiB,
donc, je calcule combien de fichier il faudra y écrire :

michel@ubu2004:~$ echo "$((129499136/(1024*1024))) Fichiers de 1MiB"
123 Fichiers de 1MiB
michel@ubu2004:~$ 

ce qui fait, en octets :

michel@ubu2004:~$ echo "$((123*1024*1024)) Octets qui seront écrits et relus"
128974848 Octets qui seront écrits et relus
michel@ubu2004:~$ 

Il restera donc à vérifier :

michel@ubu2004:~$ echo "Il restera $((129499136-128974848)) Octets à vérifier"
Il restera 524288 Octets à vérifier
michel@ubu2004:~$ 

=======
Pour écrire et lire les 123 premiers MiB,
j'ai créé le script suivant qu'il me faudra lancer avec les privilèges du compte root :

#!/bin/bash

clef="/dev/sdc"
tailleFich="1M"

nbFichs=123

for ((i = 0 ; i < $nbFichs ; i++)); do
    head -c $tailleFich < /dev/urandom > fichTest_$i                                          # Créer un fichier remplis de données aléatoires
    dd if=fichTest_$i of=$maclef bs=$tailleFich seek=$i conv=notrunc 2>/dev/null              # Copier le contenu de ce fichier sur la clef USB
    dd if=$maclef of=fichClef_$i bs=$tailleFich skip=$i count=1      2>/dev/null              # Relire sur la Clef ce qui vient juste d'y être écrit
    cmp fichTest_$i fichClef_$i && echo "$(($i+1)) fichiers de $tailleFich écrits et relus."  # Comparer le contenu des deux fichiers
    rm fichClef_$i                                                                     # Supprimer le fichier lu sur la clef
done

On n'est pas obligé de tous les tester une deuxième fois,
mais il y aura donc 123 fichiers de 1MiB nommés fichTest_0 à fichTest_123
qui pourront êtres utilisés pour vérifier si le contenu de chacun de ces fichiers n'a pas été écrits au même endroit sur la clef USB,
comme par exemple, pour le contenu du fichier nommé : fichTest_120 qui doit avoir été copié à l'offset (120 x 1024 x 1024)  125829120 dans la carte USB

michel@ubu2004:~$ sudo dd if=/dev/sdc of=fichClef_120 bs=1M skip=120 count=1      # Pour récupérer ce qui avait été écrit sur la clef
1+0 enregistrements lus
1+0 enregistrements écrits
1048576 octets (1,0 MB, 1,0 MiB) copiés, 0,134624 s, 7,8 MB/s
michel@ubu2004:~$ 
michel@ubu2004:~$ sudo cmp fichClef_120 fichTest_120 && echo "Ok" || echo "Les fichiers écrits sur la carte et relus sont différents."
Ok
michel@ubu2004:~$ 

Pour vérifier les 524288 Octets restants
je lance les lignes de commande suivantes :

michel@ubu2004:~$ head -c 524288 < /dev/urandom > fichTest
michel@ubu2004:~$ 
michel@ubu2004:~$ sudo dd if=fichTest of=/dev/sdc seek=128974848 bs=1 count=524288 conv=notrunc
524288+0 enregistrements lus
524288+0 enregistrements écrits
524288 octets (524 kB, 512 KiB) copiés, 1,02348 s, 512 kB/s
michel@ubu2004:~$ 
michel@ubu2004:~$ sudo dd if=/dev/sdc of=fichClef bs=1 count=524288 skip=128974848
524288+0 enregistrements lus
524288+0 enregistrements écrits
524288 octets (524 kB, 512 KiB) copiés, 1,29316 s, 405 kB/s
michel@ubu2004:~$ 
michel@ubu2004:~$ sudo cmp fichClef fichTest && echo "Ok" || echo "Les fichiers écrits sur la carte et relus sont différents."
Ok
michel@ubu2004:~$ 
michel@ubu2004:~$ sudo rm fich{Clef,Test}     # Pour supprimer les fichiers devenus inutiles.
michel@ubu2004:~$ 

Dernière modification par MicP (Le 09/12/2021, à 19:55)

Hors ligne

#33 Le 09/12/2021, à 16:57

iznobe

Re : USB : Se prémunir des contrefaçons de clefs et de cartes-mémoire

Bonjour , @ MicP , oula je ne compte pas re-ecrire un soft de ce genre .
Par  contre ce qui serait vraiment interressant de faire dans le cadre d' un support de gros volume , afin d' optimiser la technique et de prendre moins de temps c ' est de ne tester que la fin du support a " rebrousse poil " .

A condition evidemment que les faussaires , ne mettent les bons secteurs qu ' au debut , du coup je ne suis pas sur que mon idée soit bonne ... tout depend comment ils fabriquent le firmware trompeur ...

ou bien de verifier un fichier tout les X octets .

Dernière modification par iznobe (Le 09/12/2021, à 16:58)


retour utilisable de commande
MSI Z490A-pro , i7 10700 , 32 GB RAM .

Hors ligne

#34 Le 09/12/2021, à 19:13

erresse

Re : USB : Se prémunir des contrefaçons de clefs et de cartes-mémoire

Bonsoir,
Bah, je ne vois pas où est le problème avec les outils de la suite F3...
Si tu veux tester une partition, tu lances F3 sur la partition (/dev/sdXN), si tu veux tester tout le disque, tu lances F3 sur le périphérique (/dev/sdX) et basta !
Je crois juste qu'il faut démonter le volume pour tester sur tout le disque, à moins que ce ne soit juste pour certains outils, je ne me souviens plus très bien de ce que j'ai lu dans les man des différents outils (oui, il n'existe pas de "man f3" mais des "man f3xxx" pour write/read, probe, fix et brew).
Chez moi, j'ai une vieille clé de contrebande censée faire 2Go et le f3probe me l'a mesurée à 1Go seulement... Mais j'avais déjà constaté des pertes de données inexpliquées dans l'utilisation de ce support. C'est maintenant confirmé par F3 !


Plus de 50 ans d'informatique, ça en fait des lignes de commandes en console, mais on n'avait pas le choix...
Excellente raison pour, aujourd'hui qu'on le peut, utiliser au maximum les INTERFACES GRAPHIQUES !
Important : Une fois résolu, pensez à clore votre sujet en ajoutant [Résolu] devant le titre du 1er message, et un bref récapitulatif de la solution à la fin de celui-ci. Merci.

Hors ligne

#35 Le 09/12/2021, à 20:09

MicP

Re : USB : Se prémunir des contrefaçons de clefs et de cartes-mémoire

Tu peux aussi créer un fichier de données aléatoires d'une taille égale à celle annoncée par la clef USB
comme par exemple, pour une clef de 16 GiB (si tant est qu'elle soit annoncée comme ayant cette taille) :

head -c $((16*1024*1024*1024)) < /dev/urandom > fichTest16GiB

puis tenter de copier le contenu de ce fichier directement sur la clef USB :
Dans l'exemple ci-dessous, la clef USB est accessible par /dev/sdg

sudo dd if=fichTest16GiB of=/dev/sdg conv=notrunc && sync

pour ensuite, lire ce qui a été écrit sur la clef USB :

sudo dd if=/dev/sdg of=clef16GiB bs=$((1024*1024*1024)) count=16 && sync

et comparer les deux fichiers :

sudo cmp clef16GiB fichTest16GiB && echo "Ok"

Mais il y a de fortes chances pour que, s'il s'agit d'une clef qui ne fait PAS 16GiB,
l'écriture sur la clef du contenu du fichier fichTest16G ne puisse se terminer sans sortir un message d'erreur

Dernière modification par MicP (Le 09/12/2021, à 20:16)

Hors ligne