Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1hcI2G-0001V6-4M for pgsql-hackers@arkaria.postgresql.org; Sat, 15 Jun 2019 23:24:36 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.89) (envelope-from ) id 1hcI2E-0007Ms-TC for pgsql-hackers@arkaria.postgresql.org; Sat, 15 Jun 2019 23:24:34 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1hcI2E-0007Lx-Kv for pgsql-hackers@lists.postgresql.org; Sat, 15 Jun 2019 23:24:34 +0000 Received: from mail-wm1-x32c.google.com ([2a00:1450:4864:20::32c]) by magus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1hcI2B-00005l-LS for pgsql-hackers@postgresql.org; Sat, 15 Jun 2019 23:24:33 +0000 Received: by mail-wm1-x32c.google.com with SMTP id s15so5559957wmj.3 for ; Sat, 15 Jun 2019 16:24:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=2ndquadrant-com.20150623.gappssmtp.com; s=20150623; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=DK0nim0u/yqbjyZFkhyE9ifnKEp/6YrMUDyDeRCCK7o=; b=bivcm0vEbrCV3oXd6lK4eiSEjlYOPn8qxzAKNayostjpQ/JIaZSIkvA9zbgIEBChXc JcP/f6GmV+EGD1wfFOjtPdXcsJXv1NBO4HPKBMOxfpwiQIM7+TyVP1vxd0hzJida2d0u H6FNrnO4Y4durBZk7QD5v9st1KqY4LJDGS2a/GiBopIBZen6Pq2Hoys/xUYFikKgOGfx 3i6XnPxOzQx1DtjrrotZtSPoAlxWlhktOTGI86okFLMD6/HOa39nZW2MrR5sj+2A3r55 JueeZI60ZPIdi3A/UR1zGGXl9uOgv+vj9WKJqge1xAlraUXODQbkMJOISGVUZhrp9okK ciRw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to:user-agent; bh=DK0nim0u/yqbjyZFkhyE9ifnKEp/6YrMUDyDeRCCK7o=; b=KXZHg84D42xGXFvnmHJQhv5TOYtqbcBvCvcz4zJ46SF1uGW4S/IIqiSrh5XmyReoHX eYYbNiB7wrIZoTE3MOg6La8uw7VPrklOWMUSxhLgCHWiwhPHh9jZn5ErriHu0sjjaDLM x/bF0vtikw+MEJE3ZX/kOYPOAsXRKxwose4oKmDQhQuUdkdHOYYQbsNQgzq5dOWhkM1S OfqWNKgDKWdlmOaih9U7yHgCLbIdB8kKjuc+FEwQbUA79dqsB9JPQazv4Bk8zucoi9Me DtBsY53F9ekuNxVps9rqdyPUdSHxu+lYml2jAfEWXnGxyzqxHDm7Zger956Og84C7ewG jVtw== X-Gm-Message-State: APjAAAVG88eY/Jo3MQ6BkvxcYde0d07xnrWPjovwF0J5yy/ICNrY3qEf rTjssvKY0KuFNf30gPHQTwdRYw== X-Google-Smtp-Source: APXvYqylvLFdHcx/THzZRwRpaoBiz7chuPzgMJyrF8ncT/AAbA7G/j9l35l7B7Y/bf/U2bmaMKGj3A== X-Received: by 2002:a1c:44d4:: with SMTP id r203mr12719749wma.158.1560641070760; Sat, 15 Jun 2019 16:24:30 -0700 (PDT) Received: from localhost (ip-86-49-243-43.net.upcbroadband.cz. [86.49.243.43]) by smtp.gmail.com with ESMTPSA id d18sm976773wrb.90.2019.06.15.16.24.29 (version=TLS1_3 cipher=AEAD-AES256-GCM-SHA384 bits=256/256); Sat, 15 Jun 2019 16:24:29 -0700 (PDT) Date: Sun, 16 Jun 2019 01:24:28 +0200 From: Tomas Vondra To: Dean Rasheed Cc: Tom Lane , Stephen Frost , Andres Freund , PostgreSQL Hackers Subject: Re: Multivariate MCV stats can leak data to unprivileged users Message-ID: <20190615232428.eljebxllgkrxt72b@development> References: <20190519173845.tgf7ku3vigwgndn5@development> <2509.1558289694@sss.pgh.pa.us> <20190519224459.7dsdnv5gsfmnm4em@development> <23581.1558359144@sss.pgh.pa.us> <20190520181714.fm4a4yjtgffh6kst@development> <20190606203308.h6rfqzr7jhafgnzd@development> <20190613173745.pjmvxq7x4ceoosck@development> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline In-Reply-To: <20190613173745.pjmvxq7x4ceoosck@development> User-Agent: NeoMutt/20180716-1444-295967 List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk On Thu, Jun 13, 2019 at 07:37:45PM +0200, Tomas Vondra wrote: > ... > >OK, attached are patches fixing the issues reported by you and John >Naylor, and squashing the parts into just two patches (catalog split and >pg_stats_ext). Barring objections, I'll push those tomorrow. > >I've renamed columns in the _data catalog from 'stx' to 'stxd', which I >think is appropriate given the "data" in catalog name. > >I'm wondering if we should change the examples in SGML docs (say, in >planstats.sgml) to use the new pg_stats_ext view, instead of querying the >catalogs directly. I've tried doing that, but I found the results less >readable than what we currently have (especially for the MCV list, where >it'd require matching elements in multiple arrays). So I've left this >unchanged for now. > I've pushed those changes, after adding docs for the pg_stats_ext view. regards -- Tomas Vondra http://www.2ndQuadrant.com PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services