From mboxrd@z Thu Jan 1 00:00:00 1970 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=-5.5 required=3.0 tests=BAYES_00, HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS, URIBL_BLOCKED,USER_AGENT_SANE_1 autolearn=no 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 A3F78C433E0 for ; Tue, 11 Aug 2020 22:08:45 +0000 (UTC) Received: from us-smtp-delivery-1.mimecast.com (us-smtp-2.mimecast.com [207.211.31.81]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPS id 57268206C3 for ; Tue, 11 Aug 2020 22:08:45 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 57268206C3 Authentication-Results: mail.kernel.org; dmarc=none (p=none dis=none) header.from=ucw.cz Authentication-Results: mail.kernel.org; spf=pass smtp.mailfrom=linux-audit-bounces@redhat.com Received: from mimecast-mx01.redhat.com (mimecast-mx01.redhat.com [209.132.183.4]) (Using TLS) by relay.mimecast.com with ESMTP id us-mta-69-LnbfkGt9ODm5PM9pIUYwGQ-1; Tue, 11 Aug 2020 18:08:40 -0400 X-MC-Unique: LnbfkGt9ODm5PM9pIUYwGQ-1 Received: from smtp.corp.redhat.com (int-mx04.intmail.prod.int.phx2.redhat.com [10.5.11.14]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mimecast-mx01.redhat.com (Postfix) with ESMTPS id B94CD1DE5; Tue, 11 Aug 2020 22:08:36 +0000 (UTC) Received: from colo-mx.corp.redhat.com (colo-mx02.intmail.prod.int.phx2.redhat.com [10.5.11.21]) by smtp.corp.redhat.com (Postfix) with ESMTPS id 878775D9D7; Tue, 11 Aug 2020 22:08:36 +0000 (UTC) Received: from lists01.pubmisc.prod.ext.phx2.redhat.com (lists01.pubmisc.prod.ext.phx2.redhat.com [10.5.19.33]) by colo-mx.corp.redhat.com (Postfix) with ESMTP id 8AB7895467; Tue, 11 Aug 2020 22:08:35 +0000 (UTC) Received: from smtp.corp.redhat.com (int-mx06.intmail.prod.int.rdu2.redhat.com [10.11.54.6]) by lists01.pubmisc.prod.ext.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id 07BJUUsV021600 for ; Tue, 11 Aug 2020 15:30:30 -0400 Received: by smtp.corp.redhat.com (Postfix) id 2662A2156A3A; Tue, 11 Aug 2020 19:30:30 +0000 (UTC) Received: from mimecast-mx02.redhat.com (mimecast01.extmail.prod.ext.rdu2.redhat.com [10.11.55.17]) by smtp.corp.redhat.com (Postfix) with ESMTPS id 21C892156A2E for ; Tue, 11 Aug 2020 19:30:26 +0000 (UTC) Received: from us-smtp-1.mimecast.com (us-smtp-1.mimecast.com [205.139.110.61]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by mimecast-mx02.redhat.com (Postfix) with ESMTPS id 5DA57857D08 for ; Tue, 11 Aug 2020 19:30:26 +0000 (UTC) ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=dkim.mimecast.com; s=201903; t=1597174226; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=Mcy00K09hYJxptOnPY6LSLF9jEHM83yLbhWVGH/rNVA=; b=MmDPjx/xg8DS17DmBdTGiXpqzUrG+2bkhtZ1hG46yLNUy0IvqcDCJIBRh0VwTTdKBcCrl6 q7jBkkgcmMpUP6ZnzZcdGPvp75QQXBVVEI0+UHfluVqD0g9/j101+nwbSEB9HgAxMi/YUd jeahYHx7EZHTz5wrP655gI1OoLf/uFQhCOyMSG8EVQ4LHFaPw9zh67yRoiL2K4gRaFzM1p 2RW0jMVqLKqIpCEdhf2ySZyAK5Pk4H6Lav+oMJfbzvLPEwma0hAUb2n1a7gSjSdILNhHi6 sLKfDmxg5SWaqtSJVvbF9K6few2h2UJdX3Hv2VyOLxB7GDW0KcUB2Suz7Wo5VQ== ARC-Seal: i=1; s=201903; d=dkim.mimecast.com; t=1597174226; a=rsa-sha256; cv=none; b=hvoumDNZZF2v90K5Q5TpyMSh/l8guSlEW010SDGNdNY/LVtBwzRkKjyhJQkwR/QbpXGwy0 UlbPYpxalqzlYmk5p8hDMxqOwmjaE0bBdpZ8MnuhGQkDdD/tEU4FzQfz9QhMctoyUmwNmP /mJ23oS7LzeX4vgtxJ+APWbIZxO3ShQg+bK/uchkGIl7++w+ma6JbImEEbaleCif2Wzkps kyuU0OvDchHf8mF56DSaYkiFGnRqAQS6Umjup3HrPQaK+l4x8chdVpeGrGzpKQBEF1zLic 0KRm0rhQOvI1dLWjxvavKgtW6pKS+HNZV9Rb2D8E9K9uufURM7luMOfDUZnjDw== ARC-Authentication-Results: i=1; relay.mimecast.com; dkim=none; dmarc=none; spf=none (relay.mimecast.com: domain of pavel@ucw.cz has no SPF policy when checking 46.255.230.98) smtp.mailfrom=pavel@ucw.cz Received: from jabberwock.ucw.cz (jabberwock.ucw.cz [46.255.230.98]) (Using TLS) by relay.mimecast.com with ESMTP id us-mta-152-dT46IF76NRSW4HeQiUrX0Q-1; Tue, 11 Aug 2020 15:30:20 -0400 X-MC-Unique: dT46IF76NRSW4HeQiUrX0Q-1 Received: by jabberwock.ucw.cz (Postfix, from userid 1017) id B4DE61C0BDD; Tue, 11 Aug 2020 21:30:16 +0200 (CEST) Date: Tue, 11 Aug 2020 21:30:16 +0200 From: Pavel Machek To: James Bottomley Subject: Re: [dm-devel] [RFC PATCH v5 00/11] Integrity Policy Enforcement LSM (IPE) Message-ID: <20200811193016.bdwh5kq7ci3yeme4@duo.ucw.cz> References: <1596639689.3457.17.camel@HansenPartnership.com> <329E8DBA-049E-4959-AFD4-9D118DEB176E@gmail.com> <1597073737.3966.12.camel@HansenPartnership.com> <6E907A22-02CC-42DD-B3CD-11D304F3A1A8@gmail.com> <1597124623.30793.14.camel@HansenPartnership.com> <16C3BF97-A7D3-488A-9D26-7C9B18AD2084@gmail.com> <1597159969.4325.21.camel@HansenPartnership.com> MIME-Version: 1.0 In-Reply-To: <1597159969.4325.21.camel@HansenPartnership.com> User-Agent: NeoMutt/20180716 Authentication-Results: relay.mimecast.com; dkim=none; dmarc=none; spf=none (relay.mimecast.com: domain of pavel@ucw.cz has no SPF policy when checking 46.255.230.98) smtp.mailfrom=pavel@ucw.cz X-Mimecast-Spam-Score: 0 X-Mimecast-Impersonation-Protect: Policy=CLT - Impersonation Protection Definition; Similar Internal Domain=false; Similar Monitored External Domain=false; Custom External Domain=false; Mimecast External Domain=false; Newly Observed Domain=false; Internal User Name=false; Custom Display Name List=false; Reply-to Address Mismatch=false; Targeted Threat Dictionary=false; Mimecast Threat Dictionary=false; Custom Threat Dictionary=false; X-Scanned-By: MIMEDefang 2.78 on 10.11.54.6 X-loop: linux-audit@redhat.com X-Mailman-Approved-At: Tue, 11 Aug 2020 18:08:33 -0400 Cc: snitzer@redhat.com, Deven Bowers , Mimi Zohar , dm-devel@redhat.com, tyhicks@linux.microsoft.com, agk@redhat.com, Sasha Levin , Jonathan Corbet , Jann Horn , James Morris , nramas@linux.microsoft.com, serge@hallyn.com, pasha.tatashin@soleen.com, Chuck Lever , linux-block@vger.kernel.org, Al Viro , Jens Axboe , mdsakib@microsoft.com, open list , linux-security-module@vger.kernel.org, linux-audit@redhat.com, linux-fsdevel , linux-integrity@vger.kernel.org, jaskarankhurana@linux.microsoft.com X-BeenThere: linux-audit@redhat.com X-Mailman-Version: 2.1.12 Precedence: junk List-Id: Linux Audit Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8381406169752318062==" Sender: linux-audit-bounces@redhat.com Errors-To: linux-audit-bounces@redhat.com X-Scanned-By: MIMEDefang 2.79 on 10.5.11.14 --===============8381406169752318062== Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="x335q3ph5liujtc7" Content-Disposition: inline --x335q3ph5liujtc7 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi! > > > > (eg, a specification) will be critical for remote filesystems. > > > >=20 > > > > If any of this is to be supported by a remote filesystem, then we > > > > need an unencumbered description of the new metadata format > > > > rather than code. GPL-encumbered formats cannot be contributed to > > > > the NFS standard, and are probably difficult for other > > > > filesystems that are not Linux-native, like SMB, as well. > > >=20 > > > I don't understand what you mean by GPL encumbered formats. The > > > GPL is a code licence not a data or document licence. > >=20 > > IETF contributions occur under a BSD-style license incompatible > > with the GPL. > >=20 > > https://trustee.ietf.org/trust-legal-provisions.html > >=20 > > Non-Linux implementers (of OEM storage devices) rely on such > > standards processes to indemnify them against licensing claims. >=20 > Well, that simply means we won't be contributing the Linux > implementation, right? However, IETF doesn't require BSD for all > implementations, so that's OK. >=20 > > Today, there is no specification for existing IMA metadata formats, > > there is only code. My lawyer tells me that because the code that > > implements these formats is under GPL, the formats themselves cannot > > be contributed to, say, the IETF without express permission from the > > authors of that code. There are a lot of authors of the Linux IMA > > code, so this is proving to be an impediment to contribution. That > > blocks the ability to provide a fully-specified NFS protocol > > extension to support IMA metadata formats. >=20 > Well, let me put the counterpoint: I can write a book about how > linux You should probably talk to your lawyer. > device drivers work (which includes describing the data formats), for > instance, without having to get permission from all the authors ... or > is your lawyer taking the view we should be suing Jonathan Corbet, > Alessandro Rubini, and Greg Kroah-Hartman for licence infringement? In > fact do they think we now have a huge class action possibility against > O'Reilly and a host of other publishers ... Because yes, you can reverse engineer for compatibility reasons -- doing clean room re-implementation (BIOS binary -> BIOS documentation -> BIOS sources under different license), but that was only tested in the US, is expensive, and I understand people might be uncomfortable doing that. Best regards, =09=09=09=09=09=09=09=09=09Pavel --=20 (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blo= g.html --x335q3ph5liujtc7 Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iF0EARECAB0WIQRPfPO7r0eAhk010v0w5/Bqldv68gUCXzLxyAAKCRAw5/Bqldv6 8vgbAKCHpxkUI3bT9Vn41Tp5GJNZ+nv/SQCfRg4xUwALTQzmhch9Ig1sF0gdvc0= =c2f+ -----END PGP SIGNATURE----- --x335q3ph5liujtc7-- --===============8381406169752318062== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline -- Linux-audit mailing list Linux-audit@redhat.com https://www.redhat.com/mailman/listinfo/linux-audit --===============8381406169752318062==--