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 1o1X0L-0006Qt-8u for pgsql-hackers@arkaria.postgresql.org; Wed, 15 Jun 2022 17:40:33 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1o1WzL-0008WH-Tn for pgsql-hackers@arkaria.postgresql.org; Wed, 15 Jun 2022 17:39:31 +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 1o1WzL-0008W8-Ko for pgsql-hackers@lists.postgresql.org; Wed, 15 Jun 2022 17:39:31 +0000 Received: from mail-pj1-x1031.google.com ([2607:f8b0:4864:20::1031]) by makus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.92) (envelope-from ) id 1o1WzJ-0005MC-3M for pgsql-hackers@postgresql.org; Wed, 15 Jun 2022 17:39:30 +0000 Received: by mail-pj1-x1031.google.com with SMTP id k12-20020a17090a404c00b001eaabc1fe5dso2807023pjg.1 for ; Wed, 15 Jun 2022 10:39:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to; bh=0d2Qw47jI4b9Ahp9WfcBvYa+Vy4whpuq01Y5wJunqBs=; b=pbrHlmmqL3BujizXw4iAuLfw9PaIjtOtCuL9jSjW5YdzoZxJ2JKpqjFenJJi/76UCx rwJWLMB5Na1vF6BpJJn1kXBVBVyDCGBP9nF0QiGS9ZDbzAGm/QzCA/rO3757GJPmPR7D hA+lHeOKgq7P51CP5Q6HFqI2JOsBpoPpwZcHs3aQ7I0ZNhpu6oWlLxwQ25iSCc5SvZ7J jqUJAb6ul0cxG9EA1j3Wb2UHoUTGxMih5lwEBVqTZ5W6GQ23GwzA3vqD4PEDehoruFPy 3wzNbDWJgG9uIwM0EiwJumU1BowJEg5x4vWFc+KgTsuwXYm9xW2Sy/uHf1JDhlm4kHXs fvDw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to; bh=0d2Qw47jI4b9Ahp9WfcBvYa+Vy4whpuq01Y5wJunqBs=; b=FBt1/ENllBXzias6Nugi0FcFUzZvFww2S3S2WZwm7USBFqB3qucAweM4+A+TebdFcf 9HTOX0qvFkFVid8vRLRfmAQW3KVDovxS1oC7cUFiviRXra9CFQpOPbsQPETFOW07/uPc Ac094fviCaBdwBOmsngle+NngdF97XXGEGNvAyf99ZM7or0WdnOmgzb9yHm29/AxHk5G sgRh9hgXfRPqWQSkc2epFJxFKHcCzMepfqhh1vkqahuKN4eGZO1xZbhgFTvirm52dYj0 M7CS7VB2ixzPDAvJ/cbXlTZ39R6qmD0QaC6WTEDCmUcCewAUdgg6STObn9zXjsro8Y/i p25A== X-Gm-Message-State: AJIora8b5/zeRpURbNjF/mRiZ4/3DyIqeSLAUkx65/B4JvcGtXI/Os54 yUWxsj27uenSriuBILnKWCc= X-Google-Smtp-Source: AGRyM1ueH1SRKi8BsskA4Gg8QCW76ecZr6D+L0voEPYxcN3Bvc6ctNSsu3OfFyey8tFtTG6y+bJgPw== X-Received: by 2002:a17:902:8503:b0:168:8fbf:61f7 with SMTP id bj3-20020a170902850300b001688fbf61f7mr640973plb.87.1655314767962; Wed, 15 Jun 2022 10:39:27 -0700 (PDT) Received: from nathanxps13 ([50.54.155.70]) by smtp.gmail.com with ESMTPSA id e6-20020a63aa06000000b003fbfd5e4ddcsm10403252pgf.75.2022.06.15.10.39.26 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 15 Jun 2022 10:39:27 -0700 (PDT) Date: Wed, 15 Jun 2022 10:39:25 -0700 From: Nathan Bossart To: Ian Lawrence Barwick Cc: Michael Paquier , pgsql-hackers Subject: Re: docs: mention "pg_read_all_stats" in "track_activities" description Message-ID: <20220615173925.GB2154@nathanxps13> References: <20220521185743.GA886636@nathanxps13> <20220522202608.GA892371@nathanxps13> <20220523164142.GB938919@nathanxps13> <20220528131031.GB1876050@nathanxps13> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk On Tue, Jun 07, 2022 at 10:08:21PM +0900, Ian Lawrence Barwick wrote: > A little late to the party, but as an alternative suggestion for the last > part: > > "... and users who either own the session being reported on, or who have > privileges of the role to which the session belongs," > > so the whole sentence would read: > > Note that even when enabled, this information is only visible to superusers, > roles with privileges of the pg_read_all_stats role, and users who either own > the session being reported on or who have privileges of the role to which the > session belongs, so it should not represent a security risk. This seems clearer to me. -- Nathan Bossart Amazon Web Services: https://aws.amazon.com