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 1hoUfh-0001TP-6O for pgsql-hackers@arkaria.postgresql.org; Fri, 19 Jul 2019 15:19:45 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.89) (envelope-from ) id 1hoUff-0007jz-86 for pgsql-hackers@arkaria.postgresql.org; Fri, 19 Jul 2019 15:19:43 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1hoUfe-0007js-Sh for pgsql-hackers@lists.postgresql.org; Fri, 19 Jul 2019 15:19:43 +0000 Received: from sss.pgh.pa.us ([66.207.139.130]) by makus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.92) (envelope-from ) id 1hoUfc-0005Zr-JX for pgsql-hackers@lists.postgresql.org; Fri, 19 Jul 2019 15:19:41 +0000 Received: from sss1.sss.pgh.pa.us (localhost [127.0.0.1]) by sss.pgh.pa.us (8.14.4/8.14.4) with ESMTP id x6JFJZeO025539; Fri, 19 Jul 2019 11:19:35 -0400 From: Tom Lane To: Mike Palmiotto cc: pgsql-hackers@lists.postgresql.org, Joe Conway Subject: Re: sepgsql seems rather thoroughly broken on Fedora 30 In-reply-to: References: <23856.1563381159@sss.pgh.pa.us> Comments: In-reply-to Mike Palmiotto message dated "Thu, 18 Jul 2019 19:23:08 -0400" MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <25537.1563549575.1@sss.pgh.pa.us> Content-Transfer-Encoding: quoted-printable Date: Fri, 19 Jul 2019 11:19:35 -0400 Message-ID: <25538.1563549575@sss.pgh.pa.us> List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk Mike Palmiotto writes: > The sepgsql_regtest_user_t domain should be allowed to read any file > labeled "passwd_file_t". We can check that with the `sesearch` tool, > provided by the "setools-console" package on F30: > % sudo sesearch -A -s sepgsql_regtest_user_t -t passwd_file_t > allow domain file_type:blk_file map; [ domain_can_mmap_files ]:True > allow domain file_type:chr_file map; [ domain_can_mmap_files ]:True > allow domain file_type:file map; [ domain_can_mmap_files ]:True > allow nsswitch_domain passwd_file_t:file { getattr ioctl lock map open r= ead }; I got around to trying this, and lookee here: $ sudo sesearch -A -s sepgsql_regtest_user_t -t passwd_file_t allow domain file_type:blk_file map; [ domain_can_mmap_files ]:True allow domain file_type:chr_file map; [ domain_can_mmap_files ]:True allow domain file_type:file map; [ domain_can_mmap_files ]:True allow domain file_type:lnk_file map; [ domain_can_mmap_files ]:True Nothing about passwd_file_t. So *something* is different about the way the policy is being expanded. regards, tom lane