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=-8.8 required=3.0 tests=BAYES_00, HEADER_FROM_DIFFERENT_DOMAINS,INCLUDES_CR_TRAILER,MAILING_LIST_MULTI, SPF_HELO_NONE,SPF_PASS 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 9EF86C433F5 for ; Tue, 14 Sep 2021 18:11:38 +0000 (UTC) Received: from smtp3.osuosl.org (smtp3.osuosl.org [140.211.166.136]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPS id 1E13B60FC0 for ; Tue, 14 Sep 2021 18:11:38 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.4.1 mail.kernel.org 1E13B60FC0 Authentication-Results: mail.kernel.org; dmarc=none (p=none dis=none) header.from=korsgaard.com Authentication-Results: mail.kernel.org; spf=none smtp.mailfrom=lists.buildroot.org Received: from localhost (localhost [127.0.0.1]) by smtp3.osuosl.org (Postfix) with ESMTP id E347D6073D; Tue, 14 Sep 2021 18:11:37 +0000 (UTC) X-Virus-Scanned: amavisd-new at osuosl.org Received: from smtp3.osuosl.org ([127.0.0.1]) by localhost (smtp3.osuosl.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id KwwAJUBp1SHC; Tue, 14 Sep 2021 18:11:37 +0000 (UTC) Received: from ash.osuosl.org (ash.osuosl.org [140.211.166.34]) by smtp3.osuosl.org (Postfix) with ESMTP id 5E42A6071C; Tue, 14 Sep 2021 18:11:36 +0000 (UTC) Received: from smtp2.osuosl.org (smtp2.osuosl.org [140.211.166.133]) by ash.osuosl.org (Postfix) with ESMTP id 7F4511BF59A for ; Tue, 14 Sep 2021 18:09:55 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by smtp2.osuosl.org (Postfix) with ESMTP id 55FB2403B8 for ; Tue, 14 Sep 2021 18:09:54 +0000 (UTC) X-Virus-Scanned: amavisd-new at osuosl.org Received: from smtp2.osuosl.org ([127.0.0.1]) by localhost (smtp2.osuosl.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ufkE-DwBXyy8 for ; Tue, 14 Sep 2021 18:09:53 +0000 (UTC) X-Greylist: from auto-whitelisted by SQLgrey-1.8.0 Received: from relay11.mail.gandi.net (relay11.mail.gandi.net [217.70.178.231]) by smtp2.osuosl.org (Postfix) with ESMTPS id 718DC403A7 for ; Tue, 14 Sep 2021 18:09:53 +0000 (UTC) Received: (Authenticated sender: peter@casa-korsgaard.com) by relay11.mail.gandi.net (Postfix) with ESMTPSA id A1A78100008 for ; Tue, 14 Sep 2021 18:09:51 +0000 (UTC) Received: from peko by dell.be.48ers.dk with local (Exim 4.92) (envelope-from ) id 1mQCsR-0007SZ-3Q for buildroot@buildroot.org; Tue, 14 Sep 2021 20:09:51 +0200 Resent-To: buildroot@buildroot.org Resent-From: Peter Korsgaard Resent-Date: Tue, 14 Sep 2021 20:09:51 +0200 Resent-Message-ID: <87a6kfxc40.fsf@dell.be.48ers.dk> X-From-Line: nobody Mon Sep 13 22:37:08 2021 From: Peter Korsgaard To: Fabrice Fontaine References: <20210912165643.2170239-1-fontaine.fabrice@gmail.com> Date: Mon, 13 Sep 2021 22:37:08 +0200 In-Reply-To: <20210912165643.2170239-1-fontaine.fabrice@gmail.com> (Fabrice Fontaine's message of "Sun, 12 Sep 2021 18:56:43 +0200") Message-ID: <87lf40w6tn.fsf@dell.be.48ers.dk> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1 (gnu/linux) MIME-Version: 1.0 Subject: Re: [Buildroot] [PATCH 1/1] package/libssh: security bump to version 0.9.6 X-BeenThere: buildroot@lists.buildroot.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussion and development of buildroot List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: buildroot@buildroot.org Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: buildroot-bounces@lists.buildroot.org Sender: "buildroot" >>>>> "Fabrice" == Fabrice Fontaine writes: > Fix CVE-2021-3634: A flaw has been found in libssh in versions prior to > 0.9.6. The SSH protocol keeps track of two shared secrets during the > lifetime of the session. One of them is called secret_hash and the other > session_id. Initially, both of them are the same, but after key > re-exchange, previous session_id is kept and used as an input to new > secret_hash. Historically, both of these buffers had shared length > variable, which worked as long as these buffers were same. But the key > re-exchange operation can also change the key exchange method, which can > be based on hash of different size, eventually creating "secret_hash" of > different size than the session_id has. This becomes an issue when the > session_id memory is zeroed or when it is used again during second key > re-exchange. > Signed-off-by: Fabrice Fontaine Committed, thanks. -- Bye, Peter Korsgaard _______________________________________________ buildroot mailing list buildroot@lists.buildroot.org https://lists.buildroot.org/mailman/listinfo/buildroot