Message ID | 20231019185232.977-1-matthias.fischer@ipfire.org |
---|---|
State | Staged |
Commit | 5049433d91f564a768be95ae51f3ef0a2fa17c52 |
Headers |
Return-Path: <development-bounces@lists.ipfire.org> Received: from mail01.ipfire.org (mail01.haj.ipfire.org [172.28.1.202]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (secp384r1) server-digest SHA384 client-signature ECDSA (secp384r1) client-digest SHA384) (Client CN "mail01.haj.ipfire.org", Issuer "R3" (verified OK)) by web04.haj.ipfire.org (Postfix) with ESMTPS id 4SBH0C6B6xz3wfD for <patchwork@web04.haj.ipfire.org>; Thu, 19 Oct 2023 18:52:43 +0000 (UTC) Received: from mail02.haj.ipfire.org (mail02.haj.ipfire.org [172.28.1.201]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (secp384r1) server-digest SHA384 client-signature ECDSA (secp384r1) client-digest SHA384) (Client CN "mail02.haj.ipfire.org", Issuer "R3" (verified OK)) by mail01.ipfire.org (Postfix) with ESMTPS id 4SBH086XDXz1j5; Thu, 19 Oct 2023 18:52:40 +0000 (UTC) Received: from mail02.haj.ipfire.org (localhost [127.0.0.1]) by mail02.haj.ipfire.org (Postfix) with ESMTP id 4SBH0857NBz2ypx; Thu, 19 Oct 2023 18:52:40 +0000 (UTC) Received: from mail01.ipfire.org (mail01.haj.ipfire.org [172.28.1.202]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (secp384r1) server-digest SHA384 client-signature ECDSA (secp384r1) client-digest SHA384) (Client CN "mail01.haj.ipfire.org", Issuer "R3" (verified OK)) by mail02.haj.ipfire.org (Postfix) with ESMTPS id 4SBH066L8sz2xG9 for <development@lists.ipfire.org>; Thu, 19 Oct 2023 18:52:38 +0000 (UTC) Received: from [127.0.0.1] (localhost [127.0.0.1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (secp384r1) server-digest SHA384) (No client certificate requested) by mail01.ipfire.org (Postfix) with ESMTPSA id 4SBH060kKjzmP for <development@lists.ipfire.org>; Thu, 19 Oct 2023 18:52:38 +0000 (UTC) DKIM-Signature: v=1; a=ed25519-sha256; c=relaxed/relaxed; d=ipfire.org; s=202003ed25519; t=1697741558; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version: content-transfer-encoding:content-transfer-encoding; bh=sDJRPK+rVGPAbMFqtI5LNnUUBD8e48XHwq0jKE3H+TU=; b=7kVtC4M1ieSOGqVIlhql3GNqNajatkJ4yQuDrI6qQfpRw8mFUJbZ0KUOy53kM3lnmiZCWW Klr3TSwFuKQEwiDw== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ipfire.org; s=202003rsa; t=1697741558; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version: content-transfer-encoding:content-transfer-encoding; bh=sDJRPK+rVGPAbMFqtI5LNnUUBD8e48XHwq0jKE3H+TU=; b=exHOBZl7mBtD9me8Z8C4FS/XaFeYFPxQN6aINBryJ7KguhBk7NMqX+aoXwVLU+JkPapn/H oIIZiWPjED3Jj7YMec4/8/JvzyAslO262znqtzSgyiBepmbx166PO6fqDusYMKE/gl8UQv quEnARV+98ZxVEk+r1QePOYk0a6vX6sudgKdQzS9qcHm8+xSzUUFHpEixtIxrWA+eROBN5 6o2bLJTH+kelIYxrvU1SunKPLyZOBALszHF59vPnMznt1SbkXWasN9jN61ZboX/6SXY6Jm mYEXgpmWaLNZDC6Kd5Gk7Fgh9V7gp40NI2bA4a//GiPUQ7Yv0JrUUqFSOfXV7A== From: Matthias Fischer <matthias.fischer@ipfire.org> To: development@lists.ipfire.org Subject: [PATCH] apache: Update to 2.4.58 Date: Thu, 19 Oct 2023 20:52:32 +0200 Message-Id: <20231019185232.977-1-matthias.fischer@ipfire.org> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-ID-Hash: OE75QGLAMKYQRMOZTB564T4T374LB3DD X-Message-ID-Hash: OE75QGLAMKYQRMOZTB564T4T374LB3DD X-MailFrom: matthias.fischer@ipfire.org X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header X-Mailman-Version: 3.3.8 Precedence: list List-Id: IPFire development talk <development.lists.ipfire.org> Archived-At: <https://lists.ipfire.org/mailman3/hyperkitty/list/development@lists.ipfire.org/message/OE75QGLAMKYQRMOZTB564T4T374LB3DD/> List-Archive: <https://lists.ipfire.org/mailman3/hyperkitty/list/development@lists.ipfire.org/> List-Help: <mailto:development-request@lists.ipfire.org?subject=help> List-Owner: <mailto:development-owner@lists.ipfire.org> List-Post: <mailto:development@lists.ipfire.org> List-Subscribe: <mailto:development-join@lists.ipfire.org> List-Unsubscribe: <mailto:development-leave@lists.ipfire.org> |
Series |
apache: Update to 2.4.58
|
|
Commit Message
Matthias Fischer
Oct. 19, 2023, 6:52 p.m. UTC
For details see:
https://dlcdn.apache.org/httpd/CHANGES_2.4.58
Excerpt from changelog:
"Changes with Apache 2.4.58
*) SECURITY: CVE-2023-45802: Apache HTTP Server: HTTP/2 stream
memory not reclaimed right away on RST (cve.mitre.org)
When a HTTP/2 stream was reset (RST frame) by a client, there
was a time window were the request's memory resources were not
reclaimed immediately. Instead, de-allocation was deferred to
connection close. A client could send new requests and resets,
keeping the connection busy and open and causing the memory
footprint to keep on growing. On connection close, all resources
were reclaimed, but the process might run out of memory before
that.
This was found by the reporter during testing of CVE-2023-44487
(HTTP/2 Rapid Reset Exploit) with their own test client. During
"normal" HTTP/2 use, the probability to hit this bug is very
low. The kept memory would not become noticeable before the
connection closes or times out.
Users are recommended to upgrade to version 2.4.58, which fixes
the issue.
Credits: Will Dormann of Vul Labs
*) SECURITY: CVE-2023-43622: Apache HTTP Server: DoS in HTTP/2 with
initial windows size 0 (cve.mitre.org)
An attacker, opening a HTTP/2 connection with an initial window
size of 0, was able to block handling of that connection
indefinitely in Apache HTTP Server. This could be used to
exhaust worker resources in the server, similar to the well
known "slow loris" attack pattern.
This has been fixed in version 2.4.58, so that such connection
are terminated properly after the configured connection timeout.
This issue affects Apache HTTP Server: from 2.4.55 through
2.4.57.
Users are recommended to upgrade to version 2.4.58, which fixes
the issue.
Credits: Prof. Sven Dietrich (City University of New York)
*) SECURITY: CVE-2023-31122: mod_macro buffer over-read
(cve.mitre.org)
Out-of-bounds Read vulnerability in mod_macro of Apache HTTP
Server.This issue affects Apache HTTP Server: through 2.4.57.
Credits: David Shoon (github/davidshoon)"
Signed-off-by: Matthias Fischer <matthias.fischer@ipfire.org>
---
lfs/apache2 | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
Comments
Reviewed-by: Adolf Belka <adolf.belka@ipfire.org> On 19/10/2023 20:52, Matthias Fischer wrote: > For details see: > https://dlcdn.apache.org/httpd/CHANGES_2.4.58 > > Excerpt from changelog: > "Changes with Apache 2.4.58 > > *) SECURITY: CVE-2023-45802: Apache HTTP Server: HTTP/2 stream > memory not reclaimed right away on RST (cve.mitre.org) > When a HTTP/2 stream was reset (RST frame) by a client, there > was a time window were the request's memory resources were not > reclaimed immediately. Instead, de-allocation was deferred to > connection close. A client could send new requests and resets, > keeping the connection busy and open and causing the memory > footprint to keep on growing. On connection close, all resources > were reclaimed, but the process might run out of memory before > that. > This was found by the reporter during testing of CVE-2023-44487 > (HTTP/2 Rapid Reset Exploit) with their own test client. During > "normal" HTTP/2 use, the probability to hit this bug is very > low. The kept memory would not become noticeable before the > connection closes or times out. > Users are recommended to upgrade to version 2.4.58, which fixes > the issue. > Credits: Will Dormann of Vul Labs > > *) SECURITY: CVE-2023-43622: Apache HTTP Server: DoS in HTTP/2 with > initial windows size 0 (cve.mitre.org) > An attacker, opening a HTTP/2 connection with an initial window > size of 0, was able to block handling of that connection > indefinitely in Apache HTTP Server. This could be used to > exhaust worker resources in the server, similar to the well > known "slow loris" attack pattern. > This has been fixed in version 2.4.58, so that such connection > are terminated properly after the configured connection timeout. > This issue affects Apache HTTP Server: from 2.4.55 through > 2.4.57. > Users are recommended to upgrade to version 2.4.58, which fixes > the issue. > Credits: Prof. Sven Dietrich (City University of New York) > > *) SECURITY: CVE-2023-31122: mod_macro buffer over-read > (cve.mitre.org) > Out-of-bounds Read vulnerability in mod_macro of Apache HTTP > Server.This issue affects Apache HTTP Server: through 2.4.57. > Credits: David Shoon (github/davidshoon)" > > Signed-off-by: Matthias Fischer <matthias.fischer@ipfire.org> > --- > lfs/apache2 | 4 ++-- > 1 file changed, 2 insertions(+), 2 deletions(-) > > diff --git a/lfs/apache2 b/lfs/apache2 > index 80462969b..9a0ad38a9 100644 > --- a/lfs/apache2 > +++ b/lfs/apache2 > @@ -25,7 +25,7 @@ > > include Config > > -VER = 2.4.57 > +VER = 2.4.58 > > THISAPP = httpd-$(VER) > DL_FILE = $(THISAPP).tar.bz2 > @@ -45,7 +45,7 @@ objects = $(DL_FILE) > > $(DL_FILE) = $(DL_FROM)/$(DL_FILE) > > -$(DL_FILE)_BLAKE2 = b33b51a741acd308ef4d4bdd2444d43eca9db68676fa67ec907eeea7384554f3f9a5608fc43dcf5819498264bbe36f176f30be9809474307642b70720036b88c > +$(DL_FILE)_BLAKE2 = 2105b8fada99f1dda55201ed89ed5326f0edb078d352cbff44f02cde80d129b65b63e07366a9a744ba474be5687fa8d3d2d8ddc64ac914b47166607f3f4a9de2 > > install : $(TARGET) >
diff --git a/lfs/apache2 b/lfs/apache2 index 80462969b..9a0ad38a9 100644 --- a/lfs/apache2 +++ b/lfs/apache2 @@ -25,7 +25,7 @@ include Config -VER = 2.4.57 +VER = 2.4.58 THISAPP = httpd-$(VER) DL_FILE = $(THISAPP).tar.bz2 @@ -45,7 +45,7 @@ objects = $(DL_FILE) $(DL_FILE) = $(DL_FROM)/$(DL_FILE) -$(DL_FILE)_BLAKE2 = b33b51a741acd308ef4d4bdd2444d43eca9db68676fa67ec907eeea7384554f3f9a5608fc43dcf5819498264bbe36f176f30be9809474307642b70720036b88c +$(DL_FILE)_BLAKE2 = 2105b8fada99f1dda55201ed89ed5326f0edb078d352cbff44f02cde80d129b65b63e07366a9a744ba474be5687fa8d3d2d8ddc64ac914b47166607f3f4a9de2 install : $(TARGET)