From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on inbox.vuxu.org X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham autolearn_force=no version=3.4.4 Received: (qmail 20234 invoked from network); 21 Jan 2021 22:44:55 -0000 Received: from 1ess.inri.net (216.126.196.35) by inbox.vuxu.org with ESMTPUTF8; 21 Jan 2021 22:44:55 -0000 Received: from 5ess.inri.net ([107.191.111.177]) by 1ess; Thu Jan 21 17:15:44 -0500 2021 Received: from [127.0.0.1] ([107.207.65.229]) by 5ess; Thu Jan 21 17:15:43 -0500 2021 Date: Thu, 21 Jan 2021 17:15:41 -0500 From: Stanley Lieber To: 9front@9front.org In-Reply-To: References: <154A2B81E5307985989F46BE958ACBAC@eigenstate.org> Message-ID: <84C199F8-15A4-4434-AD56-A35AB5CC6F4A@stanleylieber.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable List-ID: <9front.9front.org> List-Help: X-Glyph: ➈ X-Bullshit: patented SQL hardware-oriented out-scaling-based polling-oriented dependency generator Subject: Re: [9front] user none: cwfs vs hjfs Reply-To: 9front@9front.org Precedence: bulk On January 21, 2021 5:01:06 PM EST, hiro <23hiro@gmail=2Ecom> wrote: >otoh not fixing hjfs may break security assumptions=2E > yes=2E i think we should fix hjfs=2E a lot of stuff relies on user none do= ing what it does in cwfs=2E the most import thing is that all file systems = behave the same way=2E that said, relegating user none to world readable files while simultaneous= ly running basically every service as none makes isolating services, and mo= re blatantly keeping local users out of service files, difficult if not imp= ossible=2E i think they got lazy with user none=2E we need some finer grade control o= ver user capabilities=2E sl