Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1jyVUO-0003hw-Q6 for pgsql-admin@arkaria.postgresql.org; Thu, 23 Jul 2020 07:18:01 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1jyVUN-0005cp-Eq for pgsql-admin@arkaria.postgresql.org; Thu, 23 Jul 2020 07:17:59 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1jyVUN-0005ce-0Y for pgsql-admin@lists.postgresql.org; Thu, 23 Jul 2020 07:17:59 +0000 Received: from mail-ot1-x335.google.com ([2607:f8b0:4864:20::335]) by makus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.92) (envelope-from ) id 1jyVUK-0001By-Lw for pgsql-admin@lists.postgresql.org; Thu, 23 Jul 2020 07:17:57 +0000 Received: by mail-ot1-x335.google.com with SMTP id 18so3672914otv.6 for ; Thu, 23 Jul 2020 00:17:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-language; bh=DyKfx2iQLtyS4/iDMlChK54fmgNZ+Jahu0Xs17vRgsg=; b=mmmkpoZd+mpGOJKFLyS3pfejqjzt2KypPfChEyrgzudNlGJXi9tx2BdWrd1bzvDNf0 /juczYuHlPeYJrkysobskLcct412dj0i7c4GQ2+PeQvQehkQqlAYhbO1xqZk18WqGe9/ u8w2gkgz6eDO/4TtWkkdgWpq6vUsPQYNGcQfK9vKjX3npbHdMwhyiO95AVR7GysraKGA at3MmfTR/ykj3gEL1ncXPFaoNZy8T56hYH0oD5PP2oTgAH/VJbDXwrYXcT1qeTgycbBQ GMIC/X/e2/2d9r74huhYTLujAQC7PaC/AX3IFn6+CMiVoGdb037GvL/ODxFl/GZLuOEd 69Fg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language; bh=DyKfx2iQLtyS4/iDMlChK54fmgNZ+Jahu0Xs17vRgsg=; b=AA4We/fewUoefInsmco3RqfGzQb60QCfYz3YdPjcBKtGpawRFVjGExeRiQfhGgfER5 TeRuMMD8ZEMAztc/ukRChD+SSe9N+UOfXIYnX8v7L9JwtNLLBQVyASR1P0kBMEU1i2KA T8JoNQQQmXEmaP49p6KYYlfDY1Xvdtc/XrU5n2ifcYfKq9GMbVoU6Lcq6LeeIIiz746I QrxwBTZGpSf5lY7jla4a9H3vZYZF1dC9Fm10n2hwlYJ4Rhhhm6g7zP+71MBWd9qyyX20 BnyzqgB4U3VHIuilcLKX3xxSJz0h9/PiXtGL15bcjjz5p1ji4FEO+dTWUn0ce2WTJwMX X88w== X-Gm-Message-State: AOAM530zbhM1D8uYn5y9bvxZ/AXV4JaJTM1jcUECULRAwmv19yo0h6iz kYXcmvbWv+NhuOM0jAb9lP8JPVJmCsO6bw== X-Google-Smtp-Source: ABdhPJxoadNnjsUJKq6xPVyp/8vuE5+Zuohks6ZWPVwNkzcARVI9TvV7sijEWMBPklQGgvlWPluKYw== X-Received: by 2002:a9d:541:: with SMTP id 59mr2973511otw.115.1595488675669; Thu, 23 Jul 2020 00:17:55 -0700 (PDT) Received: from [192.168.1.10] (ip70-186-126-197.no.no.cox.net. [70.186.126.197]) by smtp.googlemail.com with ESMTPSA id i11sm490248oom.9.2020.07.23.00.17.54 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Thu, 23 Jul 2020 00:17:55 -0700 (PDT) Subject: Re: Encryption in pg_dump To: pgsql-admin@lists.postgresql.org References: <2BCA8D4B-E94D-4F2F-99A5-D783912A1CDF@gmail.com> <20200722185541.GE3899@momjian.us> <6D40812C-3F42-41A2-A548-4EC7754DF473@gmail.com> <87zh7qbxqk.fsf@gmail.com> From: Ron Message-ID: Date: Thu, 23 Jul 2020 02:17:54 -0500 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.8.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/alternative; boundary="------------EFA1D62AB4D79C1C5CC20662" Content-Language: en-US List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk This is a multi-part message in MIME format. --------------EFA1D62AB4D79C1C5CC20662 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit On 7/23/20 1:58 AM, Olivier Gautherot wrote: > Hi all, > > Le jeu. 23 juil. 2020 à 07:34, Tim Cross > a écrit : > > > Paul Förster > writes: > > > Hi Bruce, > > > >> On 22. Jul, 2020, at 20:55, Bruce Momjian > wrote: > >> > >> Does anyone know why we are getting so many requests for encrypting > >> dumps all of a sudden? > > > > probably because a) people don't read past posts and b) more and > more IT heads decide that *everything*, be it internal to the company > or not, has to be encrypted. > > > > Yes, I think the IT heads issue is the primary driver - combined with > very poor understanding of information security at senior levels and a > huge growth of poor quality and 'snake oil salesmen' in the IT > security space > due to the amount of money ill informed senior managers are throwing at > what they think is a technical problem which usually is in fact a > business process problem. > > > The root cause is probably that, if you can't separate sensitive > information, you must encrypt everything - hence the dump. It may be a > sign of bad design to start with, with data at rest not protected in the > first place. It may also be a sign of "encrypt everything to be safe" as a > false perception of security, increasing the attack surface instead of > reducing it. And we could carry on with this list. > > Put it on the account of GDPR, as compliance is not an easy job. > When Oracle, SQL Server and MySQL Enterprise all have Transparent Data Encryption, the expectation is that all databases should have TDE. Auditors and IT upper management don't really understand the limitations of TDE, but that does not matter.  The magic word *Encryption* is in there, and that means they like it Adding hooks into libgpgme from pg_dump and pg_restore (needed for --format=directory) would be *Very Helpful*. -- Angular momentum makes the world go 'round. --------------EFA1D62AB4D79C1C5CC20662 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit On 7/23/20 1:58 AM, Olivier Gautherot wrote:
Hi all,

Le jeu. 23 juil. 2020 à 07:34, Tim Cross <theophilusx@gmail.com> a écrit :

Paul Förster <paul.foerster@gmail.com> writes:

> Hi Bruce,
>
>> On 22. Jul, 2020, at 20:55, Bruce Momjian <bruce@momjian.us> wrote:
>>
>> Does anyone know why we are getting so many requests for encrypting
>> dumps all of a sudden?
>
> probably because a) people don't read past posts and b) more and more IT heads decide that *everything*, be it internal to the company or not, has to be encrypted.
>

Yes, I think the IT heads issue is the primary driver - combined with
very poor understanding of information security at senior levels and a
huge growth of poor quality and 'snake oil salesmen' in the IT security space
due to the amount of money ill informed senior managers are throwing at
what they think is a technical problem which usually is in fact a
business process problem.

The root cause is probably that, if you can't separate sensitive information, you must encrypt everything - hence the dump. It may be a sign of bad design to start with, with data at rest not protected in the first place. It may also be a sign of "encrypt everything to be safe" as a false perception of security, increasing the attack surface instead of reducing it. And we could carry on with this list.

Put it on the account of GDPR, as compliance is not an easy job.

When Oracle, SQL Server and MySQL Enterprise all have Transparent Data Encryption, the expectation is that all databases should have TDE.

Auditors and IT upper management don't really understand the limitations of TDE, but that does not matter.  The magic word Encryption is in there, and that means they like it

Adding hooks into libgpgme from pg_dump and pg_restore (needed for --format=directory) would be Very Helpful.

--
Angular momentum makes the world go 'round.
--------------EFA1D62AB4D79C1C5CC20662--