Reprise du message précédent :

J'en sais rien .
Si pour AES il y a quand même un large consensus du fait du standard US.
Pour les fonctions de hashage là je crois que c'est plus libre.
Tu trouveras là les fonction utilisée par VC.
Je ne sais pas si l'une ou plusieurs sont accélérées par un proc ou un autre.
 
C'est en anglais, donc j'en ai compris que 10% mais voilà un début de piste :
https://en.wikipedia.org/wiki/Intel_SHA_extensions
https://github.com/weidai11/cryptopp/issues/139
 
 
 
 

J'utilise Keepass.
Open source (pour la sécurité) et avec une base en local ou sur ton lan et non sur un serveur distant sur lequel tu n'as pas la main.

Benchmark VC sur 100 MB, moyenne chiffrage/déchiffrage en Mo/s, les 2 CPU sont quad core sans HT:

L AES-NI booste clairement les perfs, mais l'Atom est atomisé par le i5! Intéressant aussi de voir la complexité de Serpent vs Twofish qui génère un comportement inversé sur les 2 plateformes.
Edit: j ai ajouté aussi les perfs sur mon PC portable à base de i5-6300U, en gros 60% de mon PC fixe, mais 3-4 fois plus que la tablette.

Je n utilise que l AES sur tout mes fichiers ou partitions TC/VC, ce qui assure une quasi transparence.

Comment monter outer volume (desole, je n'ai plus la version fr en tete..) en protegeant le volume cache via ligne de commande?

Hello
 
J'utilise truecrupt depuis longtemps, et veracrypt maintenant
Dans les paramètres, il y a une option pour démonter automatiquement quand l'utilisateur se déconnecte, mais est ce que celà est valable quand on éteint complètement l'ordinateur?
 
Si j'ai un volume monté, et que je souhaite éteindre l'ordi, dois-je d'abord démonter les volumes, ou est ce que c'est automatique et ça se démonte proprement ?
 
merci

Normalement c'est bon.
La procédure normale c'est la fermeture de session (déconnexion) puis l'arrêt de l'ordinateur.
 
@gojix :
Je ne sais plus, mais cherche dans le sujet, cela avait déjà été traité en parlant de scripts je crois.

comme je disais plus haut, il faut désactiver le démarrage rapide de windows8 ou 10, sinon les volumes ne sont pas démontés qd on arrête l ordi.
edit: https://www.tenforums.com/tutorials [...] -10-a.html pour comment faire.

Salut,
merci beaucoup pour cette info, cela m'a permis de résoudre mon problème de non fermeture des conteneurs TC à la fermeture de windows 10 !
Depuis le temps que je le cherchais !
 
Pour info, j'ai fait un petit batch (à exécuter en mode admin) pour déployer ça sur plusieurs PC d'un coup, si ça intéresse des gens :
 

 
J'ai rajouté le retrait de la mise en veille profonde prolongée, je ne sais pas si cela a vraiment un impact, mais dans le doute, je préfère le rajouter à la suppression du fastboot pour être sûr d'avoir des démarrages "clean". A priori, seule la suppression de l'hiberboot suffit.

Dans la veille profonde les programmes ouverts le restent.
La RAM est copiée sur le HDD puis le PC est éteint.
A la reprise le fichier est lu et la RAM de-chargée.
 
Donc le "problème" de la fermeture d'un volume n'en est alors pas un bien que restant présent car l'utilisateur sait à ce moment que les programmes resteront ouvert.
 
Activer la veille profonde n'a normalement pas d'incidence sur l'arrêt complet et le redémarrage qui couperont les logiciels et donc démonteront les volumes.
 
 
Et merci pour le partage de ton script.

Utilisons les termes officiels : « veille prolongée » (à la rigueur, « hibernation »). La « veille profonde » pouvant être confondue avec celle qui ne garde que la RAM alimentée (et donc maintient le PC allumé).

Merci pour ces précisions. Je vais modifier le script.
Concernant la désactivation de la veille prolongée, la désactivation est plus là pour limiter son usage (mettre son PC en veille prolongée étant la fermeture"standard" pour certains utilisateurs, ce qui n'est pas top d'un point de vue sécurité lorsqu'on s'en sert pour le transport du PC).
C'est pour ça entre autres que je mettais ça en "bonus". Mais merci pour l'explication approfondie

Je donnais la précision car sur mes PC j'ai les 4 choix :
Mettre en veille
Mettre en veille prolongée
Redémarrer
Arrêter
 
Mais je sais que tout le monde ne l'a pas par défaut, il faut aller fouiller les options.

Hibernate se desactive avec  

 
Si on ne l'utilise pas, il vaut mieux le desactiver - ca bouffe de la place

ouais mais c'est pratique quand on met souvent son ordi en veille : en cas de coupure de courant, débranchement, ... on ne perd rien.

Pratique et sécurité informatique ne vont pas toujours dans le même sens. Il faut savoir trouver son juste milieu, adapté à son utilisation, ses contraintes et ses objectifs en terme de protection
Ici on parle de gagner quelques Go d'espace disque, mais je disais plus ça pour le principe général

Re-salut à tous,
 
J'ai toujours TC mes hd entiers, mais j'ai arrêté quand j'ai commencé à avoir des 4to (et donc des erreurs de fichiers avec TC) ..  
 
Est-ce que actuellement VC gère à l'aise les 4-6-8 to ?

mon hdd de 4To a 3 partitions, une non cryptée de 128 Go, les 2 autres de 500 Go et de 3.5 To chiffrées. D'abord avec TC, maintenant avec VC. Je n ai jamais eu de soucis avec. Le tout en NTFS.
Je ne vois pas pourquoi il y aurait une limitation sur la taille des partitions en fait.

Je rebondis la dessus, un pote m'a raconté qu'il utilisait un fichier TC stocké dans sa dropbox. Je lui ai dit que c'est cool, mais pas pratique quand le fichier est gros et qu'on modifie qu'un petit fichier à l'intérieur, eh bien le container entier est à re-synchroniser. Et la il me dit que non, simplemet les fichiers modifiés sont mis à jour. C'est moi ou il se plante royalement ? Je ne vois pas comment Dropbox passerait outre le chiffrement de TC

J'ai eu des galères avec mon 4 To (1 seule partition)...  Genre ça a fini par fonctionner au bout du 3ème essai sans raison.

Je sais que mon application de backup (syncback free) par exemple ne detecte rien et du coup ne met pas à jour la sauvegarde). Je m'en suis rendu compte trop tard le jour où j'en ai eu besoin... Ça m'a fait très mal !

my two cents :

depart > C'est parce que ton appli se base probablement sur les dates de modification du conteneur.
TC ne touche jamais à celui-ci pour éviter qu'un attaquant éventuel ne trouve trop facilement le fichier (en pratique vu la taille du fichier en question ça ne protège pas grand chose mais c'est pour le principe ).
Ca se désactive pour les cas... Comme le tiens. Mais il faut le faire avant qu'il ne soit trop tard

ParadoX > En vertue du principe de diffusion de l'AES il n'y a pas de relation directe évidente entre ce que tu changes et ce qui change dans le conteneur.
Vu qu'à chaque fois que tu modifies un pouillème de fichier il est hors de question de réécrire tout le conteneur (je te raconte pas les perfs sinon), ça doit marcher par segments.
Donc si le soft d'arrière plan de Dropbox est suffisamment bien foutu pour ne renvoyer que les chunks d'un fichier qui ont bougé plutôt que le fichier entier, quelle que soit sa taille, ce que ton pote raconte est tout à fait plausible. Evidemment ça n'a de vrai intérêt que si seulement un petit fichier du conteneur est modifié à chaque fois hein.

J'ai souvenir qu'on a déjà abordé ça ici...

Trouvé:  
 
http://security.stackexchange.com/ [...] x-skydrive
http://superuser.com/questions/308 [...] 224#308224
 
Merci
 
Je vais tenter ca
 
PS: La taille maximum d'un fichier sur Dropbox est 20GB... mon container fait 999GB

Trop gros, ça rentrera pas

la seule limitation c'est si la partition est en FAT32 alors ça sera 2 To max, en ntfs c'est tellement plus qu'on a pas à s'en soucier avant 10 ou 20 ans (/mode Bill Gates 640ko de mémoire c'est presque trop  ).

je ne fais pas de partition, je chiffre tout le hd non formaté, la partition c'est TC qui la crée.
 
J'ai eu comme par hasard des soucis crc sur des fichiers quand je suis passé à des hd 4To. Donc j'ai abandonné.
 
En checkant deux minutes les forum Veracrypt, les mecs parlent quand même de l'importance de la taille des secteurs et des hd émulant celle-ci.
 
aussi, on voit souvent 'si t'as pas de problème' c'est que c'est compatible.' je reste prudent sur ce genre d’affirmation, suffit qu'on tombe sur une bonne ou une mauvaise combinaison modèle de hd / contrôleur mobo pour que le résultat soit influencé. Je préfère avoir une affirmation claire dans le manuel du logiciel, y en avait pas dans celui de truecrypt.

Il faut faire attention aux dates de modification et aussi au bit d'archivage.
Ensuite il y a parfois certains logiciels de sauvegarde capables de ne transférer que les parties modifiées d'un fichiers lors de la sauvegarde d'une nouvelle version.
Là faut voir la doc de Dropbox pour savoir si c'est le cas ou pas.

Mais peu importe le bit d'archivage ou la date de modification, au final le container TC est modifié et son checksum change - du coup je ne comprends pas comment Dropbox peut uploader juste la partie qui a changé (vu que le fichier étant la plus petite unité) Pas eu le temps de tester hier

Y a pas que les hash uniques qui permettent de reconnaitre le contenu d'un fichier hein, y a des algos plus intelligents que ça pour faire de la comparaison bit à bit sans avoir besoin de récupérer tout le fichier de référence...

Oui mais il faudrait monter le volume TC afin de voir les fichiers, et pour Dropbox c'est une boite noire, non ?

Un conteneur TC dans un fichier c'est un fichier, y a rien à monter du tout. DB n'a pas besoin de comprendre son contenu, pas plus qu'il n'a besoin de comprendre un .docx, un .avi, un .pdf, ou un .qdfskfojkdsfdklmdqs pour arriver à le synchroniser.

Pour completer le propos de TotalRecall,
https://www.dropbox.com/en/help/8
 
Dropbox detecte les octets modifiés dans un fichier (diff binaire) et ne MAJ que ceux ci. Donc en effet, peu importe le conteneur (TC ou fichier quelconque)
 
Je me demande toutefois quel est le risque pour l'intégrité du conteneur de modifier qques octets au milieu sans savoir ce qu'est ce conteneur.  
En théorie, je me dis que cela devrait bien marcher qd le sync est complet, mais un sync non complet pourrait sérieusement compromettre le fichier!
Surtout pour un conteneur TC: la structure du conteneur est elle stable? Je veux dire, si jamais un octet modifié à l emplacement XY correspond tantôt à un fichier interne moncheminA\monfichierA, tantôt à un autre fichier moncheminB\monfichierB, on pourrait perdre les 2. Et sans doute bien plus si le checksum du conteneur n est pas correct, le conteneur deviendrait entièrement illisible!

Ben tant que la synchro est faite correctement c'est bon.
Mais en cas de corruption, c'est comme pour tout autre type de fichier : ça marche moins bien.

Après certains formats de fichiers sont beaucoup plus résilients que d'autres face à la corruption (genre les fichiers videos où tu vas souvent juste sauter quelques frames tant que les entêtes sont ok), là où d'autres deviennent illisibles au moindre bit altéré (genre certains formats d'archives malfoutus).

Concernant les formats HC et VC ça serait intéressant de savoir comment ils encaissent ça. T'es pas le premier à demander : http://superuser.com/questions/384 [...] corruption par exemple

De toute façon quand on bosse sur un cloud on est jamais sûr que la copie distante est parfaite à chaque instant, le seul fichier dont tu peux être à peu près sûr c'est celui que tu manipules en local à un instant donné.

Pas besoins d'être en p2p pour ne transférer que les parties modifiées.
C'est au logiciel de synchro de gérer.

Ce que je veux dire c'est qu'une configuration classique "client-serveur" peut tout à fait gérer ce genre de synchronisation.
Certes les logiciels de p2p le font de base pour permettre le multi source et la "répartition du téléchargement" (très bien expliqué dans la doc du logiciel OneSwarm).
Mais l'aspect p2p est facultatif pour synchroniser que les parties modifiées de fichiers.
Il faut calculer les hash des différentes parties de fichiers et ensuite au niveau de la synchro comparer les hash (ou les hash de hash) via une sorte d'arbre pour trouver les parties modifiées.
Il me semble que dropbox le fait.
 
Et s'il permet de synchroniser aussi d'autres machines, il le fait via un serveur central sans être en p2p.
 
Quand aux termes dont tu me qualifie, je ne crois pas avoir dis avoir l'omniscience. Et il doit être plus que certain que pour certains domaines tu en saches plus que moi et inversement sur d'autres.
Je tente juste d'aider avec ce que j'ai.
Quand à être courtois j'avoue que si j'ai peut-être répondu vite et à un message de la page précédente sans le citer je ne voie pas en quoi je n'ai pas été courtois ou été impoli (contrairement à toi tu noteras).
 
Je te souhaite malgré cela une bonne journée.

il y a eu des msg supprimés? Je ne comprends pas la derniere intervention de LimDul sur le fil de discussion.

+1

Oui il y a eu un message supprimé, j'y répondais.
Et pas qu'un seul, j'ai l'impression que ce sont plusieurs (voir tous les) messages d'une personne qui ont disparus.
Ne faites pas plus attention à mon message, il est destiné à ce disparu.

bonjour a tous
peu etre le sujet a t'il déjà était aborder, mais j'ai fais une mise a jour de Windows 10, et depuis, mes disque virtuelle monter venant de mes 3 containers fichiers se monte tjs correctement mais...  
 
n’apparaissent pas dans l’explorateur Windows, dans arborescence a gauche pour naviguer dans les dossiers...
 
mais en mettant le chemin exact, les lettre de lecteur manuellement, les raccourcis, marchent sans soucis...
en cliquant sur "ce pc" tous les lecteurs apparaissent dans le volet central en revanche
 
une idée ??

merci par avance

Regarde dans les options de TC pour changer l'option de montage comme un lecteur amovible ?
Sinon identifier la mise a jour en question pour la retirer si tu as en version pro de Windows

Bonjour,
pas de soucis pour reconstruire un container TC quand on est en RAID 1 j'imagine ?
Car comme je sais que les SSD ne voient pas que ce même container puisse évoluer de l'intérieur...