Rendre illisible un fichier sans le chiffrer...

GR 34 · Le 08/09/2024, à 17:37

jplemoine a écrit :

GR 34 a écrit :
Pourquoi se braquer avant de connaître les raisons d'une action !
Ben, imagine aller aller un garage avec ta voiture, le gars est en train de diagnostiquer.
Là, tu lui dit : "L'IA a trouvé : c'est le carburateur qui est bouché".
Je ne suis pas sûr qu'il apprécie (surtout si la voiture n'a pas de carburateur).
Fais le test entre 2 "scripts" en créant avant le fichier via
echo "toto" > test.txt
#!/bin/bash
# on copie le fichier
cp test_txt test0.txt
# on supprime le fichier source
rm -f test.txt 
#!/bin/bash
# on copie le fichier
cp test_txt test0.txt
if [ "$?" = 0 ]; then
  # on supprime le fichier source
  rm -f test.txt 
fi
Dans les 2 cas, tu auras une erreur : "cp: impossible d'évaluer 'test_txt': Aucun fichier ou dossier de ce nom".
Mais dans le cas1, le fichier texte est effacé. Dans le cas2, il existe toujours : tu peux alors rectifier le code et relancer le script

Franchement, c'est difficile de se faire comprendre ici ! Je répète c'était juste de la curiosité et je n'ai pas voulu jeter à la figure de kamaris la production de l'IA.

J'ai donc commis un énorme crime, qu'on me pende !

jplemoine · Le 08/09/2024, à 17:58

Je t'expliquais le pourquoi de la réponse

jplemoine a écrit :

Et ce que j'en pense ? Comme avait dit un collègue : "C'est commenté".

et l’intérêt de tester le retour des commandes (entre autres).

jplemoine a écrit :

de plus, développeur est un métier.

Donc, que les développeurs de métier (ou de passion) s'aide de l'IA, ok mais en aucun cas, on pourra remplacer l'expérience.
J'ai donc fait un "test-case".

Je n'ai pas voulu jeter à la figure de kamaris la production de l'IA.

Le problème, c'est quand on est développeur professionnel, on le répète plusieurs fois par semaine...
Au bout d'un moment, ça fatigue..

GR 34 · Le 08/09/2024, à 18:30

Qu'est-ce que j'en sais, moi, que ça fâche les développeurs ici, vu que c'est la 1ere fois que je propose le fruit de l'IA dans ce forum ! Je dois payer pour les autres ?

Et si ça fatigue, le remède est la non-réponse, inutile de dépenser de l'énergie à être agressif (je ne dis pas ça pour toi mais pour kamaris qui pouvait me répondre plus gentiment que ce «tu te fous de ma gueule» !

Bon, je vais clore le sujet pour éviter qu'il se retrouve dans l'éphémère (si ce n'est pas déjà en cours ! )

Dernière modification par GR 34 (Le 08/09/2024, à 18:33)

GR 34 · Le 10/09/2024, à 09:57

Bonjour,

Déterrage !

J'ai essayé avec la méthode de Watael (merci ) mais je butte sur un problème :

ça marche bien si on fait tout dans le même script mais pour que l'efficience soit réelle il faut pouvoir enregistrer la troncature du header et pouvoir la reprendre dans un nouveau script destiné à remettre les fichiers lisibles et je ne parviens pas à réutiliser la troncature enregistrée dans un petit fichier :

Sachant que je veux rendre illisibles les fichiers (de même extension) d'un dossier :

1er script bash : rendre illisibles les fichiers du dossier essai

sachant que dans "/home/gr/Bureau/essai" j'ai mes fichiers à rendre illisibles.

#!/bin/bash
entete="/home/gr/Bureau/essai/tete"
for fichier in /home/gr/Bureau/essai/*; do
# sélection des 8 premiers octets du header
head -c 8 "$fichier" > "$entete"
# tronquer le header, enlever ses 8 premiers octets
tail -c+9 "$fichier" >"$fichier.0"
# on efface le fichier en clair pour n'avaoir plus que le fichier tronqué
rm "$fichier"
done

2eme script bash : on redonne aux fichiers les 8 premiers octets du header pour les rendre lisibles à nouveau

#!/bin/bash
entete="/home/gr/Bureau/essai/tete/*"
for fichier in /home/gr/Bureau/essai/*; do
cat "$entete" "$fichier" >"$fic"
done

Et là ça ne fonctionne pas, je ne parviens pas à récupérer au cours du fonctionnement du 2eme script les 8 premiers octets pour les concaténer... Je ne sais pas faire !

Help

Dernière modification par GR 34 (Le 10/09/2024, à 09:58)

Watael · Le 10/09/2024, à 10:21

J'ai essayé avec la méthode de Watael (merci )

mon pauvre ami ! C'était une blague : j'ai seulement fait un copier/coller des commandes indiquées par Kamaris au message #16 (mot pour mot), et étoffées avec des conditions et des commentaires par l'IA.

quant à ton premier script, pourquoi utiliser une boucle si tu écris tout dans les mêmes fichiers de sortie ?
et pour le deuxième, tu boucles indistinctement sur tous les fichier du répertoire, aussi les entêtes que les données.

avant de coder, (d)écris ce que tu veux faire.

GR 34 · Le 10/09/2024, à 10:41

Watael a écrit :

J'ai essayé avec la méthode de Watael (merci )
mon pauvre ami ! C'était une blague : j'ai seulement fait un copier/coller des commandes indiquées par Kamaris au message #16 (mot pour mot), et étoffées avec des conditions et des commentaires par l'IA.

Désolé pour la confusion...

Watael a écrit :

quant à ton premier script, pourquoi utiliser une boucle si tu écris tout dans les mêmes fichiers de sortie ?

Je prends chaque fichier d'un dossier pour tronquer son header

Watael a écrit :

et pour le deuxième, tu boucles indistinctement sur tous les fichier du répertoire, aussi les entêtes que les données.

Je ne vois pas ce que tu veux dire, il faut bien que je reprenne chaque fichier tronqué pour lui rendre son header correct.

Watael a écrit :

avant de coder, (d)écris ce que tu veux faire.

Mais c'est ce que j'ai fait, je récapitule :

1er script → tronquer chaque fichier (de même extension) d'un dossier pour le rendre illisible, sauvegarder les 8 premiers octets du header dans un fichier en vue de les réutiliser dans le 2eme script

2eme script → remettre à chaque fichier illisible son header initial avant tail pour le rendre à nouveau lissible et ceci en utilisant les 8 premiers octets enregistrés au cours du 1er script.

geole · Le 10/09/2024, à 11:24

Bonjour
A essayer

Tete="$HOME/Bureau/essai-tetes"
Corp="$HOME/Bureau/essai-corps"
mkdir -pv $Tete $Corp
for fichier in $HOME/Bureau/essai/*; do
echo ${fichier##*/}
# sélection des 8 premiers octets du header
head -c 8 "$fichier" > "$Tete/${fichier##*/}"
# tronquer le header, enlever ses 8 premiers octets
tail -c+9 "$fichier" >"$Corp/${fichier##*/}"
done
rm -r $HOME/Bureau/essai
mv $Tete $HOME/Bureau/essai

============================================

File="$HOME/Bureau/essai-File"
Corp="$HOME/Bureau/essai-corps"
mkdir -pv $File
for fichier in $HOME/Bureau/essai/*; do
echo ${fichier##*/}
# reconstitution
cat "$fichier" "$Corp/${fichier##*/}"> "$File/${fichier##*/}"
done
rm -r $HOME/Bureau/essai
mv $File $HOME/Bureau/essai

GR 34 · Le 10/09/2024, à 14:35

Bonjour,

Merci de te pencher sur mon problème. Mon 1er script fonctionne au poil, c'est le 2eme avec lequel j'ai un problème : je ne parviens pas à concaténer car je ne sais pas relire comme il faut mon "$entete" dans entete="/home/gr/Bureau/essai/tete". J'ai bien le fichier tete avec les 8 octets mais je ne parviens pas à les concaténer avec le fichier tronqué

C'est ça qui ne donne rien :

entete="/home/gr/Bureau/essai/tete/*"
  
for fichier in /home/gr/Bureau/essai/*; do

cat "$entete" "$fichier" >"$fic"

done

Exemple avec un dossier essai contenant des mp4 de vidéos musicales.

Le fichier tete lu avec le gestionnaire de fichiers donne : \00\00\00 ftyp

et avec cat on obtient :

cat '/home/gr/Bureau/essai/tete' 
 ftyp

on ne voit sans doute pas les 4 premiers octets avec cat

Dernière modification par GR 34 (Le 10/09/2024, à 14:41)

geole · Le 10/09/2024, à 16:28

cat  -e  /home/gr/Bureau/essai/tete

GR 34 · Le 10/09/2024, à 16:32

geole a écrit :

cat  -e  /home/gr/Bureau/essai/tete

me donne :

cat  -e  /home/gr/Bureau/essai/tete
^@^@^@ ftyp

Dernière modification par GR 34 (Le 10/09/2024, à 16:32)

Watael · Le 10/09/2024, à 16:43

ton premier script ne fonctionne pas "au poil" du tout, et ce n'est pas parce qu'il ne produit pas d'erreur qu'il fonctionne !
comme je l'ai dit, il prend chaque fichier du répertoire et écrit le résultat des commandes headet tail dans deux fichiers, toujours les mêmes deux fichiers (/home/gr/Bureau/essai/tete et /home/gr/Bureau/essai/<nomFichier>.0) : plusieurs fichiers en entrée, un seul fichier en-tête et un seul fichier "données" en sortie.

dans le deuxième script, entete="/home/gr/Bureau/essai/tete/*", ça ne peut pas fonctionner.

geole · Le 10/09/2024, à 16:47

GR 34 a écrit :

C'est ça qui ne donne rien :

entete="/home/gr/Bureau/essai/tete/*"
  
for fichier in /home/gr/Bureau/essai/*; do

cat "$entete" "$fichier" >"$fic"

done

Pas compris ce que $fic représente....
Cela va donner bash: $fic : redirection ambiguë
Pas compris entete se termine par * , cela va certainement faire plein de fichiers
Cela va donner cat: '/home/gr/Bureau/essai/tete/*': Aucun fichier ou dossier de ce nom

Dernière modification par geole (Le 10/09/2024, à 17:19)

Watael · Le 10/09/2024, à 16:53

Pas compris entete se termine par * , cela va certainement faire plein de fichiers

non, parce qu'il y a des guillemets : ça inhibe le comportement de l'astérisque.
mais ce n'est pas pour autant que ça va fonctionner.

Dernière modification par Watael (Le 10/09/2024, à 16:54)

GR 34 · Le 10/09/2024, à 17:44

Watael a écrit :

ton premier script ne fonctionne pas "au poil" du tout, et ce n'est pas parce qu'il ne produit pas d'erreur qu'il fonctionne !
comme je l'ai dit, il prend chaque fichier du répertoire et écrit le résultat des commandes headet tail dans deux fichiers, toujours les mêmes deux fichiers (/home/gr/Bureau/essai/tete et /home/gr/Bureau/essai/<nomFichier>.0) : plusieurs fichiers en entrée, un seul fichier en-tête et un seul fichier "données" en sortie.
dans le deuxième script, entete="/home/gr/Bureau/essai/tete/*", ça ne peut pas fonctionner.

Mon 1er script me fourni :

chaque fichier tronqué et devenu illisible + un fichier tete dans le quel je trouve mes 8 premiers octets.

Et c'est ce que je veux obtenir c'est pour ça que je dis qu'il fonctionne.

En revanche, je ne parviens pas dans le 2eme script à réutiliser le fichier tete. pour moi il n'y a que cela qui dysfonctionne . (je me contente de peu )

geole · Le 10/09/2024, à 17:48

On t'a donné une piste au message 37

GR 34 · Le 10/09/2024, à 18:26

geole a écrit :

GR 34 a écrit :
C'est ça qui ne donne rien :
entete="/home/gr/Bureau/essai/tete/*"
  
for fichier in /home/gr/Bureau/essai/*; do

cat "$entete" "$fichier" >"$fic"

done
Pas compris ce que $fic représente....
Cela va donner bash: $fic : redirection ambiguë

$fic est le fichier remis en état, enfin que j'espère obtenir et que je n'obtiens pas à cause du cat qui ne se fait pas
.

geole a écrit :

Pas compris entete se termine par * , cela va certainement faire plein de fichiers
Cela va donner cat: '/home/gr/Bureau/essai/tete/*': Aucun fichier ou dossier de ce nom

J'ai enlevé *, pas d'amélioration.

Dernière modification par GR 34 (Le 10/09/2024, à 18:29)

geole · Le 10/09/2024, à 18:34

GR 34 a écrit :

$fic est le fichier remis en état, enfin que j'espère obtenir et que je n'obtiens pas à cause du cat qui ne se fait pas

Ajoute donc echo $fic avant la commande cat, tu verras si c'est du vide ou si cela a un nom.
Ajoute aussi echo $entete pour vérifier que c'est bien un vrai nom de fichier.

Dernière modification par geole (Le 11/09/2024, à 12:23)

krodelabestiole · Le 10/09/2024, à 19:06

GR 34 a écrit :

pas compris ta réaction !

ce qu'il y a à comprendre c'est qu'en #16 @kamaris te propose une solution élégante et parfaitement fonctionnelle qui tient en 3 lignes et répond très exactement à ta demande.

kamaris a écrit :

$ head -c8 fichier.mp4 >entête
$ tail -c+9 fichier.mp4 >fichier-illisible
$ cat entête fichier-illisible >fichier-reconstitué.mp4

elle te créé tes 2 parties de fichier en 2 lignes, la dernière ligne permet de les rassembler.

je ne sais pas si tu as pris le temps de seulement essayer sa réponse, en tout cas tu n'as pas donné de réponse à cette proposition.

au lieu de ça tu colles la prose de deux IA qui te pondent des trucs à rallonge qui font la même chose avec du laïus inutile en plus, et tu demandes ce qu'on en pense.
je pense que je comprends assez bien la réaction de kamaris, comme marque de gratitude à une réponse pertinente on a vu mieux.

je suppose que ce projet n'a qu'un intérêt didactique ? si ça sert vraiment à quelque chose tu ferais peut-être mieux de décrire ce que tu souhaites mettre en place.

Watael · Le 10/09/2024, à 19:12

ah, oui, c'est $fichier .0, désolé.

par contre, les en-têtes sont tous enregistrés dans /home/gr/Bureau/essai/entete (plusieurs en-têtes -> un seul fichier entete).

krodelabestiole a écrit :

je ne sais pas si tu as pris le temps de seulement essayer sa réponse, en tout cas tu n'as pas donné de réponse à cette proposition.

si, si, il a dit que ce code, dont j'ai fait un copier/coller en réponse à l'IA, qui avait utilisé les mêmes commandes, fonctionne :

J'ai essayé avec la méthode de Watael (merci ) mais je butte sur un problème :
ça marche bien si on fait tout dans le même script mais[...]

Dernière modification par Watael (Le 10/09/2024, à 19:13)

krodelabestiole · Le 10/09/2024, à 19:17

ah oui effectivement
mais je parle juste de ce qui a amené la réaction #19.

Dernière modification par krodelabestiole (Le 10/09/2024, à 19:23)

GR 34 · Le 11/09/2024, à 04:34

krodelabestiole a écrit :

ah oui effectivement
mais je parle juste de ce qui a amené la réaction #19.

Mais c’est si grave que ça ?

C’est dommage que certains ne soient pas assez compréhensifs. Montrer la version IA était plutôt intéressant du point de vue de la connaissance. Et surtout ça ne lèse personne dans le cas qui nous occupe.

Bref, revenons à nos moutons...

Sinon, pour ta question, c’est juste une idée qui m’est venue, de pouvoir protéger des fichiers sans avoir recours au chiffrement ou à la compression avec mdp, j’ai posé la question et maintenant j’essaie modestement de creuser en me faisant aider.

Dernière modification par GR 34 (Le 11/09/2024, à 04:52)

GR 34 · Le 11/09/2024, à 04:57

Watael a écrit :

ah, oui, c'est $fichier .0, désolé.
par contre, les en-têtes sont tous enregistrés dans /home/gr/Bureau/essai/entete (plusieurs en-têtes -> un seul fichier entete).

J'ai précisé que tous les fichiers avait la même extension, donc il me semble que les 8 premiers octets du header sont identiques pour chaque fichier à protéger.

Après, quand ça fonctionnera bien, je chercherai une version capable de traiter des fichiers d'extension différente dans n même dossier...

GR 34 · Le 11/09/2024, à 05:04

geole a écrit :

GR 34 a écrit :
$fic est le fichier remis en état, enfin que j'espère obtenir et que je n'obtiens pas à cause du cat qui ne se fait pas
Ajoute donc echo $fic avant la commande cat, tu verras si c'est du vide ou si cela a un nom.
Ajoute aussi echo $entete vour vérifier que c'est bien un vrai nom de fichier.

Bien vu ! C'est du vide parce que je n'arrive à créer "$entete"

Dernière modification par GR 34 (Le 11/09/2024, à 05:26)

Watael · Le 11/09/2024, à 10:44

J'ai précisé que tous les fichiers avait la même extension, donc il me semble que les 8 premiers octets du header sont identiques pour chaque fichier à protéger.

j'ai observé des différences entre des fichiers .wav.

RIFF$M-@8^A
RIFFM-^\M-9S^C
RIFFHM-`M-^D^A

etc.

les .ogg, pour ceux que j'ai testés, ont un en-tête identique.

Dernière modification par Watael (Le 11/09/2024, à 10:47)

GR 34 · Le 11/09/2024, à 11:41

Dans ce cas, ça complique les choses. Ceci dit, ça fait longtemeps que je n'ai pas vu un fichier en .wav

Je vais tester sur des .mp4, des docx, des jpg, etc...

Malheureusement mon problème n'est pas résolu : ça bloque toujours dans le 2eme script nommé : fic_decache.sh

#!/bin/bash
entete="/home/gr/Bureau/essai/tete"
entete=$(head '/home/gr/Bureau/essai/tete')
for fichier in /home/gr/Bureau/essai/*; do
cat "$entete" "$fichier" >"$fic"
done

à la ligne cat... j'ai l'erreur /home/gr/Bureau/fic_decache.sh: ligne 5: : Aucun fichier ou dossier de ce type or j'ai contrôlé
"$entete" renvoit : ftyp
"$fichier" renvoit à chaque fois le nom du fichier tronqué
"$fic" ne renvoit rien !

Mon fichier tete contient bien les 8 octets mais peut-être est-ce un problème de codage des caractères ? En UTF-8 j'ai \00\00\00 ftyp

Dernière modification par GR 34 (Le 11/09/2024, à 11:46)

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#26 Le 08/09/2024, à 17:37

Re : Rendre illisible un fichier sans le chiffrer...

#27 Le 08/09/2024, à 17:58

Re : Rendre illisible un fichier sans le chiffrer...

#28 Le 08/09/2024, à 18:30

Re : Rendre illisible un fichier sans le chiffrer...

#29 Le 10/09/2024, à 09:57

Re : Rendre illisible un fichier sans le chiffrer...

#30 Le 10/09/2024, à 10:21

Re : Rendre illisible un fichier sans le chiffrer...

#31 Le 10/09/2024, à 10:41

Re : Rendre illisible un fichier sans le chiffrer...

#32 Le 10/09/2024, à 11:24

Re : Rendre illisible un fichier sans le chiffrer...

#33 Le 10/09/2024, à 14:35

Re : Rendre illisible un fichier sans le chiffrer...

#34 Le 10/09/2024, à 16:28

Re : Rendre illisible un fichier sans le chiffrer...

#35 Le 10/09/2024, à 16:32

Re : Rendre illisible un fichier sans le chiffrer...

#36 Le 10/09/2024, à 16:43

Re : Rendre illisible un fichier sans le chiffrer...

#37 Le 10/09/2024, à 16:47

Re : Rendre illisible un fichier sans le chiffrer...

#38 Le 10/09/2024, à 16:53

Re : Rendre illisible un fichier sans le chiffrer...

#39 Le 10/09/2024, à 17:44

Re : Rendre illisible un fichier sans le chiffrer...

#40 Le 10/09/2024, à 17:48

Re : Rendre illisible un fichier sans le chiffrer...

#41 Le 10/09/2024, à 18:26

Re : Rendre illisible un fichier sans le chiffrer...

#42 Le 10/09/2024, à 18:34

Re : Rendre illisible un fichier sans le chiffrer...

#43 Le 10/09/2024, à 19:06

Re : Rendre illisible un fichier sans le chiffrer...

#44 Le 10/09/2024, à 19:12

Re : Rendre illisible un fichier sans le chiffrer...

#45 Le 10/09/2024, à 19:17

Re : Rendre illisible un fichier sans le chiffrer...

#46 Le 11/09/2024, à 04:34

Re : Rendre illisible un fichier sans le chiffrer...

#47 Le 11/09/2024, à 04:57

Re : Rendre illisible un fichier sans le chiffrer...

#48 Le 11/09/2024, à 05:04

Re : Rendre illisible un fichier sans le chiffrer...

#49 Le 11/09/2024, à 10:44

Re : Rendre illisible un fichier sans le chiffrer...

#50 Le 11/09/2024, à 11:41

Re : Rendre illisible un fichier sans le chiffrer...

Pied de page des forums