Reprise du message précédent :
si ta un jardin, planque une clé usb de facon etanche quelque part, en cas d'incendie, ou stock la chez les parents ^^

Ca fait genre capsule temporelle ^^

Perso j'en ai une en porte clé avec un container contenant tous mes docs importants. Je fais une synchro 1/2 fois par an pour mettre à jour ce qui doit l'être.
Elle est toujours dans ma poche donc toujours avec moi,même si je devais sortir en urgence de chez moi je pense.
Sinon au pire j'ai aussi les donnés chiffrées dans un cloud perso.

Bonjour topic,
c'est quoi le meilleur algorithme de compression (en terme de sécurité j'entends, pas perfs) sur TC ? AES-twofish-serpent ?

Après lecture rapide de quelques posts ici, il semble que ce soit lui en effet

Je ne comprend pas vraiment ta question : il n'y à pas de compression dans TC/VC.
(du moins la dernière fois que j'avais regardé dans la doc, contrairement je crois à PGP)
 
Après oui, cascader les algo de chiffrement est sensé améliorer la sécurité, mais je m'interroge si c'est vraiment le cas.
Car il ne faut pas oublier qu'il y a deux clef.
La clef "data" chiffrant les données et la clef "primaire" qui chiffre l'en-tête et la clef data mais pas directement les données.
Un brute force peut-donc se faire tant sur l'en-tête que sur les données.
Réussir le premier permet d'avoir les données et l'en-tête alors que réussir le second ne donne accès qu'aux données.
 
Sachant que le mot de passe passe par une moulinette de dérivation pour avoir la clef qui ensuite chiffre, c'est cette étape qu'il faut rendre chère en calcul pour un bruteforce.
Ce qui est normalement le cas car faisant (il me semble) plusieurs milliers de tours pour faire la dérivation.
 
Mais en rédigeant ce message je réalise qu'il serait possible de créer une version de TC/VC qui accepterait directement une clef complète plutôt qu'il mot de passe devant être dérivé.
A ce moment alors oui, le fait de cascader les algo de chiffrement augmenterait le cout en calcul pour faire un bruteforce.
Mais je ne sais pas si une telle version existe ni même si elle est possible.
 
Sans compter deux points : si d'une part AES est assez bien cryptanalysé car standard les deux autres le sont moins. Et d'autre part il faut faire attention à la correcte implémentation des algo de chiffrement, parfois cascader des sécurité fait qu'elles se neutralisent si c'est pas fait correctement.
(c'est plus compliqué ce qui augmente les risques d'erreurs)
 
 
Donc en théorie OUI c'est lus sûr mais pour être franc je ne pourrais pas être catégorique à 100% car cela me dépasse.
(faudrait vraiment que je me mette a explorer la doc de VC)

j imagine qu il faut comprendre la question comme  
"c'est quoi le meilleur algorithme de chiffrement?"
 
il faut voir sur la doc de veracrypt, mais AMHA, c est peu pertinent pour un usage personnel.
Pour ma part, je n utilise que l AES car le chiffrement est fait direct sur le CPU (extension AES-NI: https://en.wikipedia.org/wiki/AES_instruction_set).  
Il y a qu'à voir les benchmark de perf, c'est largement au dessus des autres, et donc complètement transparent.

AES c'est largement assez suffisant avec un mot de passe fort autre que azerty123 ou passw0rd.
 
on peu empiler 5 chiffrements de oufzor les uns sur les autres à en faire crever son cpu de travail, si le mot de passe c'est toto ou sa date de naissance, enfin tout truc facilement obtenable soit par brut force soit par ingénierie sociale autant ne rien chiffrer du tout.

+1

Merci pour vos réponses, effectivement je ne voulais pas dire compression mais chiffrement ^^

mais le hachage, du whirlpool j'utilise avec l'aes, je sais pas si ça a la meilleurs performance possible !
 
au passage je vais sauvegarder mes entete (les header) car je ne l'avais jamais fais jusqu'a présent
 
on ne peu pas associer de forcer un header a un autre volume truecrypt/veracrypt qui écrasera l'ancien d'un autre volume, j'imagine ? (ça serait trop facile pour ouvrir le container sans en être le proprio)

Non, tu ne peux pas.
En faisant cela tu écrase la clef de chiffrement, celle qui est chiffrée avec le mot de passe (cela dans le but de pouvoir changer le mot de passe sans devoir tout déchiffrer puis rechiffrer à cause d'un changement de clef).

Accessoirement et dans certaines conditions tu peux "forcer" l'ouverture d'un conteneur en se basant sur ton idée. Mais il faut pour cela suivre un scénario précis de ce type :
1°) tu créé un conteneur
2°) tu sauvegardes l'entête
3°) tu donnes le conteneur à une personne qui change le mot de passe

De base tu ne peux pas rouvrir le conteneur car la personne à changé le mot de passe et donc l'entête. Mais si tu écrase l'entête modifiée par ton entête alors tu pourra de nouveau ouvrir le conteneur.
Utile en entreprise par exemple.

ok merci des précisions technique
je n'ai pas reussi a sauvegarder les header de mes container truecrypt avec veracrypt par contre (il me dis que sois le mot de passe est faux, sois le "TRIM" (j'ai plu le mot exact)), je suis repasser a truecrypt pour cela, curieux.

question rapide sur un volume VC

hier soir j'ai oublié de fermer ma session VC et de brancher mon pc
Résultat le PC est tombé à 0% de batterie et en plus de ça, j'ai eu le droit à une maj windows

Ce matin impossible d'ouvrir mon volume. des conseils  pour essayer de rouvrir le volume ? pour vérifier que rien n'est corrompu ?
bien entendu je n'ai pas sauvegarder mon entête de fichier ...

Non sans ça il n'y a pas de solution.
C'est pourtant pas faute de le dire et de le répéter. C'est même dans le titre du sujet.

je sais ... mais bon j'ai des sauvegardes d'une grosse partie du conteneur.
 
par contre pour l'entête. Faut faire des sauvegardes une fois / régulièrement ?

vraiment pas de bol; tu n avais aucune copie de ton volume?

j ai déjà eu qques crash de windows (meme pas de BSOD, reset direct), donc où mes sessions VC n'étaient pas fermées correctement. J ai jusqu'alors tjs réussi à ouvrir mes volumes, que cela soit des volumes fichiers ou des partitions.

l entete ne bouge pas tant que tu ne changes pas les parametres de chiffrement (mot de passe par ex), le sauvegarder une fois devrait suffir.

j'ai des sauvegardes de certains fichiers du disque mais pas du conteneur. Les scripts pythons qui tournait en fond ont pas dû aider ...
 
bref une bonne leçon pour moi et mon collègue ( c'est sa session qui a eu un problème)

Les en-têtes se sauvegardent au moins une fois.
Même si vous changez de mot de passe vous pouvez utiliser l'ancienne sauvegarde, à la condition aussi d'utiliser l'ancien mot de passe.
Ca c'est la théorie, en pratique il vaut mieux sauvegarder l'en-tête à chaque changement sur le conteneur (pas pour les données naturellement).

les boules, j'ai eu mon premier message d'invitation a un scan windows venant de veracrypt au montage du volume apres le mot de passe, car mon container T: a était detecter comme fermer brusquement , j'ai cliquer sur non, sans conséquence, tous marche bien ! (j'avais 3 container monter, seul le T: a retenu l'attention de VC), j'aurais du faire une capture d'écran.
 
A noter que j'ai sauvegarder mes entetes avec trucrypt de chaque volumes, car cela ne marche pas avec veracrypt comme dis precedement (container monter avec compatibilité trucrypt sous veracrypt).
 
je prend ton cas comme un avertissement Digaboy, et prenez le mien, cumuler, comme le votre également

Bon visiblement ça me le refait sans arret, meme demonter correctement, et me propose le chdsk windows...

 
je vais voir avec le paramètre de ligne de commande /silent  
 
" /silent or /s  : If /q is specified, suppresses interaction with the user (prompts, error messages, warnings, etc.). If /q is not specified, this option has no effect."
https://veracrypt.codeplex.com/wiki [...] ne%20Usage

Je ne suis pas encore passé à VC.
Mais est-ce qu'il y a une option pour monter les volumes comme des médias amovibles ?
J'ai remarqué que j'ai moins de problème avec cette option activée.

Tu devrais avoir une case à cocher dans TC
Sinon tu fais un batch pour monter ton conteneur avec un argument /rm

Voilà un exemple de batch que j'utilise:

 
J'ai ca depuis super longtemps sur TC. Je clique sur non à chaque fois

Enfin bon, faire un scandisk/chkdsk tant du contenu que du support contenant ton volume ne fera pas de mal normalement.
(à lancer la nuit avant de te coucher ça peut être long)

je confirme, le /mountoption rm fonctionne bien, j'ai l'icone du "disque dur" noir sous windows 10 qui indique un media amovible dans l'explorateur
 
et le parametre /silent m'enleve le message d'avertissement, et supprime également la rapide fenetre de barre de progression du montage de quelque seconde, vraiment silencieux donc, comme truecrypt

en revanche les fichiers supprimers ne vont plus a la corbeille mais un message nous demande si on ai daccord pour les supprimer définitivement, quand cela est sur un média amovible, a savoir, j'ignore si on peu régler cela dans windows.

Non.

Vous me confirmez qu'il n'est pas possible de chiffrer le disque dur système ET un second disque dur en même temps, et de façon transparente ? (que le second HD soit ouvert avant le démarrage de Windows)

Avant le démarrage de Windows : non.
Après le démarrage tu peux le faire via un script au démarrage de la machine avant la connexion. Mais cela implique de laisser le mdp en clair dans le script ce qui n'est pas sécurisé

Dommage, j'aurai aimé monter ls 2 disques de mon Pc portable au même moment.
 
Merci.

Petite "précision" : mettre le mot de passe en clair dans le script n'est, de base, pas sécurisé.
MAIS si ce script est stocké sur le premier disque qui est chiffré alors peut-être que tu peux considérer cela comme suffisant.
Une tâche planifiée au démarrage ou un script de lancement et paf ton second disque s'ouvre seul au démarrage.
Mais si tu est vraiment rigoureux pour la sécurité normalement c'est non.

Ouaip. Je vais voir ce que je fais.
 
VeraCrypt ne le permettrai pas ?

Je ne suis pas encore passé à VC.
En fait depuis que je suis le seul utilisateur de mon pc je n'ai plus autant besoin de chiffrer.
Il me reste juste une clef usb avec les trucs comme les impôts c'est tout.

 
MAJ 1703 avant hier, j ai de nouveau les volumes non démontés lors de l arret et déjà montés lors du démarrage.
Mais l'option pour désactiver le fast boot a disparu de la 1703
Edit: si, c est bien là, mais la MAJ l a ré activé par défaut, donc il faut de nouveau la virer...

Elle est toujours présente, sur le mien.

mea culpa, c est bien là, dans les options pour changer l action du bouton on/off

Salut    
 
j'ai besoin de vos conseils pour savoir si je fait bien les choses    
 
J'ai un disque dur de 1 To que je souhaite crypter. Pour moi la façon la plus "intelligente" c'est de créer 10 fichiers containers de 100 GO.  
 - Déjà est ce que vous pensez que c'est une bonne pratique ?  
Le but c'est d'etre "mobile", de diminuer les chances d'avoir des gros container corrompus, de pouvoir backuper sur un cloud fichier par fichier plus facilement. Et de faire un backup régulier de ces 10 containers.
 
- Ensuite, j'ai une question assez exotique :  
J'ai un fichier conteneur de 100 GO que j'ai mis sur un pc en réseau.  
Je l'ouvre donc sur mon autre pc. Et je suis très étonné que quand je dépose des fichiers de mon pc local C: vers le container monté en réseau, la copie est instantanée.  
Alors que ca devrait prendre le meme temps qu'une copie d'un fichier en réseau ?  
C'est là où y'a un truc qui m'échape.  
 
- Troisième question subsidiaire, avoir un fichier container de 100 GO en réseau que l'on alimente au fur et a mesure. Est ce une bonne idée ? Est ce que si a un moment le réseau déconne en pleine fermeture (unmount) cela risque de corrompre le fichier ?  
 
Merci

Si la solution te convient alors c'est le mieux. Toutefois il est le plus souvent meilleur de synchroniser/sauvegarder le contenu les volumes plutôt que le volume directement. Car en ouvrant le conteneur d'origine et celui de sauvegarde tu as alors deux effets : d'un tu diminue la quantité de données à transférer pour les cas où la sauvegarde ne se fait pas par bloc (et donc à chaque fois tout le fichier conteneur est transféré), et de deux tu sais si le conteneur de sauvegarde se porte bien et se comporte correctement en l'ouvrant
 

Normalement en effet cela devrait prendre le temps du transfert. Une supposition est que tu ouvre en local un fichier conteneur distant. ton windows local garde alors en cache toutes les modifications et ne les envoies qu'à la fermeture du volume.
Fait donc bien attention lors de la fermeture du volume a ne pas couper le réseau tout de suite ni à fermer ta session ou teindre windows.
Regarde dans le gestionnaire des tâche la charge réseau en tâche de fond.
 

Comme tu l'a deviné la réponse est oui. Mais le risque est alors sur le fichier que tu transfert dans le conteneur.
Attention lors des opération de modification du volume (changement du mot de passe ou agrandissement) là en cas de problème réseau c'est tout ton volume et les fichiers qu'il contient qui court un risque.

super merci pour tes réponses LimDul