Opened 4 months ago

Closed 4 months ago

#20743 closed enhancement (fixed)

qt6-6.8.1 qtwebengine-6.8.1

Reported by: Bruce Dubbs Owned by: Douglas R. Reno
Priority: high Milestone: 12.3
Component: BOOK Version: git
Severity: normal Keywords:
Cc:

Description

New point version.

Change History (11)

comment:1 by Douglas R. Reno, 4 months ago

Priority: normalhigh

Qt6 doesn't have any security issues, but QtWebEngine does...

Fixed:

  • CVE-2024-9369: Insufficient data validation in Mojo (High)
  • CVE-2024-10487: Out of bounds write in Dawn (Critical)
  • CVE-2024-10230: Type Confusion in V8 (High)
  • CVE-2024-10231: Type Confusion in V8 (High)
  • CVE-2024-10229: Inappropriate implementation in Extensions (High)
  • CVE-2024-9965: Insufficient data validation in DevTools (High)
  • CVE-2024-9966: Inappropriate implementation in Navigations (Medium)
  • CVE-2024-9959: Use after free in DevTools (High)
  • CVE-2024-9955: Use after free in Web Authentication (High)
  • CVE-2024-9602: Type Confusion in V8 (High)
  • CVE-2024-9603: Type Confusion in V8 (High)
  • CVE-2024-11116: Inappropriate implementation in Paint (Medium)
  • CVE-2024-11117: Inappropriate implementation in FileSystem (Medium)
  • CVE-2024-11110: Inappropriate implementation in Blink (High)
  • CVE-2024-11112: Use after free in Media (High)
  • CVE-2024-11114: Inappropriate implementation in Views (High)
  • CVE-2024-10827: Use after free in Serial (High)
  • Other security bugs (given bug numbers but no CVEs).

CVE-2024-10487 has gotten quite a bit of news coverage as it's an RCE issue and was reported to Google by Apple. It affects the common WebGPU implementation used by Firefox and Safari, but those are already fixed.

comment:2 by Douglas R. Reno, 4 months ago

Owner: changed from blfs-book to Douglas R. Reno
Status: newassigned

comment:3 by Douglas R. Reno, 4 months ago

When I've got this update done I will send an email to the lists due to it's critical nature

comment:5 by Douglas R. Reno, 4 months ago

I've been encountering some issues trying to build this package that I think are related to https://bugreports.qt.io/browse/QTBUG-130557

Qt 6.8.1 has a Software Bill Of Materials, see https://www.qt.io/blog/qt-6.8-software-bill-of-materials

Theee problem is that it's generating the SBOM with build time paths, similar to what we've encountered in the past with PRL files. https://codereview.qt-project.org/c/qt/qtbase/+/609177/2/cmake/QtPublicSbomHelpers.cmake contains a fix for Qt 6.8, but I think the best approach for now may be to pass -no-sbom.

The build failure in question happens during the install stage (which makes this really annoying...):

-- Starting SBOM generation in build dir: /sources/scratchspace/qt-everywhere-src-6.8.1
/qt-everywhere-src-6.8.1/qtimageformats/qt_sbom/staging-qtimageformats.spdx.in
CMake Error at qtimageformats/qt_sbom/DocumentRef-qtbase.cmake:11 (message):
  Could not find external SBOM document sbom/qtbase-6.8.1.spdx in any of the
  document dir paths:
  /sources/scratchspace/qt-everywhere-src-6.8.1/install/opt/qt6;/sources/scratchspace
/qt-everywhere-src-6.8.1/qt-everywhere-src-6.8.1/qtbase/qt_sbom;/sources/scratchspace
/qt-everywhere-src-6.8.1/qt-everywhere-src-6.8.1/qtimageformats/qt_sbom;/sources
/scratchspace/qt-everywhere-src-6.8.1/qt-everywhere-src-6.8.1/qtbase
Call Stack (most recent call first):
  qtimageformats/qt_sbom/assemble_sbom.cmake:32 (include)
  qtimageformats/cmake_install.cmake:62 (include)
  cmake_install.cmake:52 (include)
FAILED: CMakeFiles/install.util 
cd /sources/scratchspace/qt-everywhere-src-6.8.1/qt-everywhere-src-6.8.1 && /usr/bin/cmake -P cmake_install.cmake
ninja: build stopped: subcommand failed.
3242.9 Elasped Time - qt-everywhere-src-6.8.1

Note that I added newlines to make it fit in Trac :)

comment:6 by Douglas R. Reno, 4 months ago

There are well over 10 warnings output for qtbase/cmake/QtPublicSbomGenerationHelpers.cmake throughout the CMake process too

comment:7 by Douglas R. Reno, 4 months ago

Passing -no-sbom lets it build successfully

comment:8 by thomas, 4 months ago

yes, thats what i've seen, too. -no-sbom did the trick.

comment:9 by Bruce Dubbs, 4 months ago

I do not see any reason users need a "Software Bill Of Materials". I agree with your fix. However it may be useful for editors. Perhaps the process to create the sbom should be documented in the page comments.

in reply to:  9 comment:10 by Douglas R. Reno, 4 months ago

Replying to Bruce Dubbs:

I do not see any reason users need a "Software Bill Of Materials". I agree with your fix. However it may be useful for editors. Perhaps the process to create the sbom should be documented in the page comments.

I agree with you for our users at least, they don't need a SBOM. I'll make sure to add some comments in the page about it :)

comment:11 by Douglas R. Reno, 4 months ago

Resolution: fixed
Status: assignedclosed

Fixed at 3feb24deed03b1e19a4bb4ec55e738241a576d57

SA-12.2-052 issued

Note: See TracTickets for help on using tickets.