From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by mail.saout.de (Postfix) with ESMTP for ; Tue, 28 Dec 2010 19:59:40 +0100 (CET) Message-ID: <4D1A3395.5070403@redhat.com> Date: Tue, 28 Dec 2010 19:59:33 +0100 From: Milan Broz MIME-Version: 1.0 References: <4D19D25E.5090106@redhat.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: [dm-crypt] ext3 + dm_crypt performance impact (CentOS 5.4 AMD64) List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Robert.Heinzmann@deutschepost.de Cc: dm-crypt@saout.de On 12/28/2010 03:10 PM, Robert.Heinzmann@deutschepost.de wrote: > What I also found was, that doing a simple > > "dmsetup table --showkeys" actually shows the dm_crypt master key in > hex for the disk > > Isn't that a little bit too easy ? Should dmsetup not at least scrumble > it (xxxxx) ? That's why --showkeys is not default ;-) And all automated customer-oriented reporting systems must not use this option (see output from sosreport ot lvmdump - no key there) If you are root, you have many other ways how to get key from memory, hiding it here makes no sense. > Otherwise this information can easily leak out into ticketing systems, > support attachents etc. Nope, --showkeys must be explicitly given by user for dmsetup. Milan