Re: mdadm "not large enoug h to join array" et fdisk incohérent

2010-10-28 Par sujet Yves Rutschle
On Thu, Oct 28, 2010 at 04:29:06PM +0200, Jean-Yves F. Barbier wrote: > il a juste oublié de te parler des attaques MITM qui font sauter un niveau, > laissant 2x56 bits d'encryption et non 3x56. Ce dont tu parlais, c'est combiner 2 chiffrements qui te laissent moins sûr qu'un seul, ici c'est 3 chi

Re: mdadm "not large enoug h to join array" et fdisk incohérent

2010-10-28 Par sujet Yves Rutschle
On Thu, Oct 28, 2010 at 04:43:40PM +0200, MF debian wrote: > Par contre 3DES ne chiffre pas 3 fois le même bloc mais applique 3 fois > l'algorithme à 3 blocs consécutifs. Il ne s'agit pas d'une surcouche de > chiffrement. hein?! Wikipedia: "Le Triple DES (aussi appelé 3DES) est un algorith

Re: mdadm "not large enoug h to join array" et fdisk incohérent

2010-10-28 Par sujet Yves Rutschle
On Thu, Oct 28, 2010 at 03:05:00PM +0200, Jean-Yves F. Barbier wrote: > rien de personnel, c'est juste une constatation de longue date. Ok, j'imagine que tu vas donc également ignorer ma demande de sources sur ton affirmation que chiffrer 2 fois pose problème: j'en ai parlé à mon cryptographe favo

Re: mdadm "not large enoug h to join array" et fdisk incohérent

2010-10-27 Par sujet Yves Rutschle
On Wed, Oct 27, 2010 at 04:02:00PM +0200, JF Straeten wrote: > Modulo quand même le fait que Jean-Yves ne déchiffre qu'en fonction de > ses besoins d'accès aux datas et uniquement pour le temps limité de > leur consultation... Oops, j'avais raté ce détail (important), désolé. > Tant que le déchif

Re: mdadm "not large enoug h to join array" et fdisk incohérent

2010-10-27 Par sujet Yves Rutschle
On Wed, Oct 27, 2010 at 02:04:36PM +0200, Jean-Yves F. Barbier wrote: > > (je vois l'intérêt sur un ordinateur portable, mais sur > > un serveur je suis un peu sec). > > Hé bien, le svr est sur le LAN, lequel est raccordé à la > box, laquelle est relativement obscure question sécurité Certes, ma

Re: mdadm "not large enoug h to join array" et fdisk incohérent

2010-10-26 Par sujet Yves Rutschle
On Tue, Oct 26, 2010 at 11:22:12PM +0200, Jean-Yves F. Barbier wrote: > sur du vécu, un HD qui saute et des données irrécupérables après > son remplacement: en fait une impossibilité de récupérer les données malgré > que le LVM ne soit pas strippé. > Un arrêt normal du système et au démarrage pouf,

Re: mdadm "not large enoug h to join array" et fdisk incohérent

2010-10-26 Par sujet Yves Rutschle
On Tue, Oct 26, 2010 at 11:30:35PM +0200, Goldy wrote: > Depuis j'ai rajouté un disque pour faire du raid6, et j'ai chiffré > l'entièreté du volume avec luks Au fait, vous (Goldy, Kevin, JY) utilisez luks pour vous protéger de quoi au juste? (je vois l'intérêt sur un ordinateur portable, mais sur

Re: mdadm "not large enoug h to join array" et fdisk incohérent

2010-10-26 Par sujet Yves Rutschle
On Tue, Oct 26, 2010 at 09:39:51PM +0200, Goldy wrote: > Je confirme, j'ai perdu un système comme ça une fois, sans même qu'il y > ait le moindre problème sur le disque, uniquement en le sortant et en le > réintégrant à l'array (raid5 + lvm + chiffrement). Comment ça se fait, LVM et raid marchent