Received: from maia.hub.org (unknown [200.46.208.211]) by mail.postgresql.org (Postfix) with ESMTP id 9C2F96333EA for ; Mon, 5 Apr 2010 17:35:29 -0300 (ADT) Received: from mail.postgresql.org ([200.46.204.86]) by maia.hub.org (mx1.hub.org [200.46.208.211]) (amavisd-maia, port 10024) with ESMTP id 57624-03-4 for ; Mon, 5 Apr 2010 20:35:12 +0000 (UTC) X-Greylist: domain auto-whitelisted by SQLgrey-1.7.6 Received: from mail-gw0-f46.google.com (mail-gw0-f46.google.com [74.125.83.46]) by mail.postgresql.org (Postfix) with ESMTP id 2B81E6331E0 for ; Mon, 5 Apr 2010 17:34:55 -0300 (ADT) Received: by gwb19 with SMTP id 19so1356631gwb.19 for ; Mon, 05 Apr 2010 13:34:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:received:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=1ucxarS8Az63Bg4sPCuSTb/h9e5Zrmy4GwMiJXbuMt8=; b=gsfoIJS13AuLIbw1EwviTftm4BKyZb3uD/0epHHHdk1IHPipo6Z27COfLc4HG76ndW gBwSYfD1aVxlBzsNKMhlX8XbA6Zu6HYZl/gqVaMVo1alAizwZva8+Os1+6rTov4oWXzJ yie6b9R6sU6zOjlG3dbF0H7VC0UkDYHMDpD4U= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=laBxEr9S6o+VyfbuYiwhHxUcingrKYSGzilXP+1lWL3h/DBX7JXIFvMU6+LVk50IdG KaSV2Ebyeenv8slu/qJtYyFwuVZZ7hUysiI/HWy9Pgh+LAwWR0Axv5B7cOc+4Pl6HMPt OLDDJmIUGSLSlV7p8Ev8DpGlWw2IOnU1o2d3k= MIME-Version: 1.0 Received: by 10.151.13.4 with HTTP; Mon, 5 Apr 2010 13:34:53 -0700 (PDT) In-Reply-To: References: <4BB774D4.3070306@joeconway.com> Date: Mon, 5 Apr 2010 14:34:53 -0600 Received: by 10.151.24.5 with SMTP id b5mr2294193ybj.79.1270499693695; Mon, 05 Apr 2010 13:34:53 -0700 (PDT) Message-ID: Subject: Re: Database level encryption From: Scott Marlowe To: Timothy Madden Cc: Joe Conway , pgsql-admin@postgresql.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Virus-Scanned: Maia Mailguard 1.0.1 X-Spam-Status: No, hits=-1.425 tagged_above=-10 required=5 tests=AWL=-0.685, BAYES_20=-0.74 X-Spam-Level: X-Archive-Number: 201004/29 X-Sequence-Number: 34123 On Mon, Apr 5, 2010 at 2:30 PM, Timothy Madden wro= te: > My scenario is how to protect the database if the machine is stolen > (it is a mini-laptop), and > I would like to encrypt the entire database, that is all columns of > all tables, and if possible > everything else found in the database. > > I would like all searching and sorting functions, just like with a > normal database (that is, > transparent encryption for the application level). The password will > be entered by a human in > order to start the application. The application exits after three > unsuccessful attempts, but > nothing prevents the user to start the application again; the number > of failures is not counted. > However if the database could count that I would not mind. I want a > single password for > data access to the entire database, there is only one database user > involved anyway. > > I do not =A0see the careful analysis required that you write about, I > would say I am asking for > SGBD support for database-level encryption. Everything you've said so far points to using a mounted encrypted drive to store the db. Windows and Linux both support this, and I'm sure Mac does too. The fact that a different tool is needed for each OS might be an issue. It's dirt simple to setup an encrypted drive on linux where the user types in the passphrase on each boot. Some laptops have wonky behaviour bringing up drives on USB at bootup tho (I'm looking at a Dell that's sitting in the cube next to me that has issues a BIOS update can't fix.)