From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp0.migadu.com ([2001:41d0:403:4876::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms1.migadu.com with LMTPS id sHnIAz0QEGbUfQEAqHPOHw:P1 (envelope-from ) for ; Fri, 05 Apr 2024 16:52:45 +0200 Received: from aspmx1.migadu.com ([2001:41d0:403:4876::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp0.migadu.com with LMTPS id sHnIAz0QEGbUfQEAqHPOHw (envelope-from ) for ; Fri, 05 Apr 2024 16:52:45 +0200 X-Envelope-To: larch@yhetil.org Authentication-Results: aspmx1.migadu.com; dkim=pass header.d=lendvai.name header.s=protonmail header.b=eHmcYngh; dmarc=pass (policy=none) header.from=lendvai.name; spf=pass (aspmx1.migadu.com: domain of "guix-devel-bounces+larch=yhetil.org@gnu.org" designates 209.51.188.17 as permitted sender) smtp.mailfrom="guix-devel-bounces+larch=yhetil.org@gnu.org" ARC-Seal: i=1; s=key1; d=yhetil.org; t=1712328764; a=rsa-sha256; cv=none; b=EjZi6PrMiv/Uu1uIpMlWb3vy8Nlt5e2o7F6jg9rsmV3yJz7vlx3kFekyVnohoPGG29Cxyv CPNL2yLItLCqNczTvsNOoX9l+s97oEUtFjZngj5KeXhh4/1ruAAdu/hbZl8Bl8lshaJpjV mNBJrqMG47INYTWzgAZeHJmSkgJ/rGHk8DTB/+GXqZpj1sncL27Akj1/DWnlySucl9aFhC zz/WbeK7Ni7rynSWRtOaKXyNEtXZ+zhTUUXwHEdh2fm+seiTNEa+tY89omidTDtYdOiIjz thtLozX3Dw7kaqstLri8rd4rTSQ+nFMOZPZCAOmFOz/7e3iPH6hCFIf68NvSZQ== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=pass header.d=lendvai.name header.s=protonmail header.b=eHmcYngh; dmarc=pass (policy=none) header.from=lendvai.name; spf=pass (aspmx1.migadu.com: domain of "guix-devel-bounces+larch=yhetil.org@gnu.org" designates 209.51.188.17 as permitted sender) smtp.mailfrom="guix-devel-bounces+larch=yhetil.org@gnu.org" ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1712328764; h=from:from:sender:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references:list-id:list-help: list-unsubscribe:list-subscribe:list-post:dkim-signature; bh=1FEejRP6SC+kH16BmUj3xVhoip5ZqET07z45+BK7zcI=; b=uv3Q/gFCzJG+gvg7c13RE8NkboQjD+OnBOkG+OG0muS6umcNvsIPhPltK5jMNN0B9nQEeP C6SSXb32BGA7+CJ6IoG7GcL9EcXgO0KOro+t57vYIRq7FDgExCxWjhLrB9gT4b4e0KwnNI bKB+CCC+iF++a9YMsBI9YfdvCK0iT7/3AWh8M/Xx/sy3HFUbxp8Ma37SkrR/3pwc2x2Yoh RZLWW5GsUb3vildrbEXkf7kEx1lDU0F+Oy/O8pcIG5YuY/WNCWbv4gZV53TH/MdhiGvUSm NqM/ai8q3qt1Sm413kUDjuFYwJMKM8zLDuX/UPyjiJeLNWBc6kmxPfp7bXN8eQ== Received: from lists.gnu.org (lists.gnu.org [209.51.188.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by aspmx1.migadu.com (Postfix) with ESMTPS id DE33371DC3 for ; Fri, 5 Apr 2024 16:52:44 +0200 (CEST) Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1rskvB-00046B-Qb; Fri, 05 Apr 2024 10:52:01 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1rskv9-00044f-7o; Fri, 05 Apr 2024 10:51:59 -0400 Received: from mail-40136.proton.ch ([185.70.40.136]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1rskut-0003rM-Ik; Fri, 05 Apr 2024 10:51:58 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=lendvai.name; s=protonmail; t=1712328698; x=1712587898; bh=1FEejRP6SC+kH16BmUj3xVhoip5ZqET07z45+BK7zcI=; h=Date:To:From:Cc:Subject:Message-ID:In-Reply-To:References: Feedback-ID:From:To:Cc:Date:Subject:Reply-To:Feedback-ID: Message-ID:BIMI-Selector; b=eHmcYnghLCizkZ5NtI1K3ApJseDJ2+4934F0Fv5M9xL+5+lT+XAn2NVpQttLETw9J 0OrGF+OFt+G1gKKVqPSq1Nr9quWq95QtutJOOOEkyiVtI1bGBdkX/hndAA4gtUtEZI 4i0Wn0BxBD2OQRlU7uj0bjMjdx+A7mtEm5VlrEY7PuRwpTVRdWKIkaRS7Pu33BXzYi DKMbdXsnm1DUoewN/x1zMMr6fHLNI9TcEtKpaN7qL2nEtxmnryqVOapVyHMDu/PsXm 4prZhxfK/ai3x6Of2nN/JYfZy2jpPmNCdzI12lfM8UVsFeMLg5D3N7H2SsVzZ/wYsA vjWVQrietNjog== Date: Fri, 05 Apr 2024 14:51:33 +0000 To: Giovanni Biscuolo From: Attila Lendvai Cc: guix-security@gnu.org, Guix Devel Subject: Re: backdoor injection via release tarballs combined with binary artifacts (was Re: Backdoor in upstream xz-utils) Message-ID: In-Reply-To: <87msq8kthb.fsf@xelera.eu> References: <87ttkon4c4.fsf@protonmail.com> <8734s1mn5p.fsf@xelera.eu> <87zfu9ku4l.fsf@xelera.eu> <87msq8kthb.fsf@xelera.eu> Feedback-ID: 28384833:user:proton MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Received-SPF: pass client-ip=185.70.40.136; envelope-from=attila@lendvai.name; helo=mail-40136.proton.ch X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: guix-devel@gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Development of GNU Guix and the GNU System distribution." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guix-devel-bounces+larch=yhetil.org@gnu.org Sender: guix-devel-bounces+larch=yhetil.org@gnu.org X-Migadu-Flow: FLOW_IN X-Migadu-Country: US X-Spam-Score: -9.80 X-Migadu-Queue-Id: DE33371DC3 X-Migadu-Spam-Score: -9.80 X-Migadu-Scanner: mx10.migadu.com X-TUID: diHdvDeBlotb > Are there other issues (different from the "host cannot execute target > binary") that makes relesase tarballs indispensable for some upstream > projects? i didn't mean to say that tarballs are indispensible. i just wanted to poin= t out that it's not as simple as going through each package definition and = robotically changing the source origin from tarball to git repo. it costs s= ome effort, but i don't mean to suggest that it's not worth doing. > So, while "almost all the world" is applying wrong solutions to the > source tarball reproducibility problem, what can Guix do? AFAIU the plan is straightforward: change all package definitions to point = to the (git) repos of the upstream, and ignore any generated ./configure sc= ripts if it happens to be checked into the repo. it involves quite some work, both in quantity, and also some thinking aroun= d surprises. i think a good first step would be to reword the packaging guidelines in th= e doc to strongly prefer VCS sources instead of tarballs. > Even if We=E2=84=A2 (ehrm) find a solution to the source tarball reproduc= ibility > problem (potentially allowing us to patch all the upstream makefiles > with specific phases in our packages definitions) are we really going to > start our own (or one managed by the reproducible build community) > "reproducible source tarballs" repository? Is this feaseable? but why would that be any better than simply building from git? which, i th= ink, would even take less effort. > > but these generated man files are part of the release tarball, so > > cross compilation works fine using the tarball. >=20 >=20 > AFAIU in this case there is an easy alternative: distribute the > (generated) man files as code tracked in the DVCS (e.g. git) repo > itself. yes, that would work in this case (although, that man page is guaranteed to= go stale). my proposal was to simply drop the generated man file. it adds = very little value (although it's not zero; web search, etc). --=20 =E2=80=A2 attila lendvai =E2=80=A2 PGP: 963F 5D5F 45C7 DFCD 0A39 -- =E2=80=9CIt is easy to be conspicuously 'compassionate' if others are being= forced to pay the cost.=E2=80=9D =09=E2=80=94 Murray N. Rothbard (1926=E2=80=931995)