Openembedded Core Discussions
 help / color / mirror / Atom feed
From: Markus Volk <f_l_k@t-online.de>
To: Markus Volk <f_l_k@t-online.de>
Cc: Alexandre Belloni <alexandre.belloni@bootlin.com>,
	openembedded-core@lists.openembedded.org
Subject: Re: [oe-core][PATCH] cups: Upgrade 2.4.6 -> 2.4.7
Date: Sun, 12 Nov 2023 22:28:29 +0100	[thread overview]
Message-ID: <HZ414S.HW8NR3EMT6LP@t-online.de> (raw)
In-Reply-To: <1796FBC977914057.28092@lists.openembedded.org>

[-- Attachment #1: Type: text/plain, Size: 7086 bytes --]

I've sent a v2 that would fix the issue by adding openssl tls support 
by default. tls can be switched to gnutls by using PACKAGECONFIG

On Sun, Nov 12 2023 at 09:59:39 PM +01:00:00, Markus Volk 
<f_l_k@t-online.de> wrote:
> Hi,
> 
> | hash.c:16:12: fatal error: gnutls/crypto.h: No such file or 
> directory
> |    16 | #  include <gnutls/crypto.h>
> 
> it fails because there is no tls implementation activated by default. 
> I do my builds with gnutls enabled and removing the bbappend that 
> contains the packageconfig makes this problem reproducible for me. My 
> question is, is it a reasonable standard to build without encryption? 
> As I understand it, the correct solution would be to add tls support 
> by default  (adding --with-tls=openssl also fixes the issue). Maybe 
> we could do something like this?
> PACKAGECONFIG[gnutls] = "--with-tls=gnutls,--with-tls=openssl,gnutls"
> 
> Which tls implementation should be used by default? I know oe-core 
> prefers openssl, but there have been known issues with it recently:
> <https://github.com/void-linux/void-packages/pull/41193>
> 
> On Sun, Nov 12 2023 at 08:21:35 PM +01:00:00, Alexandre Belloni 
> <alexandre.belloni@bootlin.com> wrote:
>> Hello,
>> 
>> This fails:
>> 
>> reproducible:
>> <https://autobuilder.yoctoproject.org/typhoon/#/builders/117/builds/3912/steps/12/logs/errors>
>> 
>> lib32:
>> <https://autobuilder.yoctoproject.org/typhoon/#/builders/52/builds/7998/steps/11/logs/stdio>
>> <https://autobuilder.yoctoproject.org/typhoon/#/builders/108/builds/5334/steps/11/logs/stdio>
>> 
>> 
>> musl:
>> <https://autobuilder.yoctoproject.org/typhoon/#/builders/64/builds/8115/steps/12/logs/stdio>
>> <https://autobuilder.yoctoproject.org/typhoon/#/builders/45/builds/8143/steps/11/logs/stdio>
>> 
>> 
>> no-x11:
>> <https://autobuilder.yoctoproject.org/typhoon/#/builders/40/builds/8123/steps/12/logs/stdio>
>> <https://autobuilder.yoctoproject.org/typhoon/#/builders/40/builds/8123/steps/15/logs/stdio>
>> 
>> On 12/11/2023 02:36:17+0100, Markus Volk wrote:
>>>  Changes in CUPS v2.4.7 (2023-09-20)
>>>  -----------------------------------
>>> 
>>>  - CVE-2023-4504 - Fixed Heap-based buffer overflow when reading 
>>> Postscript
>>>    in PPD files
>>>  - Added OpenSSL support for cupsHashData (Issue #762)
>>>  - Fixed delays in lpd backend (Issue #741)
>>>  - Fixed extensive logging in scheduler (Issue #604)
>>>  - Fixed hanging of `lpstat` on IBM AIX (Issue #773)
>>>  - Fixed hanging of `lpstat` on Solaris (Issue #156)
>>>  - Fixed printing to stderr if we can't open cups-files.conf (Issue 
>>> #777)
>>>  - Fixed purging job files via `cancel -x` (Issue #742)
>>>  - Fixed RFC 1179 port reserving behavior in LPD backend (Issue 
>>> #743)
>>>  - Fixed a bug in the PPD command interpretation code (Issue #768)
>>> 
>>>  Signed-off-by: Markus Volk <f_l_k@t-online.de 
>>> <mailto:f_l_k@t-online.de>>
>>>  ---
>>>   meta/recipes-extended/cups/cups.inc           |  1 -
>>>   .../cups/cups/CVE-2023-4504.patch             | 42 
>>> -------------------
>>>   .../cups/{cups_2.4.6.bb => cups_2.4.7.bb}     |  2 +-
>>>   3 files changed, 1 insertion(+), 44 deletions(-)
>>>   delete mode 100644 
>>> meta/recipes-extended/cups/cups/CVE-2023-4504.patch
>>>   rename meta/recipes-extended/cups/{cups_2.4.6.bb => 
>>> cups_2.4.7.bb} (51%)
>>> 
>>>  diff --git a/meta/recipes-extended/cups/cups.inc 
>>> b/meta/recipes-extended/cups/cups.inc
>>>  index fa32c38549..36feaddcf8 100644
>>>  --- a/meta/recipes-extended/cups/cups.inc
>>>  +++ b/meta/recipes-extended/cups/cups.inc
>>>  @@ -15,7 +15,6 @@ SRC_URI = 
>>> "${GITHUB_BASE_URI}/download/v${PV}/cups-${PV}-source.tar.gz \
>>>              
>>> file://0004-cups-fix-multilib-install-file-conflicts.patch 
>>> <file://0004-cups-fix-multilib-install-file-conflicts.patch/> \
>>>              file://volatiles.99_cups <file://volatiles.99_cups/> \
>>>              file://cups-volatiles.conf 
>>> <file://cups-volatiles.conf/> \
>>>  -           file://CVE-2023-4504.patch 
>>> <file://cve-2023-4504.patch/> \
>>>              "
>>> 
>>>   GITHUB_BASE_URI = 
>>> "<https://github.com/OpenPrinting/cups/releases>"
>>>  diff --git a/meta/recipes-extended/cups/cups/CVE-2023-4504.patch 
>>> b/meta/recipes-extended/cups/cups/CVE-2023-4504.patch
>>>  deleted file mode 100644
>>>  index e52e43a209..0000000000
>>>  --- a/meta/recipes-extended/cups/cups/CVE-2023-4504.patch
>>>  +++ /dev/null
>>>  @@ -1,42 +0,0 @@
>>>  -CVE: CVE-2023-4504
>>>  -Upstream-Status: Backport 
>>> [<https://github.com/OpenPrinting/cups/commit/2431caddb7e6a87f04ac90b5c6366ad268b6ff31> 
>>> ]
>>>  -Signed-off-by: Lee Chee Yang <chee.yang.lee@intel.com 
>>> <mailto:chee.yang.lee@intel.com>>
>>>  -
>>>  -From 2431caddb7e6a87f04ac90b5c6366ad268b6ff31 Mon Sep 17 00:00:00 
>>> 2001
>>>  -From: Zdenek Dohnal <zdohnal@redhat.com 
>>> <mailto:zdohnal@redhat.com>>
>>>  -Date: Wed, 20 Sep 2023 14:45:17 +0200
>>>  -Subject: [PATCH] raster-interpret.c: Fix CVE-2023-4504
>>>  -
>>>  -We didn't check for end of buffer if it looks there is an escaped
>>>  -character - check for NULL terminator there and if found, return 
>>> NULL
>>>  -as return value and in `ptr`, because a lone backslash is not
>>>  -a valid PostScript character.
>>>  ----
>>>  - cups/raster-interpret.c | 14 +++++++++++++-
>>>  - 1 files changed, 13 insertions(+), 1 deletion(-)
>>>  -
>>>  -diff --git a/cups/raster-interpret.c b/cups/raster-interpret.c
>>>  -index 6fcf731b5..b8655c8c6 100644
>>>  ---- a/cups/raster-interpret.c
>>>  -+++ b/cups/raster-interpret.c
>>>  -@@ -1116,7 +1116,19 @@ scan_ps(_cups_ps_stack_t *st,		/* I  - 
>>> Stack */
>>>  -
>>>  - 	    cur ++;
>>>  -
>>>  --            if (*cur == 'b')
>>>  -+	   /*
>>>  -+	    * Return NULL if we reached NULL terminator, a lone 
>>> backslash
>>>  -+	    * is not a valid character in PostScript.
>>>  -+	    */
>>>  -+
>>>  -+	    if (!*cur)
>>>  -+	    {
>>>  -+	      *ptr = NULL;
>>>  -+
>>>  -+	      return (NULL);
>>>  -+	    }
>>>  -+
>>>  -+	    if (*cur == 'b')
>>>  - 	      *valptr++ = '\b';
>>>  - 	    else if (*cur == 'f')
>>>  - 	      *valptr++ = '\f';
>>>  diff --git a/meta/recipes-extended/cups/cups_2.4.6.bb 
>>> b/meta/recipes-extended/cups/cups_2.4.7.bb
>>>  similarity index 51%
>>>  rename from meta/recipes-extended/cups/cups_2.4.6.bb
>>>  rename to meta/recipes-extended/cups/cups_2.4.7.bb
>>>  index 58029fdbd4..f4b0282e4c 100644
>>>  --- a/meta/recipes-extended/cups/cups_2.4.6.bb
>>>  +++ b/meta/recipes-extended/cups/cups_2.4.7.bb
>>>  @@ -2,4 +2,4 @@ require cups.inc
>>> 
>>>   LIC_FILES_CHKSUM = 
>>> "file://LICENSE;md5=3b83ef96387f14655fc854ddc3c6bd57" 
>>> <file://license;md5=3b83ef96387f14655fc854ddc3c6bd57/>
>>> 
>>>  -SRC_URI[sha256sum] = 
>>> "58e970cf1955e1cc87d0847c32526d9c2ccee335e5f0e3882b283138ba0e7262"
>>>  +SRC_URI[sha256sum] = 
>>> "dd54228dd903526428ce7e37961afaed230ad310788141da75cebaa08362cf6c"
>>>  --
>>>  2.42.0
>>> 
>> 
>>> 
>>> 
>>> 
>> 
>> 
>> --
>> Alexandre Belloni, co-owner and COO, Bootlin
>> Embedded Linux and Kernel engineering
>> https://bootlin.com <https://bootlin.com/>


[-- Attachment #2: Type: text/html, Size: 9163 bytes --]

      parent reply	other threads:[~2023-11-12 21:28 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2023-11-12  1:36 [oe-core][PATCH] cups: Upgrade 2.4.6 -> 2.4.7 Markus Volk
2023-11-12 19:21 ` Alexandre Belloni
2023-11-12 20:59   ` Markus Volk
     [not found]   ` <1796FBC977914057.28092@lists.openembedded.org>
2023-11-12 21:28     ` Markus Volk [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=HZ414S.HW8NR3EMT6LP@t-online.de \
    --to=f_l_k@t-online.de \
    --cc=alexandre.belloni@bootlin.com \
    --cc=openembedded-core@lists.openembedded.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox