Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-1.1 required=3.0 tests=DKIM_SIGNED,DKIM_VALID, DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,SPF_PASS, URIBL_BLOCKED autolearn=ham autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 8E990C43387 for ; Sun, 13 Jan 2019 00:50:09 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by mail.kernel.org (Postfix) with ESMTP id 1029B20870 for ; Sun, 13 Jan 2019 00:50:08 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=pass (1024-bit key) header.d=coker.com.au header.i=@coker.com.au header.b="NEQmNHs1" Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726529AbfAMAuI (ORCPT ); Sat, 12 Jan 2019 19:50:08 -0500 Received: from smtp.sws.net.au ([46.4.88.250]:37342 "EHLO smtp.sws.net.au" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726412AbfAMAuI (ORCPT ); Sat, 12 Jan 2019 19:50:08 -0500 Received: from xev.coker.com.au (localhost [127.0.0.1]) by smtp.sws.net.au (Postfix) with ESMTP id 72056ED04; Sun, 13 Jan 2019 11:50:06 +1100 (AEDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=coker.com.au; s=2008; t=1547340606; bh=vJmxrK9i6dLLArdqOnvPSDp2T3Td5sk5+h1+eVK19/8=; l=897; h=From:To:Reply-To:Cc:Subject:Date:In-Reply-To:References:From; b=NEQmNHs1LLKOJ/WEOyyZ4ObHhCDuzfvqpcO4Bk7zQg5xyEs9oDnEEFaMa2YmnbMK9 6ptFX48kCRskYsb/wVa+6EYh36/1shpGK6GgXOoLIoZY4jXzzuJejm7SoDB3+LKsbt a0Qn4hLaAYrQo+Hb2RlQIN36BY9tiztzohrgKsZI= Received: by xev.coker.com.au (Postfix, from userid 1001) id 9911CC50365; Sun, 13 Jan 2019 11:50:01 +1100 (AEDT) From: Russell Coker To: Chris PeBenito Reply-To: russell@coker.com.au Cc: Jason Zaman , "selinux-refpolicy@vger.kernel.org" Subject: Re: [PATCH] s/mozilla/webbrowser/g Date: Sun, 13 Jan 2019 11:50:01 +1100 Message-ID: <3656424.1XRo0OdIgc@xev> In-Reply-To: <9e966272-1e72-c250-bfb6-0f3b8bd07931@ieee.org> References: <20190112051909.GA7745@xev> <20190112073320.GA40543@baraddur.perfinion.com> <9e966272-1e72-c250-bfb6-0f3b8bd07931@ieee.org> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Sender: selinux-refpolicy-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: selinux-refpolicy@vger.kernel.org On Sunday, 13 January 2019 6:46:44 AM AEDT Chris PeBenito wrote: > The chromium policy Jason posted is indeed slimmer than the current > mozilla policy (see Jason's thread), which would seem to indicate > keeping them separate. However, the mozilla policy is so big because > it's been around for a long time and has built up all of the various > odds and ends that a browser brings in, which could possibly be missing > from the chromium policy. > > I am on the fence. I could see going either way. One of the things the Mozilla policy has is a domain for plugins while Chrome has a domain for a sandbox. Does Chrome support running plugins in a separate process (doesn't seem to but I generally avoid plugins). There seems to be some real functionality difference between the two browsers. -- My Main Blog http://etbe.coker.com.au/ My Documents Blog http://doc.coker.com.au/