Re: [PATCH] Delete cryptoloop

From: Paul Rolland (rol_at_as2917.net)
Date: 07/22/04

  • Next message: Brian Gerst: "[PATCH] Move modpost files to a new subdir [2/2]" 
    To: "'James Morris'" <jmorris@redhat.com>, <dpf-lkml@fountainbay.com>
Date:	Thu, 22 Jul 2004 13:58:41 +0200

    Hello,

    Well, we have an option to be able to select EXPERIMENTAL code when
    making a configuration, why not adding on option for DEPRECATED code ?

    Then, you'd just have to migrate cryptoloop into this DEPRECATED
    area.

    Kconfig should be able to handle that very easily !

    Regards,
    Paul

    Paul Rolland, rol(at)as2917.net
    ex-AS2917 Network administrator and Peering Coordinator 

    --
Please no HTML, I'm not a browser - Pas d'HTML, je ne suis pas un navigateur
"Some people dream of success... while others wake up and work hard at it" 
  
> -----Message d'origine-----
> De : linux-kernel-owner@vger.kernel.org 
> [mailto:linux-kernel-owner@vger.kernel.org] De la part de James Morris
> Envoyé : jeudi 22 juillet 2004 07:22
> À : dpf-lkml@fountainbay.com
> Cc : Andrew Morton; linux-kernel@vger.kernel.org
> Objet : Re: [PATCH] Delete cryptoloop
> 
> On Wed, 21 Jul 2004 dpf-lkml@fountainbay.com wrote:
> 
> > Ditching cryptoloop completely in 2.7 after dm-crypt 
> matures would be a
> > better idea.
> 
> Part of the reason for dropping cryptoloop is to help 
> dm-crypt mature more 
> quickly.
> 
> I've had some off-list email on the security of dm-crypt, and it seems
> that it does need some work.  We need to get the security 
> right more than 
> we need to worry about these other issues.
> 
> Let's drop the technically inferior of the two (cryptoloop) and
> concentrate on fixing the other (dm-crypt).
> 
> There was a thread on redesigning the security a while back (subject:
> "dm-crypt, new IV and standards"), but no code came out of 
> it.  Anyone 
> interested should probably have a look at that.
> 
> 
> - James
> -- 
> James Morris
> <jmorris@redhat.com>
> -
> To unsubscribe from this list: send the line "unsubscribe 
> linux-kernel" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at  http://www.tux.org/lkml/
> 
> 
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/
  • Next message: Brian Gerst: "[PATCH] Move modpost files to a new subdir [2/2]"

    Relevant Pages

    • Re: encrypted partition question
      ... encrypt partitions with luks encryption. ... that's not cryptoloop Alexander is using. ... "By now" dm-crypt is mature enough to handle one's data safely, ... To UNSUBSCRIBE, email to debian-user-REQUEST@xxxxxxxxxxxxxxxx ...
      (Debian-User)
    • Re: [PATCH] Delete cryptoloop
      ... Dropping cryptoloop should ... dm-crypt and cryptoloop share the same on-disk format. ... absolutely no security gain by switching to dm-crypt. ... an attacker is able to find two identical cipher blocks on disk, ...
      (Linux-Kernel)
    • Re: [PATCH] Delete cryptoloop
      ... This seems to be a discussion about cryptoloop vs dm-crypt. ... point of view there is zero reason to switch. ... robustness of kernel implementation, together with the idea that we ...
      (Linux-Kernel)
    • Re: [PATCH] Delete cryptoloop
      ... If cryptoloop is removed, will you think "finally, I can change ... I will move to dm-crypt eventually if it's so much better, ... Then you don't need lungs anymore, ... just "try to find the time to switch this year" bad. ...
      (Linux-Kernel)
    • Re: loop driver, device-mapper and crypto
      ... and would be happier if the loop driver was used for files only. ... First of all, eventhou I'm the maintainer of cryptoloop, when Christophe ... posted the first time I immediately recognized that dm-crypt is vastly ... From an operational point of view, patching util-linux has been the most ...
      (Linux-Kernel)