Ubuntu Security Podcast: Recent Episodes

Ubuntu Security Team

A weekly podcast talking about the latest developments and updates from the Ubuntu Security team, including a summary of the security vulnerabilities and fixes from the last week as well as a discussion on some of the goings on in the wider Ubuntu Security community.

View Details

OverviewThis week we take a deep dive into the latest Linux malware, GoblinRAT to lookat how malware is evolving to stay stealthy and evade detection and how malwareauthors are learning from modern software development along the way.

GoblinRAT Linux Malware teardown* https://rt-solar.ru/solar-4rays/blog/4861/ * Solar 4RAYS team (Cyber Threat Research Center at SOLAR - RussianCybersecurity firm) describes a new piece of Linux malware which they nameGoblinRAT (RAT = Remote Access Trojan) 2023 when contacted by an IT company which providesservices to (presumably) Russian government agencies - noticed system logsbeing deleted off one of their servers and a utility being downloaded to stealaccount passwords from a domain controller * Found this malware masquerading as a legitimate process which takes quitecareful steps to avoid detection - in fact most of the functionality withinthe malware is devoted to hiding its presence on the target system * Doesn’t include automatic persistence but instead appears to be manually“installed” by the attackers with a unique name for each target where it wouldbe named after an existing legitimate process on the target system - similarlyeven the names of its files and libraries were also unique per-system as wellto avoid detection

+ e.g. in one case where zabbix was running, the malware named itself`zabbix_agent` and setup a new systemd service to launch itself at bootwhich looks identical to the real zabbix agent (except the real one is`zabbix_agentd`) and then once running it edits its own command-linearguments after startup to insert standard parameters expected by the real`zabbix_agentd` so that on a `ps aux` or similar output it appears basicallyidentical to the real `zabbix_agentd`
+ in another case it named itself `rhsmd` to mimic the Red Hat subscriptionmanager service again using systemd as the launcher, whilst for others as`memcached` using cron to launch
+ C2 uses DDNS (Dynamic DNS) and legitimate hacked sites to hide in noise of“normal” traffic - using DDNS attackers would use specifically named C2machines per target host - in one case where it was named `chrony_debug` tomimic the `chronyd` time synchronisation service, it would connect to C2 amachine named `chronyd.tftpd.net` - attackers clearly went to a lot of workto hide this in plain sight
  • Automatically deletes itself off the system if does not get pinged by the C2operator after a certain period of time - and when it deletes itself it shredsitself to reduce the chance of being detected later via disk forensics etc
  • Has 2 versions - a “server” and “client” - the server uses port-knocking towatching incoming connection requests on a given network interface and thenonly actually allowing a connection if the expected sequence of port numberswas tried - this allows the controller of the malware to connect into itwithout the malware actively listening on a given port and hence reduces thechance it is detected accidentally
  • Client instead connects back to its specific C2 server
  • Logs collected by 4RAYS team appear to show the commands executed by themalware were quite manual looking - invoking bash and then later invokingcommands like systemctl to stop and replace an existing service, where thetime lag between commands is in the order of seconds - minutes and so wouldseem like these were manually typed command rather than automatically drivenby scripts
  • Malware itself is implemented in Go and includes the ability to execute singlecommands as well as providing an interactive shell; also includes support forlisting / copying / moving files including with compression; also works as aSOCKS5 proxy to allow it to proxy traffic to/from other hosts that may bebehind more restrictive firewalls etc; and as detailed above the ability tomimic existing processes on the system to avoid detection
  • To try and frustrate reverse engineering Gobfuscate was used to obfuscate thecompiled code - odd choice though since this project was seemingly abandonded3 years ago and nowadays garble seems to be the go-to tool for this (no punintended)- but perhaps this is evidence of the time of the campaign sincethese samples were all found back in 2020 which this project was more active…
  • Encrypts its configuration using AES-GCM and the config contains details likethe shell to invoke, kill-switch delay and secret value to use to disable it,alternate process name to use plus the TLS certificate and keys to use whencommunicating with the C2 server
  • Uses the yamux Go connection multiplexing library then to multiplex the singleTLS connection to/from the C2 server
  • Can then be instructed to perform the various actions like running commands /launching a shell / list files in a directory / reading files etc as discussedbefore
  • Other interesting part is the kill switch / self-destruct functionality - ifkill switch delay is specified in the encrypted configuration malware willautomatically delete itself by invoking dd to overwrite itself with input from/dev/urandom 8 times; once more with 0 bytes and finally then removing thefile from disk
  • Overall 4 organisations were found to have been hacked with this and in eachit was running with full admin rights - with some running for over 3 years -and various binaries show compilation dates and golang toolchain versionsindicating this was developed since at least 2020
  • But unlike other malware that we have covered, it does not appear to be a morewidespread campaign since “other information security companies with globalsensor networks” couldn’t find any similar samples in their own collections
  • No clear evidence of origin - Solar 4RAYS asking for other cybersecuritycompanies to help contribute to their evidence to identify the attackers
  • Interesting to see the evolution of malware mirrors that of normal softwaredevelopment - no longer using C/C++ etc but more modern languages like Gowhich provide exactly the sorts of functionality you want in your malware -systems-level programming functionality with built-in concurrency and memorysafety - also Go binaries are statically linked so no need to worry aboutdependencies on the target system

Get in contact* #ubuntu-security on the Libera.Chat IRC network * ubuntu-hardened mailing list * Security section on discourse.ubuntu.com * @ubuntusecurity@fosstodon.org, @ubuntu_sec on twitter

View Details

OverviewFor the third and final part in our series for Cybersecurity Awareness Month,Alex is again joined by Luci as well as Diogo Sousa to discuss future trends incybersecurity and the likely threats of the future.

Get in contact* security@ubuntu.com * #ubuntu-security on the Libera.Chat IRC network * ubuntu-hardened mailing list * Security section on discourse.ubuntu.com * @ubuntusecurity@fosstodon.org, @ubuntu_sec on twitter

View Details

OverviewIn the second part of our series for Cybersecurity Awareness Month, Luci is backwith Alex, along with Eduardo Barretto to discuss our top cybersecurity bestpractices.

Get in contact* security@ubuntu.com * #ubuntu-security on the Libera.Chat IRC network * ubuntu-hardened mailing list * Security section on discourse.ubuntu.com * @ubuntusecurity@fosstodon.org, @ubuntu_sec on twitter

View Details

OverviewFor the first in a 3-part series for Cybersecurity Awareness month, LuciStanescu joins Alex to discuss the recent CUPS vulnerabilities as well as theevolution of cybersecurity since the origin of the internet.

Get in contact* security@ubuntu.com * #ubuntu-security on the Libera.Chat IRC network * ubuntu-hardened mailing list * Security section on discourse.ubuntu.com * @ubuntusecurity@fosstodon.org, @ubuntu_sec on twitter

View Details

OverviewJohn and Maximé have been talking about Ubuntu’s AppArmor user namespacerestrictions at the the Linux Security Summit in Europe this past week, plus wecover some more details from the official announcement of permission promptingin Ubuntu 24.10, a new release of Intel TDX for Ubuntu 24.04 LTS and more.

This week in Ubuntu Security Updates (01:11)613 unique CVEs addressed in the past fortnight

[USN-6989-1] OpenStack vulnerability* 1 CVEs addressed in Jammy (22.04 LTS), Noble (24.04 LTS) + CVE-2024-44082

[USN-6990-1] znc vulnerability* 1 CVEs addressed in Trusty ESM (14.04 ESM), Xenial ESM (16.04 ESM), Bionic ESM (18.04 ESM), Focal (20.04 LTS), Jammy (22.04 LTS), Noble (24.04 LTS) + CVE-2024-39844

[USN-6992-1] Firefox vulnerabilities* 8 CVEs addressed in Focal (20.04 LTS) + CVE-2024-8385 + CVE-2024-8384 + CVE-2024-8381 + CVE-2024-8389 + CVE-2024-8387 + CVE-2024-8386 + CVE-2024-8383 + CVE-2024-8382

[USN-6993-1] Vim vulnerabilities* 2 CVEs addressed in Trusty ESM (14.04 ESM), Xenial ESM (16.04 ESM), Bionic ESM (18.04 ESM), Focal (20.04 LTS), Jammy (22.04 LTS), Noble (24.04 LTS) + CVE-2024-43374 + CVE-2024-41957

[USN-6991-1] AIOHTTP vulnerability* 1 CVEs addressed in Bionic ESM (18.04 ESM), Focal (20.04 LTS), Jammy (22.04 LTS), Noble (24.04 LTS) + CVE-2024-23334

[USN-6995-1] Thunderbird vulnerabilities* 10 CVEs addressed in Focal (20.04 LTS), Jammy (22.04 LTS) + CVE-2024-8384 + CVE-2024-8381 + CVE-2024-7525 + CVE-2024-7522 + CVE-2024-7519 + CVE-2024-8382 + CVE-2024-7529 + CVE-2024-7527 + CVE-2024-7526 + CVE-2024-7521

[USN-6996-1] WebKitGTK vulnerabilities* 6 CVEs addressed in Jammy (22.04 LTS), Noble (24.04 LTS) + CVE-2024-4558 + CVE-2024-40789 + CVE-2024-40782 + CVE-2024-40780 + CVE-2024-40779 + CVE-2024-40776

[USN-6841-2] PHP vulnerability* 1 CVEs addressed in Xenial ESM (16.04 ESM), Bionic ESM (18.04 ESM) + CVE-2024-5458

[USN-6997-1, USN-6997-2] LibTIFF vulnerability* 1 CVEs addressed in Trusty ESM (14.04 ESM), Xenial ESM (16.04 ESM), Bionic ESM (18.04 ESM), Focal (20.04 LTS), Jammy (22.04 LTS), Noble (24.04 LTS) + CVE-2024-7006

[USN-6994-1] Netty vulnerabilities* 2 CVEs addressed in Jammy (22.04 LTS) + CVE-2023-44487 + CVE-2023-34462 * HTTP/2 DoS, seen exploited in the wild and listen on the CISA KEV

[USN-6998-1] Unbound vulnerabilities* 2 CVEs addressed in Trusty ESM (14.04 ESM), Xenial ESM (16.04 ESM), Bionic ESM (18.04 ESM), Focal (20.04 LTS), Jammy (22.04 LTS), Noble (24.04 LTS) + CVE-2024-43168 + CVE-2024-43167

[USN-6999-1] Linux kernel vulnerabilities* 220 CVEs addressed in Noble (24.04 LTS) * Full CVE list elided - see USN for details

[USN-7003-1, USN-7003-2, USN-7003-3] Linux kernel vulnerabilities* 85 CVEs addressed in Bionic ESM (18.04 ESM), Focal (20.04 LTS) * Full CVE list elided - see USN for details

[USN-7004-1] Linux kernel vulnerabilities* 221 CVEs addressed in Noble (24.04 LTS) * Full CVE list elided - see USN for details

[USN-7005-1, USN-7005-2] Linux kernel vulnerabilities* 219 CVEs addressed in Jammy (22.04 LTS), Noble (24.04 LTS) * Full CVE list elided - see USN for details

[USN-7006-1] Linux kernel vulnerabilities* 94 CVEs addressed in Focal (20.04 LTS) * Full CVE list elided - see USN for details

[USN-7007-1] Linux kernel vulnerabilities* 219 CVEs addressed in Focal (20.04 LTS), Jammy (22.04 LTS) * Full CVE list elided - see USN for details

[USN-7008-1] Linux kernel vulnerabilities* 222 CVEs addressed in Jammy (22.04 LTS) * Full CVE list elided - see USN for details

[USN-7009-1] Linux kernel vulnerabilities* 219 CVEs addressed in Focal (20.04 LTS), Jammy (22.04 LTS) * Full CVE list elided - see USN for details

[USN-7019-1] Linux kernel vulnerabilities* 429 CVEs addressed in Jammy (22.04 LTS) * Full CVE list elided - see USN for details

[USN-7002-1] Setuptools vulnerability* 1 CVEs addressed in Trusty ESM (14.04 ESM), Xenial ESM (16.04 ESM), Bionic ESM (18.04 ESM), Focal (20.04 LTS), Jammy (22.04 LTS), Noble (24.04 LTS) + CVE-2024-6345

[USN-7000-1, USN-7000-2] Expat vulnerabilities* 3 CVEs addressed in Trusty ESM (14.04 ESM), Xenial ESM (16.04 ESM), Bionic ESM (18.04 ESM), Focal (20.04 LTS), Jammy (22.04 LTS), Noble (24.04 LTS) + CVE-2024-45492 + CVE-2024-45491 + CVE-2024-45490

[USN-7001-1, USN-7001-2] xmltok library vulnerabilities* 2 CVEs addressed in Xenial ESM (16.04 ESM), Bionic ESM (18.04 ESM), Focal (20.04 LTS), Jammy (22.04 LTS), Noble (24.04 LTS) + CVE-2024-45491 + CVE-2024-45490

[USN-6560-3] OpenSSH vulnerability* 1 CVEs addressed in Xenial ESM (16.04 ESM) + CVE-2023-51385

[USN-7011-1, USN-7011-2] ClamAV vulnerabilities* 2 CVEs addressed in Xenial ESM (16.04 ESM), Bionic ESM (18.04 ESM), Focal (20.04 LTS), Jammy (22.04 LTS), Noble (24.04 LTS) + CVE-2024-20506 + CVE-2024-20505

[USN-7012-1] curl vulnerability* 1 CVEs addressed in Focal (20.04 LTS), Jammy (22.04 LTS), Noble (24.04 LTS) + CVE-2024-8096

[USN-7013-1] Dovecot vulnerabilities* 2 CVEs addressed in Focal (20.04 LTS), Jammy (22.04 LTS) + CVE-2024-23185 + CVE-2024-23184

[USN-7014-1] nginx vulnerability* 1 CVEs addressed in Focal (20.04 LTS), Jammy (22.04 LTS), Noble (24.04 LTS) + CVE-2024-7347

[USN-7015-1] Python vulnerabilities* 5 CVEs addressed in Focal (20.04 LTS), Jammy (22.04 LTS), Noble (24.04 LTS) + CVE-2024-8088 + CVE-2024-7592 + CVE-2024-6923 + CVE-2024-6232 + CVE-2023-27043

[USN-7010-1] DCMTK vulnerabilities* 9 CVEs addressed in Xenial ESM (16.04 ESM), Bionic ESM (18.04 ESM), Focal (20.04 LTS), Jammy (22.04 LTS), Noble (24.04 LTS) + CVE-2024-34509 + CVE-2024-34508 + CVE-2024-28130 + CVE-2022-43272 + CVE-2022-2121 + CVE-2021-41690 + CVE-2021-41689 + CVE-2021-41688 + CVE-2021-41687

[USN-7016-1] FRR vulnerability* 1 CVEs addressed in Jammy (22.04 LTS), Noble (24.04 LTS) + CVE-2024-44070

[USN-7017-1] Quagga vulnerability* 1 CVEs addressed in Focal (20.04 LTS) + CVE-2024-44070

[USN-7018-1] OpenSSL vulnerabilities* 6 CVEs addressed in Trusty ESM (14.04 ESM) + CVE-2024-0727 + CVE-2023-3446 + CVE-2022-2068 + CVE-2022-1292 + CVE-2021-23840 + CVE-2020-1968

Goings on in Ubuntu Security CommunityLinux Security Summit Europe 2024 (03:44)* https://events.linuxfoundation.org/linux-security-summit-europe/program/schedule/ * Sep 16-17 - Vienna, Austria * John Johansen and Maxime Bélair from AppArmor team presented “RestrictingUnprivileged User Namespaces in Ubuntu” + https://youtu.be/yCHGmdXpylA?t=1053 + https://static.sched.com/hosted_files/lsseu2024/ed/Restricting%20Unprivileged%20User%20Namespaces%20In%20Ubuntu.pdf * Other talks + Deep-dive into xz-utils supply chain attack + Internals of the SLUB memory allocator for exploit developers + Landlock update - including details of new IOCTL restrictions etc + systemd and TPM2 update

Official announcement of Permissions Prompting in Ubuntu 24.10 (09:00)* https://discourse.ubuntu.com/t/ubuntu-desktop-s-24-10-dev-cycle-part-5-introducing-permissions-prompting/47963 * Ubuntu Security Center with snapd-based AppArmor home file access prompting preview in episode 236 * Even works for command-line applications etc - not just graphical * Covers future developments as well: + Better default response suggestions based on user feedback. + Shell integration of the prompting pop-ups (eg full screen takeovers) + Improved rule management summaries and better messaging of overlapping or redundant prompts. + Expansion of the prompting system to cover additional snap interfaces such as camera and microphone access. + Smarter client side analysis of prompts, recommending additional options if multiple similar prompts are detected.

Version 2.1 of IntelⓇ TDX on Ubuntu 24.04 LTS Released (11:46)* https://discourse.ubuntu.com/t/version-2-1-of-intel-tdx-on-ubuntu-24-04-lts-released/47918/1 * Confidential computing - using TDX to run VMs in confidential mode - runsworkloads (VMs) in hardware-backed isolated execution environments (TrustDomains). VM memory isolation via encryption in hardware so can’t be accessedby the hypervisor, remote attestation etc (Confidential Computing with IjlalLoutfi and Karen Horovitz from Episode 230) * https://discourse.ubuntu.com/t/intel-tdx-1-0-technology-preview-available-on-ubuntu-23-10/40698 * Scripting to setup the required elements to use TDX on Ubuntu 24.04 host andthen setup guest VMs to run in confidential mode + Install server image, run scripts, enable TDX in BIOS, create VM images etc + Can also configure remote attestation of VM too * See full changes at https://github.com/canonical/tdx/releases/tag/2.1

Ubuntu 22.04.5 LTS released (13:45)* https://discourse.ubuntu.com/t/jammy-jellyfish-point-release-changes/29835/8 + Only covers changes in main and restricted, doesn’t list security updates either * https://discourse.ubuntu.com/t/jammy-jellyfish-release-notes/24668

AppArmor security update for CVE-2016-1585 published (14:23)* Upcoming AppArmor Security update for CVE-2016-1585 from Episode 226 * https://discourse.ubuntu.com/t/upcoming-apparmor-security-update-for-cve-2016-1585/44268/3 * Now published to -updates pocket for 20.04 LTS and 22.04 LTS * Will be published to -security pocket next week

Get in contact* security@ubuntu.com * #ubuntu-security on the Libera.Chat IRC network * ubuntu-hardened mailing list * Security section on discourse.ubuntu.com * @ubuntusecurity@fosstodon.org, @ubuntu_sec on twitter

View Details

OverviewThe long awaited preview of snapd-based AppArmor file prompting is finallyseeing the light of day, plus we cover the recent 24.04.1 LTS release and thepodcast officially moves to a fortnightly cycle.

This week in Ubuntu Security Updates45 unique CVEs addressed

[USN-6972-4] Linux kernel (Oracle) vulnerabilities* 18 CVEs addressed in Xenial ESM (16.04 ESM), Bionic ESM (18.04 ESM) + CVE-2023-52470 + CVE-2024-26687 + CVE-2024-36901 + CVE-2024-26654 + CVE-2024-26679 + CVE-2024-39484 + CVE-2023-52806 + CVE-2023-52760 + CVE-2024-35955 + CVE-2023-52629 + CVE-2024-26600 + CVE-2024-36940 + CVE-2024-39292 + CVE-2023-52644 + CVE-2024-35835 + CVE-2024-26903 + CVE-2024-24860 + CVE-2024-22099

[USN-6982-1] Dovecot vulnerabilities* 2 CVEs addressed in Noble (24.04 LTS) + CVE-2024-23185 + CVE-2024-23184

[USN-6983-1] FFmpeg vulnerability* 1 CVEs addressed in Xenial ESM (16.04 ESM), Bionic ESM (18.04 ESM), Focal (20.04 LTS), Jammy (22.04 LTS), Noble (24.04 LTS) + CVE-2024-32230

[USN-6984-1] WebOb vulnerability* 1 CVEs addressed in Focal (20.04 LTS), Jammy (22.04 LTS), Noble (24.04 LTS) + CVE-2024-42353

[USN-6973-4] Linux kernel (Raspberry Pi) vulnerabilities* 9 CVEs addressed in Bionic ESM (18.04 ESM) + CVE-2023-52760 + CVE-2023-52629 + CVE-2021-46926 + CVE-2024-26921 + CVE-2024-26929 + CVE-2024-36901 + CVE-2024-39484 + CVE-2024-26830 + CVE-2024-24860

[USN-6981-2] Drupal vulnerabilities* 3 CVEs addressed in Trusty ESM (14.04 ESM) + CVE-2020-28949 + CVE-2020-28948 + CVE-2020-13671 * 2 of these are in the CISA KEV - Discussion of CISA KEV from Episode 231

[USN-6986-1] OpenSSL vulnerability* 1 CVEs addressed in Jammy (22.04 LTS), Noble (24.04 LTS) + CVE-2024-6119

[USN-6987-1] Django vulnerabilities* 2 CVEs addressed in Bionic ESM (18.04 ESM), Focal (20.04 LTS), Jammy (22.04 LTS), Noble (24.04 LTS) + CVE-2024-45231 + CVE-2024-45230

[USN-6988-1] Twisted vulnerabilities* 2 CVEs addressed in Trusty ESM (14.04 ESM), Xenial ESM (16.04 ESM), Bionic ESM (18.04 ESM), Focal (20.04 LTS), Jammy (22.04 LTS), Noble (24.04 LTS) + CVE-2024-41810 + CVE-2024-41671

[USN-6985-1] ImageMagick vulnerabilities* 11 CVEs addressed in Trusty ESM (14.04 ESM) + CVE-2019-12979 + CVE-2019-12978 + CVE-2019-12976 + CVE-2019-12975 + CVE-2019-12974 + CVE-2019-11598 + CVE-2019-11597 + CVE-2019-11472 + CVE-2019-11470 + CVE-2019-10650 + CVE-2019-10131

Goings on in Ubuntu Security CommunityUbuntu 24.04.1 LTS released (02:55)* On 29th August - https://lists.ubuntu.com/archives/ubuntu-announce/2024-August/000304.html * https://discourse.ubuntu.com/t/ubuntu-24-04-lts-noble-numbat-release-notes/39890 * Discussed high level features previously in Ubuntu 24.04 LTS (Noble Numbat) released from Episode 227 + New security features / improvements: - Unprivileged user namespace restrictions - Binary hardening - AppArmor 4 - Disabling of old TLS versions - Upstream Kernel Security Features * Intel shadow stack support * Secure virtualisation with AMD SEV-SNP and Intel TDX * Strict compile-time bounds checking * Initially offered upgrades from 22.04 but this has been pulled just recentlydue to reports of a critical bug in the ubuntu-release-upgrader package andits interaction with the apt solver - essentially resulting in packages likelinux-headers being in an broken state since it would remove some packagesthat were seen as obsolete but which were still required due to other packagesdepending on them + likely will not be fixed until early next week

Ubuntu Security Center with snapd-based AppArmor home file access prompting preview (05:45)* https://news.itsfoss.com/ubuntu-security-center-near-stable/ * Details the new Desktop Security Center application + Written by the Ubuntu Desktop team - new application built using Flutter +Dart etc and published a snap + Eventually this will allow to manage various security related things likefull-disk encryption, enabling/usage of Ubuntu Pro, Firewall control andfinally for snap permission prompting - this last feature is the only one currently supported - has a singletoggle which is to enable “snaps to ask for system permissions” -aka. snapd-based AppArmor prompting - and then once this is enabled, allows the specific permissions to befuther fine-tuned

  • What is AppArmor?
  • AppArmor policies - and MAC systems in general are static - policy defined bysysadmin etc
  • Not well suited for dynamic applications that are controlled by a user - likedesktop / CLI etc - can’t know in advance every possible file a user may wantto open in say Firefox so have to grant access to all files in home directoryjust in case
  • Ideally system would only allow files that the user explicitly chooses -number of ways this can be done, XDG Portals one such way - using Powerboxconcept pioneered in tools from the object-capability based security communitylike CapDesk/Polaris and Plash (principle of least-authority shell) - accessis mediated by a privileged component that acts with the users whole authorityto then delegate some of that authority to the application - seen say in thefile-chooser dialog with portals - this runs outside of the scope of theapplication itself and so has the full, unrestricted access to the system toallow a file to be chosen - then the application is then just given afile-descriptor to the file to grant it the access (or similar)
  • This only works in the case of applications that open files interactively -can’t allow the user to explicitly grant access to the configuration file thatgets loaded from a well-known path at startup in a server application etc
  • One way to handle that case is to alert the user and explicitly prompt themfor that access - and this is currently how this new prompting feature works
  • When the feature is enabled, the usual broad-based access rules for the homeinterface in snapd get tagged with a prompt attribute - any access then whichwould normally be allowed is instead delegated to a trusted helper applicationwhich displays a dialog to the user asking them to explicitly allow suchaccess

  • since this happens directly in the system-call path within the kernel, theapplication itself is unaware that this is happening - but is just suspendedwhilst waiting for the users response - and then assuming they grant theaccess it proceeds as normal (or if they deny then the application gets apermission denied error)

  • Completely transparent to the application and supports any kind of file-accessregardless of which API might be used (unlike portals which only support theregular file-chooser scenario)
  • Allows tighter control of what files a snap is granted access to - and can bemanaged by the user in the Security Center later to revoke any such permissionthat they granted

  • Has been in development for a long time, and is certainly not a new concept -seccomp has supported this via the seccomp_unotify interface - allows todelegate seccomp decisions to userspace in a very similar manner - existedsince the 5.5 kernel released in January 2020

  • Even before that, prototype LSMs existed which implemented this kind offunctionality (https://sourceforge.net/projects/pulse-lsm/ /https://crpit.scem.westernsydney.edu.au/confpapers/CRPITV81Murray.pdf)
  • Can test this now on an up-to-date 24.04 or 24.10 install
    • Need to use snapd from the latest/edge channel and then install both thedesktop-security-center snap as well as the prompting-client snap
    • Launch Security Center and toggle the option
  • Note this is experimental but has undergone a fair amount of internal testing
  • Very exciting to see this finally available in this pre-release stage - hasbeen talked about since at least 2018
  • Give it a spin and provide feedback - I would suggest to use the link in thesecurity center application itself for this but it is not working currently -instead report via a Github issue on the desktop-security-center project

Get in contact* security@ubuntu.com * #ubuntu-security on the Libera.Chat IRC network * ubuntu-hardened mailing list * Security section on discourse.ubuntu.com * @ubuntusecurity@fosstodon.org, @ubuntu_sec on twitter

View Details

OverviewA recent Microsoft Windows update breaks Linux dual-boot - or does it? This weekwe look into reports of the recent Windows patch-Tuesday update breakingdual-boot, including a deep-dive into the technical details of Secure Boot,SBAT, grub, shim and more, plus we look at a vulnerability in GNOME Shell andthe handling of captive portals as well.

This week in Ubuntu Security Updates135 unique CVEs addressed

[USN-6960-1] RMagick vulnerability* 1 CVEs addressed in Focal (20.04 LTS), Jammy (22.04 LTS) + CVE-2023-5349

[USN-6951-2] Linux kernel (Azure) vulnerabilities* 83 CVEs addressed in Focal (20.04 LTS) + CVE-2022-48674 + CVE-2024-39471 + CVE-2024-39292 + CVE-2024-36270 + CVE-2024-36904 + CVE-2024-38618 + CVE-2024-36014 + CVE-2024-36941 + CVE-2024-38637 + CVE-2024-38613 + CVE-2024-36286 + CVE-2024-36902 + CVE-2024-38599 + CVE-2024-39301 + CVE-2024-39475 + CVE-2024-36954 + CVE-2024-33621 + CVE-2024-38552 + CVE-2024-36950 + CVE-2024-38582 + CVE-2024-36015 + CVE-2023-52434 + CVE-2024-38659 + CVE-2024-36940 + CVE-2024-38607 + CVE-2024-39480 + CVE-2024-38583 + CVE-2023-52882 + CVE-2024-39467 + CVE-2024-39489 + CVE-2024-38601 + CVE-2024-27019 + CVE-2023-52752 + CVE-2024-36960 + CVE-2024-38549 + CVE-2024-38567 + CVE-2024-38587 + CVE-2024-38635 + CVE-2024-38598 + CVE-2024-38612 + CVE-2024-38579 + CVE-2024-27401 + CVE-2024-36946 + CVE-2024-36017 + CVE-2022-48772 + CVE-2024-36905 + CVE-2024-35947 + CVE-2024-38381 + CVE-2024-38565 + CVE-2024-38589 + CVE-2024-36939 + CVE-2024-38661 + CVE-2024-39488 + CVE-2024-36883 + CVE-2024-38621 + CVE-2024-37353 + CVE-2024-38780 + CVE-2024-36964 + CVE-2024-38627 + CVE-2024-36971 + CVE-2024-38615 + CVE-2024-38559 + CVE-2024-31076 + CVE-2024-26886 + CVE-2024-39493 + CVE-2024-27398 + CVE-2024-36886 + CVE-2024-38633 + CVE-2024-36959 + CVE-2024-38634 + CVE-2024-38560 + CVE-2024-38558 + CVE-2023-52585 + CVE-2024-37356 + CVE-2024-35976 + CVE-2024-36919 + CVE-2024-36933 + CVE-2024-38596 + CVE-2024-39276 + CVE-2024-27399 + CVE-2024-38600 + CVE-2024-38578 + CVE-2024-36934

[USN-6961-1] BusyBox vulnerabilities* 4 CVEs addressed in Focal (20.04 LTS), Jammy (22.04 LTS), Noble (24.04 LTS) + CVE-2023-42365 + CVE-2023-42364 + CVE-2023-42363 + CVE-2022-48174

[USN-6962-1] LibreOffice vulnerability* 1 CVEs addressed in Focal (20.04 LTS), Jammy (22.04 LTS), Noble (24.04 LTS) + CVE-2024-6472

[USN-6963-1] GNOME Shell vulnerability (01:03) 1 CVEs addressed in Focal (20.04 LTS), Jammy (22.04 LTS), Noble (24.04 LTS) + CVE-2024-36472 * Captive portal detection would spawn an embedded webkit browser automaticallyto allow user to login etc * But the page the user gets directed to is controlled by the attacker and cancontain arbitrary javascript etc * Upstream bug report claimed could then get a reverse shell etc - not clearthis is the case since would still be constrained by the webkitgtk browser so would also need a sandbox escape etc. * This update then includes a change to both not* automatically open the captiveportal page (instead it will show a notification and the user needs to clickthat) BUT to also disable the use of the webkitgtk-based embedded browser andinstead use the users regular browser

[USN-6909-3] Bind vulnerabilities* 2 CVEs addressed in Xenial ESM (16.04 ESM) + CVE-2024-1975 + CVE-2024-1737

[USN-6964-1] ORC vulnerability* 1 CVEs addressed in Focal (20.04 LTS), Jammy (22.04 LTS), Noble (24.04 LTS) + CVE-2024-40897

[USN-6837-2] Rack vulnerabilitie* 3 CVEs addressed in Trusty ESM (14.04 ESM), Xenial ESM (16.04 ESM), Bionic ESM (18.04 ESM), Focal (20.04 LTS), Jammy (22.04 LTS) + CVE-2024-26146 + CVE-2024-26141 + CVE-2024-25126

[USN-6966-1] Firefox vulnerabilities* 13 CVEs addressed in Focal (20.04 LTS) + CVE-2024-7525 + CVE-2024-7522 + CVE-2024-7520 + CVE-2024-7519 + CVE-2024-7531 + CVE-2024-7530 + CVE-2024-7529 + CVE-2024-7528 + CVE-2024-7527 + CVE-2024-7526 + CVE-2024-7524 + CVE-2024-7521 + CVE-2024-7518

[USN-6966-2] Firefox regressions* 13 CVEs addressed in Focal (20.04 LTS) + CVE-2024-7525 + CVE-2024-7522 + CVE-2024-7520 + CVE-2024-7519 + CVE-2024-7531 + CVE-2024-7530 + CVE-2024-7529 + CVE-2024-7528 + CVE-2024-7527 + CVE-2024-7526 + CVE-2024-7524 + CVE-2024-7521 + CVE-2024-7518

[USN-6951-3] Linux kernel (Azure) vulnerabilities* 83 CVEs addressed in Bionic ESM (18.04 ESM) + CVE-2022-48674 + CVE-2024-39471 + CVE-2024-39292 + CVE-2024-36270 + CVE-2024-36904 + CVE-2024-38618 + CVE-2024-36014 + CVE-2024-36941 + CVE-2024-38637 + CVE-2024-38613 + CVE-2024-36286 + CVE-2024-36902 + CVE-2024-38599 + CVE-2024-39301 + CVE-2024-39475 + CVE-2024-36954 + CVE-2024-33621 + CVE-2024-38552 + CVE-2024-36950 + CVE-2024-38582 + CVE-2024-36015 + CVE-2023-52434 + CVE-2024-38659 + CVE-2024-36940 + CVE-2024-38607 + CVE-2024-39480 + CVE-2024-38583 + CVE-2023-52882 + CVE-2024-39467 + CVE-2024-39489 + CVE-2024-38601 + CVE-2024-27019 + CVE-2023-52752 + CVE-2024-36960 + CVE-2024-38549 + CVE-2024-38567 + CVE-2024-38587 + CVE-2024-38635 + CVE-2024-38598 + CVE-2024-38612 + CVE-2024-38579 + CVE-2024-27401 + CVE-2024-36946 + CVE-2024-36017 + CVE-2022-48772 + CVE-2024-36905 + CVE-2024-35947 + CVE-2024-38381 + CVE-2024-38565 + CVE-2024-38589 + CVE-2024-36939 + CVE-2024-38661 + CVE-2024-39488 + CVE-2024-36883 + CVE-2024-38621 + CVE-2024-37353 + CVE-2024-38780 + CVE-2024-36964 + CVE-2024-38627 + CVE-2024-36971 + CVE-2024-38615 + CVE-2024-38559 + CVE-2024-31076 + CVE-2024-26886 + CVE-2024-39493 + CVE-2024-27398 + CVE-2024-36886 + CVE-2024-38633 + CVE-2024-36959 + CVE-2024-38634 + CVE-2024-38560 + CVE-2024-38558 + CVE-2023-52585 + CVE-2024-37356 + CVE-2024-35976 + CVE-2024-36919 + CVE-2024-36933 + CVE-2024-38596 + CVE-2024-39276 + CVE-2024-27399 + CVE-2024-38600 + CVE-2024-38578 + CVE-2024-36934

[USN-6968-1] PostgreSQL vulnerability* 1 CVEs addressed in Focal (20.04 LTS), Jammy (22.04 LTS), Noble (24.04 LTS) + CVE-2024-7348

[USN-6967-1] Intel Microcode vulnerabilities* 5 CVEs addressed in Xenial ESM (16.04 ESM), Bionic ESM (18.04 ESM), Focal (20.04 LTS), Jammy (22.04 LTS), Noble (24.04 LTS) + CVE-2024-25939 + CVE-2024-24980 + CVE-2024-24853 + CVE-2023-49141 + CVE-2023-42667

[LSN-0106-1] Linux kernel vulnerability* 3 CVEs addressed in + CVE-2024-36016 + CVE-2024-26585 + CVE-2023-52620

[USN-6969-1] Cacti vulnerabilities* 10 CVEs addressed in Trusty ESM (14.04 ESM), Xenial ESM (16.04 ESM), Bionic ESM (18.04 ESM), Focal (20.04 LTS), Jammy (22.04 LTS), Noble (24.04 LTS) + CVE-2024-34340 + CVE-2024-34360 + CVE-2024-31460 + CVE-2024-31459 + CVE-2024-31458 + CVE-2024-31445 + CVE-2024-31444 + CVE-2024-31443 + CVE-2024-29894 + CVE-2024-25641

[USN-6970-1] exfatprogs vulnerability* 1 CVEs addressed in Jammy (22.04 LTS) + CVE-2023-45897

[USN-6944-2] curl vulnerability* 1 CVEs addressed in Trusty ESM (14.04 ESM), Xenial ESM (16.04 ESM), Bionic ESM (18.04 ESM) + CVE-2024-7264

[USN-6965-1] Vim vulnerabilities* 5 CVEs addressed in Trusty ESM (14.04 ESM) + CVE-2021-4069 + CVE-2021-4019 + CVE-2021-3984 + CVE-2021-3974 + CVE-2021-3973

Goings on in Ubuntu Security CommunityReports of dual-boot Linux/Windows machines failing to boot (04:30)* https://arstechnica.com/security/2024/08/a-patch-microsoft-spent-2-years-preparing-is-making-a-mess-for-some-linux-users/ * https://msrc.microsoft.com/update-guide/en-US/advisory/CVE-2022-2601 * https://discourse.ubuntu.com/t/sbat-self-check-failed-mitigating-the-impact-of-shim-15-7-revocation-on-the-ubuntu-boot-process-for-devices-running-windows/47378 * Microsoft released an update for Windows on 13th August 2024 - revoking oldversions of grub that were susceptible to CVE-2022-2601 * How do you revoke grub? + Secure Boot relies on each component in the boot chain verifying that thenext component is signed with a valid signature before it is then loaded - UEFI BIOS validates shim - shim validates grub - grub validates kernel - kernel validates kernel modules etc + UEFI specification has effectively a CRL - list of hashes of binaries whichshouldn’t be trusted + BUT there is only limited space in the UEFI storage - after the originalBootHole vulnerabilities revoked a huge number of grub binaries from manydifferent distros, some devices failed to boot as the NVRAM was too full + Microsoft and Red Hat and other maintainers of shim decided on a new scheme,called SBAT - Secure Boot Advanced Targeting - maintains a generation number for each component in the boot chain - when say shim or grub gets updated to fix a bunch more securityvulnerabilities, upstream bumps the generation number - shim/grub then embeds the generation number within itself - Signed UEFI variable then lists which generation numbers are acceptable + shim checks the generation number of a binary (grub/fwupd etc) against thislist and if it is too old refuses to load it * In Ubuntu this was patched back in Jan 2023 and was documented on the UbuntuDiscourse - in this case we updated shim to a newer version which itselfrevoked an older grub, grub,1 * Now Microsoft’s update revokes grub,2, ie sets the minimum generation numberfor grub to 3 * You can inspect the SBAT policy by either directly reading the associated EFIvariable or using mokutil --list-sbat-revocations

cat /sys/firmware/efi/efivars/SbatLevelRT-605dab50-e046-4300-abb6-3dd810dd8b23mokutil --list-sbat-revocations

sbat,1,2023012900shim,2grub,3grub.debian,4

objdump -j .sbat -s /boot/efi/EFI/ubuntu/grubx64.efi | xxd -r

sbat,1,SBAT Version,sbat,1,https://github.com/rhboot/shim/blob/main/SBAT.mdgrub,4,Free Software Foundation,grub,2.12,https://www.gnu.org/software/grub/grub.ubuntu,2,Ubuntu,grub2,2.12-5ubuntu4,https://www.ubuntu.com/grub.peimage,2,Canonical,grub2,2.12-5ubuntu4,https://salsa.debian.org/grub-team/grub/-/blob/master/debian/patches/secure-boot/efi-use-peimage-shim.patch

rm -rf grub2-signedmkdir grub2-signedpushd grub2-signed >/dev/null || exitfor rel in focal jammy noble; do mkdir $rel pushd $rel >/dev/null || exit pull-lp-debs grub2-signed $rel-security 1>/dev/null 2>/dev/null || pull-lp-debs grub2-signed $rel-release 1>/dev/null 2>/dev/null dpkg-deb -x grub-efi-amd64-signed*.deb grub2-signed echo $rel echo ----- find . -name grubx64.efi.signed -exec objdump -j .sbat -s {} \; | tail -n +5 | xxd -r popd >/dev/null || exitdonepopd >/dev/null

focal-----sbat,1,SBAT Version,sbat,1,https://github.com/rhboot/shim/blob/main/SBAT.mdgrub,4,Free Software Foundation,grub,2.06,https://www.gnu.org/software/grub/grub.ubuntu,1,Ubuntu,grub2,2.06-2ubuntu14.4,https://www.ubuntu.com/jammy-----sbat,1,SBAT Version,sbat,1,https://github.com/rhboot/shim/blob/main/SBAT.mdgrub,4,Free Software Foundation,grub,2.06,https://www.gnu.org/software/grub/grub.ubuntu,1,Ubuntu,grub2,2.06-2ubuntu14.4,https://www.ubuntu.com/noble-----sbat,1,SBAT Version,sbat,1,https://github.com/rhboot/shim/blob/main/SBAT.mdgrub,4,Free Software Foundation,grub,2.12,https://www.gnu.org/software/grub/grub.ubuntu,2,Ubuntu,grub2,2.12-1ubuntu7,https://www.ubuntu.com/grub.peimage,2,Canonical,grub2,2.12-1ubuntu7,https://salsa.debian.org/grub-team/grub/-/blob/master/debian/patches/secure-boot/efi-use-peimage-shim.patch * So if all the current LTS releases have a grub with a generation number higherthan this, why are so many machines failing to boot? + It is not just grub that is the issue - shim itself also got revoked in thesame updatehttps://msrc.microsoft.com/update-guide/en-US/advisory/CVE-2023-40547 - soshim 15.8 (ie. 4th SBAT generation of shim) is now required + Unfortunately, the related updates for this shim in Ubuntu are still in theprocess of being released -https://bugs.launchpad.net/ubuntu/+source/shim/+bug/2051151

rm -rf shim-signedmkdir shim-signedpushd shim-signed >/dev/null || exitfor rel in focal jammy noble; do mkdir $rel pushd $rel >/dev/null || exit pull-lp-debs shim-signed $rel-security 1>/dev/null 2>/dev/null || pull-lp-debs shim-signed $rel-release 1>/dev/null 2>/dev/null dpkg-deb -x shim-signed*.deb shim-signed echo $rel echo ----- find . -name shimx64.efi.signed.latest -exec objdump -j .sbat -s {} \; | tail -n +5 | xxd -r popd >/dev/null || exitdonepopd >/dev/null

focal-----sbat,1,SBAT Version,sbat,1,https://github.com/rhboot/shim/blob/main/SBAT.mdshim,3,UEFI shim,shim,1,https://github.com/rhboot/shimshim.ubuntu,1,Ubuntu,shim,15.7-0ubuntu1,https://www.ubuntu.com/jammy-----sbat,1,SBAT Version,sbat,1,https://github.com/rhboot/shim/blob/main/SBAT.mdshim,3,UEFI shim,shim,1,https://github.com/rhboot/shimshim.ubuntu,1,Ubuntu,shim,15.7-0ubuntu1,https://www.ubuntu.com/noble-----sbat,1,SBAT Version,sbat,1,https://github.com/rhboot/shim/blob/main/SBAT.mdshim,4,UEFI shim,shim,1,https://github.com/rhboot/shimshim.ubuntu,1,Ubuntu,shim,15.8-0ubuntu1,https://www.ubuntu.com/ * only noble has a new-enough shim in the security/release pocket - both focaland jammy have the older one - but the new 4th generation shim is currentlyundergoing testing in the -proposed pocket and will be released next week * until then, if affected, need to disable secure boot in BIOS then can eitherwait until the new shim is released OR just reboot twice in this mode andshim will automoatically reset the SBAT policy to the previous version,allowing the older shim to still be used * then can re-enable Secure Boot in BIOS * Once new shim is released it will reinstall the new SBAT policy to revokeits older version * One other thing, this also means the old ISOs won’t boot either

+ 24.04.1 will be released on 29th August
+ upcoming 22.04.5 release will also have this new shim too
+ no further ISO spins planned for 20.04 - so if you really want to installthis release on new hardware, would need to disable secure boot first, dothe install, then install updates to get the new shim, and re-enablesecure boot

Get in contact* security@ubuntu.com * #ubuntu-security on the Libera.Chat IRC network * ubuntu-hardened mailing list * Security section on discourse.ubuntu.com * @ubuntusecurity@fosstodon.org, @ubuntu_sec on twitter

View Details

OverviewThis week we take a deep dive behind-the-scenes look into how the team handled arecent report from Snyk’s Security Lab of a local privilege escalationvulnerability in wpa_supplicant plus we cover security updates in PrometheusAlertmanager, OpenSSL, Exim, snapd, Gross, curl and more.

This week in Ubuntu Security Updates185 unique CVEs addressed

[USN-6935-1] Prometheus Alertmanager vulnerability (01:08)* 1 CVEs addressed in Bionic ESM (18.04 ESM), Focal (20.04 LTS), Jammy (22.04 LTS) + CVE-2023-40577 * Stored XSS via the Alertmanager UI - alerts API allows to specify a URL whichshould be able to be called interactively by the user from the UI - anattacker instead could POST to this with arbitrary JavaScript which would thenget included in the generated HTML and hence run on users when viewing the UI * Fixed to validate this field is actually a URL before including in thegenerated UI page

[USN-6938-1] Linux kernel vulnerabilities (02:05)* 31 CVEs addressed in Trusty ESM (14.04 ESM), Xenial ESM (16.04 ESM) + CVE-2024-35978 + CVE-2024-35984 + CVE-2024-35997 + CVE-2024-26840 + CVE-2024-27020 + CVE-2023-52752 + CVE-2021-47194 + CVE-2021-46960 + CVE-2024-26884 + CVE-2024-36016 + CVE-2023-52436 + CVE-2024-36902 + CVE-2024-26886 + CVE-2023-52469 + CVE-2024-26923 + CVE-2023-52444 + CVE-2023-52620 + CVE-2021-46933 + CVE-2024-35982 + CVE-2023-52449 + CVE-2024-26934 + CVE-2024-26882 + CVE-2024-26857 + CVE-2021-46932 + CVE-2024-26901 + CVE-2024-25739 + CVE-2024-24859 + CVE-2024-24858 + CVE-2024-24857 + CVE-2023-46343 + CVE-2022-48619 * 4.4 - generic, AWS, KVM, Low Latency, Virtual

[USN-6922-2] Linux kernel vulnerabilities* 4 CVEs addressed in Jammy (22.04 LTS) + CVE-2024-25739 + CVE-2024-24859 + CVE-2024-24858 + CVE-2024-24857 * 6.5 lowlatency

[USN-6926-2] Linux kernel vulnerabilities* 30 CVEs addressed in Trusty ESM (14.04 ESM), Bionic ESM (18.04 ESM) + CVE-2023-52620 + CVE-2023-52444 + CVE-2024-26901 + CVE-2023-52449 + CVE-2024-27013 + CVE-2024-26934 + CVE-2024-35978 + CVE-2024-27020 + CVE-2023-52469 + CVE-2024-35982 + CVE-2024-35997 + CVE-2023-52443 + CVE-2024-36902 + CVE-2024-26857 + CVE-2024-36016 + CVE-2023-52436 + CVE-2023-52752 + CVE-2024-26886 + CVE-2024-35984 + CVE-2023-52435 + CVE-2024-26840 + CVE-2024-26923 + CVE-2024-26882 + CVE-2024-26884 + CVE-2024-25744 + CVE-2024-25739 + CVE-2024-24859 + CVE-2024-24858 + CVE-2024-24857 + CVE-2023-46343 * 4.15 Azure

[USN-6895-4] Linux kernel vulnerabilities* 100 CVEs addressed in Jammy (22.04 LTS) + CVE-2024-26802 + CVE-2024-26664 + CVE-2023-52880 + CVE-2024-26695 + CVE-2024-27416 + CVE-2024-26714 + CVE-2024-26603 + CVE-2024-26920 + CVE-2024-26736 + CVE-2024-26593 + CVE-2024-26922 + CVE-2024-26600 + CVE-2024-26702 + CVE-2024-26782 + CVE-2024-26685 + CVE-2024-26691 + CVE-2024-26734 + CVE-2024-26822 + CVE-2024-35833 + CVE-2024-26792 + CVE-2024-26674 + CVE-2024-26889 + CVE-2024-26712 + CVE-2024-26917 + CVE-2024-26919 + CVE-2023-52637 + CVE-2024-26700 + CVE-2024-26661 + CVE-2024-26926 + CVE-2023-52631 + CVE-2024-26679 + CVE-2024-26798 + CVE-2024-26667 + CVE-2024-26689 + CVE-2024-26681 + CVE-2024-26910 + CVE-2024-26828 + CVE-2024-26790 + CVE-2024-26606 + CVE-2024-26825 + CVE-2024-26677 + CVE-2024-26722 + CVE-2024-26923 + CVE-2024-26803 + CVE-2024-26898 + CVE-2023-52642 + CVE-2024-26660 + CVE-2024-26716 + CVE-2023-52645 + CVE-2024-26602 + CVE-2024-26711 + CVE-2024-26826 + CVE-2024-26601 + CVE-2024-26890 + CVE-2024-26698 + CVE-2024-26693 + CVE-2024-26665 + CVE-2024-26676 + CVE-2024-26824 + CVE-2024-26838 + CVE-2024-26720 + CVE-2024-26666 + CVE-2024-26718 + CVE-2024-26723 + CVE-2024-26675 + CVE-2024-26680 + CVE-2024-26642 + CVE-2024-26710 + CVE-2024-26696 + CVE-2024-26748 + CVE-2024-26717 + CVE-2024-26735 + CVE-2024-26916 + CVE-2024-26697 + CVE-2024-26829 + CVE-2024-26715 + CVE-2024-26694 + CVE-2024-26830 + CVE-2024-26726 + CVE-2024-26719 + CVE-2024-26820 + CVE-2024-26707 + CVE-2024-26818 + CVE-2024-26733 + CVE-2024-26688 + CVE-2023-52643 + CVE-2024-26703 + CVE-2024-26831 + CVE-2024-26789 + CVE-2024-26662 + CVE-2024-26663 + CVE-2024-26708 + CVE-2024-26659 + CVE-2024-26684 + CVE-2023-52638 + CVE-2024-24861 + CVE-2024-23307 + CVE-2024-1151 + CVE-2024-0841 + CVE-2023-6270 * 6.5 OEM

[USN-6937-1] OpenSSL vulnerabilities (03:04)* 4 CVEs addressed in Focal (20.04 LTS), Jammy (22.04 LTS), Noble (24.04 LTS) + CVE-2024-5535 + CVE-2024-4741 + CVE-2024-4603 + CVE-2024-2511 * Four low priority issues + Possible UAF in SSL_free_buffers API - requires an application to directlycall this function - across the entire Ubuntu package ecosystem theredoesn’t appear to be any packages that do this so highly unlikely to be anissue in practice + Similarly, in another rarely used function SSL_select_next_proto - if calledwith an empty buffer list would read other private memory - ie OOB read -and potentially then either crash or return private data - but again this is not expected to occur in practice + CPU-based DoS when validating long / crafted DSA keys - simply check if using to large a modulus and error in that case + If had set the SSL_OP_NO_TICKET option would possibly get into a state wherethe session cache would not be flushed and so would grow unbounded - memorybased DoS

[USN-6913-2] phpCAS vulnerability (04:51)* 1 CVEs addressed in Xenial ESM (16.04 ESM) + CVE-2022-39369 * [USN-6913-1] phpCAS vulnerability from Episode 233

[USN-6936-1] Apache Commons Collections vulnerability (05:03)* 1 CVEs addressed in Trusty ESM (14.04 ESM) + CVE-2015-4852 * Unsafe deserialisation - could allow to overwrite an object with an attackercontrolled version containing code to be executed - RCE

[USN-6939-1] Exim vulnerability (05:31)* 1 CVEs addressed in Xenial ESM (16.04 ESM), Bionic ESM (18.04 ESM), Focal (20.04 LTS), Jammy (22.04 LTS), Noble (24.04 LTS) + CVE-2024-39929 * Mishandles multiline filename header and so a crafted value could bypass theMIME type extension blocking mechanism - allowing executables etc to bedelivered to users

[USN-6933-1] ClickHouse vulnerabilities (06:00)* 5 CVEs addressed in Focal (20.04 LTS) + CVE-2021-42388 + CVE-2021-43305 + CVE-2021-43304 + CVE-2021-42387 * real-time analytics DBMS * Mostly written in C++ so not surprisingly has various memory safety issues + All in the the LZ4 compression codec - uses an attacker controlled 16-bitunsiged value as the offset to read from the compressed data - then thisvalue is also used when copying the data but there is no check on the upperbound so could index outside of the data + Also a heap buffer overflow during this same data copy since doesn’t verifythe size of the destination either

[USN-6940-1] snapd vulnerabilities (06:55) 3 CVEs addressed in Focal (20.04 LTS), Jammy (22.04 LTS), Noble (24.04 LTS) + CVE-2024-29069 + CVE-2024-29068 + CVE-2024-1724 * 2 quite similar issues discovered by one of the engineers on the snapd team - Zeyad Gouda + snaps are squashfs images - in general they are just mounted but certainfiles from the squashfs get extracted by snapd and placed on the regularfile-system (ie. desktop files and icons for launchers etc) - as such, snapdwould read the contents of these files and then write them out - if the filewas actually a named pipe, snapd would block forever - DoS + similarly, if the file was a symlink that pointed to an existing file on thefile-system, when opening that file (which is a symlink) snapd would readthe contents of the other file and write it out - recall these are desktopfiles etc so they get written to /usr/share/applications which isworld-readable - so if the symlink pointed to /etc/shadow then you would geta copy of this written out as world-readable - so an unprivileged user onthe system could then possibly escalate their privileges * 3rd issue was AppArmor sandbox + home interface allows snaps to read/write to your home directory + On Ubuntu, if the bin directory exists, it gets automatically added to your PATH + AppArmor policy for snapd took this into account and would stop snaps fromwriting files into this directory (and hence say creating a shell scriptthat you would then execute later, outside of the snap sandbox) + BUT it did not prevent a snap from creating* this directory if it didn’talready exist

[USN-6941-1] Python vulnerability (11:15)* 1 CVEs addressed in Noble (24.04 LTS) + CVE-2024-4032 * [USN-6928-1] Python vulnerabilities from Episode 233

[USN-6909-2] Bind vulnerabilities (11:30)* 2 CVEs addressed in Bionic ESM (18.04 ESM) + CVE-2024-1975 + CVE-2024-1737 * 2 different CPU-based DoS + Didn’t restrict the number of resource recordsfor a given hostname - if an attacker could arrange so a large number of RRsthen could degrade the performace of bind due to it having to performexpensive lookups across all the records - introduce a limit of 100 RRs for a given name + Removed support DNSSEC SIG(0) transaction signatures since they could beabused to perform a CPU-based DoS

[USN-6943-1] Tomcat vulnerabilities (12:26)* 5 CVEs addressed in Xenial ESM (16.04 ESM), Bionic ESM (18.04 ESM), Focal (20.04 LTS), Jammy (22.04 LTS) + CVE-2022-29885 + CVE-2022-23181 + CVE-2021-41079 + CVE-2021-25122 + CVE-2020-9484

[USN-6942-1] Gross vulnerability (12:33)* 1 CVEs addressed in Xenial ESM (16.04 ESM), Bionic ESM (18.04 ESM), Focal (20.04 LTS), Jammy (22.04 LTS), Noble (24.04 LTS) + CVE-2023-52159 * greylisting server used in MTA setup to minimise spam - uses DNS block liststo tag mails which come from these domains as possible spam * stack buffer overflow through the use of strncat() during logging + would concatenate a list of parameters as string into a fixed size buffer onthe stack but would pass the entire buffer size as the length argumentrather than accounting for the remaining space in the buffer + as these parameters can be controlled by an attacker can be used to eithercrash grossd or get RCE

[USN-6944-1] curl vulnerability (13:55)* 1 CVEs addressed in Focal (20.04 LTS), Jammy (22.04 LTS), Noble (24.04 LTS) + CVE-2024-7264 * Possible OOB read through crafted ASN.1 Generalized Time field when parsing TLS certificate chain - wouldpotentially use a negative length value and hence try calculate the length ofa string but pointing to the wrong memory region - crash / info leak * Need to specifically use the https://curl.se/libcurl/c/CURLINFO_CERTINFO.htmloption though to be vulnerable

[USN-6200-2] ImageMagick vulnerabilities (14:52)* 20 CVEs addressed in Focal (20.04 LTS), Jammy (22.04 LTS) + CVE-2023-34151 + CVE-2023-3195 + CVE-2023-1289 + CVE-2023-3428 + CVE-2023-1906 + CVE-2021-3610 + CVE-2022-32547 + CVE-2022-32546 + CVE-2022-32545 + CVE-2022-28463 + CVE-2021-39212 + CVE-2021-20313 + CVE-2021-20312 + CVE-2021-20246 + CVE-2021-20309 + CVE-2021-20244 + CVE-2021-20243 + CVE-2021-20241 + CVE-2021-20224 + CVE-2020-29599 * [USN-6200-1] ImageMagick vulnerabilities from Episode 202

[USN-6946-1] Django vulnerabilities (15:04)* 4 CVEs addressed in Bionic ESM (18.04 ESM), Focal (20.04 LTS), Jammy (22.04 LTS), Noble (24.04 LTS) + CVE-2024-42005 + CVE-2024-41991 + CVE-2024-41990 + CVE-2024-41989 * SQL injection via crafted JSON in methods on the QuerySet class, and variousDoS - one via very large inputs of Unicode characters in certain input fields,another through floatformat template filter - would use a large amount ofmemory if given a number in scientific notation with a large exponent

[USN-6945-1] wpa_supplicant and hostapd vulnerability (15:42)* 1 CVEs addressed in Trusty ESM (14.04 ESM), Xenial ESM (16.04 ESM), Bionic ESM (18.04 ESM), Focal (20.04 LTS), Jammy (22.04 LTS), Noble (24.04 LTS) + CVE-2024-5290 * Possible privilege escalation through abuse of DBus method to getwpa_supplicant to load an attacker controlled shared object into memory

Goings on in Ubuntu Security CommunityDiscussion of CVE-2024-5290 in wpa_supplicant (16:10) Reported privately to us by Rory McNamara from Snyk as part of a largerdisclosure of various security issues they had found * Issue specific to Debian and Ubuntu - includes patch to the dbus policy forwpa_supplicant to allow various methods to be called by users in the netdevgroup + historical hangover before we had network manager etc to do this + nowadays, Network Manager allows the user who is logged in to control access to wireless networks etc + historically though, Debian had the netdev group instead - so you would addyour user to this group to allow them to configure network settings etc + so makes sense to allow that group to control wpa_supplicant via its dbus interface * DBus API includes a method called CreateInterface + takes an argument called ConfigFile which specifies the path to a configuration file using the format of wpa_supplicant.conf + config file includes a parameter for opensc_engine_path or similarly PKCS11 engine and module paths + these are shared object which then get dynamically loaded into memory by wpa_supplicant * hence could overwrite existing functions and therefore get code execution asroot* - since wpa_supplicant runs as root * upstream actually includes a patch to hard-code these values at compile-timeand not allow them to be specified in the config file BUT we don’t use this inUbuntu since it was only introduced recently (so not all Ubuntu releasesinclude it) but regardless, we want to support setups where these modules maylive in different locations * Discussed how to possibly fix this in LP: #2067613 + Is not an issue for upstream since the upstream policy only allows root touse this dbus method so there is no privilege escalation + Could allow-list various paths but was not clear which ones to use - Lukas from Foundations team (and maintainer of Netplan) tried searchingfor any users of these config parameters but couldn’t find anything in thearchive - However, users may still be configuring things so don’t want to breaktheir setups + Or could tighten up the DBus policy for the netdev group to NOT includeaccess to this method - but this may break existing things that are usingthe netdev group and this method - Marc from our team then tried looking for anything in Ubuntu which usedthe wpa_supplicant DBus interface - none appear to make use of the netdevgroup - Considered dropping support entirely for this feature which allows thenetdev group access since in general this should be done withNetworkManager or netplan nowadays anyway - But this is such a long-standing piece of functionality it wasn’t clearwhat the possible regression potential would be + Or we could patch wpa_supplicant to check that the specified module wasowned by root - this should then stop an unprivileged user from creatingtheir own module and specifying it as it wouldn’t be owned by root - This looked promising and a patch was drafted and tested against theproof-of-concept and was able to block it - However, Rory came back with some excellent research showing it could bebypassed by some quite creative use of a crafted FUSE filesystem incombination with overlayfs inside an unprivileged user namespace(ie. unpriv userns strikes again) * create a FUSE which lies about the uid of a file to say it is 0 (root) * mount this as an unprivileged user * create a new user and mount namespace through unshare * within that (since you are “root”) mount an overlay filesystem using the FUSE fs * Specify the path to this file using the special root link inside theproc filesystem - which points to the actual root directory of thatprocess - and since the FUSE fs lies about the UID it looks like rootowned + So at this point we were running out of ideas - Luci from our team suggestedmanually walking the path to the specified file akin to how realpath works(which should block the ability to read it via the proc symlink) - but this was considered too complicated and possibly prone to a TOCTOUrace + Finally Marc proposed to simply allow-list anything under /usr/lib - sinceanything installed from the archive would live here - in this case we simplycall realpath() directly on the provided path name and if it doesn’t startwith /usr/lib then deny loading of the module + No way to race against this and would seem to have the least chance of regression - Yes if using a non-standard location like /opt would now fail BUT if youcan write to /opt then you can write to somewhere in /usr/lib - so is easyto fix as well + Was tested significantly both with a dummy PKCS11 provider as well as a realone to ensure works as expected (both to prevent the exploit but also towork as intended) * Eventual solution then was both secure but also would appear to minimise thechance of regressions + None reported so far anyway ;) * Demonstrates the careful balance between security and possible regressions * Also the team effort of both the security team and other Ubuntu teams + Thanks to Marc, Luci, Mark E, and Sudhakar on our side, and Lukas fromFoundations, but most importantly to Rory from Snyk for both reporting thevuln but also in their help evaluating the various proposed solutions

Get in contact* security@ubuntu.com * #ubuntu-security on the Libera.Chat IRC network * ubuntu-hardened mailing list * Security section on discourse.ubuntu.com * @ubuntusecurity@fosstodon.org, @ubuntu_sec on twitter

View Details

OverviewThis week we take a look at the recent Crowdstrike outage and what we can learnfrom it compared to the testing and release process for security updates inUbuntu, plus we cover details of vulnerabilities in poppler, phpCAS, EDK II,Python, OpenJDK and one package with over 300 CVE fixes in a single update.

This week in Ubuntu Security Updates462 unique CVEs addressed

[USN-6915-1] poppler vulnerability (01:35)* 1 CVEs addressed in Jammy (22.04 LTS), Noble (24.04 LTS) + CVE-2024-6239 * Installed by default in Ubuntu due to use by cups * PDF document format describes a Catalog which has a tree of destinations -essentially hyperlinks within the document. These can be either a page numberetc or a named location within the document. If open a crafted document with amissing name property for a destination - name would then be NULL and wouldtrigger a NULL ptr deref -> crash -> DoS

[USN-6913-1] phpCAS vulnerability (02:26)* 1 CVEs addressed in Focal (20.04 LTS), Jammy (22.04 LTS) + CVE-2022-39369 * Authentication library for PHP to allow PHP applications to authenticatesusers against a Central Authentication Server (ie. SSO). * When used for SSO, a client who is trying to use a web application getsdirected to the CAS. The CAS then authenticates the user and returns a serviceticket - the client then needs to validate this ticket with the CAS since itcould have possibly been injected via the application. To do this, pass theticket along with its own service identifier to CAS - and if this succeeds isprovided with the details of which user was authenticated etc. * For clients, previously would use HTTP headers to determine where the CASserver was to authenticate the ticket. Since these can be manipulated by amalicious application, could essentially redirect the client to send theticket to the attacker who could then use that to impersonate the client andlogin as the user. * Fix requires a refactor to include an additional API parameter which specifieseither a fixed CAS server for the client to use, or a mechanism toauto-discover this in a secure way - either way, applications using phpCAS nowneed to be updated.

[USN-6914-1] OCS Inventory vulnerability* 1 CVEs addressed in Jammy (22.04 LTS) + CVE-2022-39369 * Same as above since has an embedded copy of phpCAS

[USN-6916-1] Lua vulnerabilities (04:44)* 2 CVEs addressed in Jammy (22.04 LTS) + CVE-2022-33099 + CVE-2022-28805 * Heap buffer over-read and a possible heap buffer over-flow via recursive errorhandling - looks like both require to be interpreting malicious code

[USN-6920-1] EDK II vulnerabilities (05:04)* 5 CVEs addressed in Xenial ESM (16.04 ESM), Bionic ESM (18.04 ESM) + CVE-2019-0160 + CVE-2018-3613 + CVE-2018-12183 + CVE-2018-12182 + CVE-2017-5731 * UEFI firmware implementation in qemu etc * Various missing bounds checks -> stack and heap buffer overflows -> DoS orcode execution in BIOS context -> privilege escalation within VM

[USN-6928-1] Python vulnerabilities (05:49)* 2 CVEs addressed in Focal (20.04 LTS), Jammy (22.04 LTS) + CVE-2024-4032 + CVE-2024-0397 * Memory race in the ssl module - can call into various functions to getcertificate information at the same time as certs are loaded if happening tobe doing a TLS handshake with a certificate directory configured - all viadifferent threads. Python would then possibly return inconsistent resultsleading to various issues * Occurs since ssl module is implemented in C to interface with openssl and didnot properly lock access to the certificate store

[USN-6929-1, USN-6930-1] OpenJDK 8 and OpenJDK 11 vulnerabilities (06:52)* 6 CVEs addressed in Bionic ESM (18.04 ESM), Focal (20.04 LTS), Jammy (22.04 LTS), Noble (24.04 LTS) + CVE-2024-21147 + CVE-2024-21145 + CVE-2024-21144 + CVE-2024-21140 + CVE-2024-21138 + CVE-2024-21131 * Latest upstream releases of OpenJDK 8 and 11 * 8u422-b05-1, 11.0.24+8 * Fixes various issues in the Hotspot and Concurrency components

[USN-6931-1, USN-6932-1] OpenJDK 17 and OpenJDK 21 vulnerabilities (07:11)* 5 CVEs addressed in Focal (20.04 LTS), Jammy (22.04 LTS), Noble (24.04 LTS) + CVE-2024-21147 + CVE-2024-21145 + CVE-2024-21140 + CVE-2024-21138 + CVE-2024-21131 * Latest upstream releases of OpenJDK 17 and 21 * 17.0.12+7, 21.0.4+7 * Fixes the same issues in the Hotspot component

[USN-6934-1] MySQL vulnerabilities (07:29)* 15 CVEs addressed in Focal (20.04 LTS), Jammy (22.04 LTS), Noble (24.04 LTS) + CVE-2024-21185 + CVE-2024-21179 + CVE-2024-21177 + CVE-2024-21173 + CVE-2024-21171 + CVE-2024-21165 + CVE-2024-21163 + CVE-2024-21162 + CVE-2024-21142 + CVE-2024-21134 + CVE-2024-21130 + CVE-2024-21129 + CVE-2024-21127 + CVE-2024-21125 + CVE-2024-20996 * Also latest upstream release * 8.0.39 * Bug fixes, possible new features and incompatible changes - consult releasenotes: + https://dev.mysql.com/doc/relnotes/mysql/8.0/en/news-8-0-38.html + https://dev.mysql.com/doc/relnotes/mysql/8.0/en/news-8-0-39.html + https://www.oracle.com/security-alerts/cpujul2024.html

[USN-6917-1] Linux kernel vulnerabilities (07:57)* 156 CVEs addressed in Focal (20.04 LTS), Jammy (22.04 LTS) + CVE-2024-35933 + CVE-2024-35910 + CVE-2024-27393 + CVE-2024-27004 + CVE-2024-27396 + CVE-2024-36029 + CVE-2024-26955 + CVE-2024-35976 + CVE-2024-26966 + CVE-2024-26811 + CVE-2024-35871 + CVE-2023-52699 + CVE-2024-35796 + CVE-2024-35851 + CVE-2024-35885 + CVE-2024-35813 + CVE-2024-35789 + CVE-2024-35825 + CVE-2024-26994 + CVE-2024-35815 + CVE-2024-27395 + CVE-2024-26981 + CVE-2024-35886 + CVE-2024-26931 + CVE-2024-35791 + CVE-2024-35849 + CVE-2024-35978 + CVE-2024-35895 + CVE-2024-35918 + CVE-2024-35902 + CVE-2024-26926 + CVE-2024-35934 + CVE-2024-35807 + CVE-2024-35805 + CVE-2024-36008 + CVE-2024-26950 + CVE-2024-26973 + CVE-2024-35898 + CVE-2024-35955 + CVE-2024-36004 + CVE-2024-36006 + CVE-2024-35990 + CVE-2024-35944 + CVE-2024-36007 + CVE-2024-35896 + CVE-2024-35819 + CVE-2024-26988 + CVE-2024-35872 + CVE-2024-36025 + CVE-2024-26957 + CVE-2024-35897 + CVE-2024-27016 + CVE-2024-35806 + CVE-2024-35927 + CVE-2022-48808 + CVE-2024-35960 + CVE-2024-27001 + CVE-2024-35970 + CVE-2024-35988 + CVE-2024-36005 + CVE-2024-35821 + CVE-2024-35925 + CVE-2024-26961 + CVE-2024-35817 + CVE-2024-26922 + CVE-2024-26976 + CVE-2024-35899 + CVE-2024-35984 + CVE-2024-26929 + CVE-2024-27018 + CVE-2024-35907 + CVE-2024-35884 + CVE-2023-52488 + CVE-2024-35982 + CVE-2024-26934 + CVE-2024-26935 + CVE-2024-35973 + CVE-2024-26958 + CVE-2024-27008 + CVE-2024-35809 + CVE-2024-26951 + CVE-2024-35900 + CVE-2024-35888 + CVE-2024-26965 + CVE-2024-26828 + CVE-2024-35935 + CVE-2024-35857 + CVE-2024-26642 + CVE-2024-26989 + CVE-2024-35893 + CVE-2024-35877 + CVE-2024-27009 + CVE-2024-35785 + CVE-2024-35905 + CVE-2024-27020 + CVE-2024-35901 + CVE-2024-26956 + CVE-2024-26977 + CVE-2024-26969 + CVE-2024-26810 + CVE-2024-26813 + CVE-2024-35930 + CVE-2024-26970 + CVE-2024-26687 + CVE-2024-27015 + CVE-2024-35847 + CVE-2024-26999 + CVE-2024-35940 + CVE-2024-35890 + CVE-2024-26814 + CVE-2024-35958 + CVE-2024-35804 + CVE-2024-26629 + CVE-2024-26974 + CVE-2023-52880 + CVE-2024-26937 + CVE-2024-35922 + CVE-2024-35854 + CVE-2024-27013 + CVE-2024-35853 + CVE-2024-27000 + CVE-2024-35989 + CVE-2024-35852 + CVE-2024-35823 + CVE-2024-36020 + CVE-2024-36031 + CVE-2024-26923 + CVE-2024-26654 + CVE-2024-26925 + CVE-2024-35855 + CVE-2024-35997 + CVE-2024-35822 + CVE-2024-27019 + CVE-2024-35938 + CVE-2024-35915 + CVE-2024-35912 + CVE-2024-35936 + CVE-2024-35969 + CVE-2024-27059 + CVE-2024-26964 + CVE-2024-27437 + CVE-2024-26960 + CVE-2024-35950 + CVE-2024-26817 + CVE-2024-26984 + CVE-2024-26812 + CVE-2024-35879 + CVE-2024-26996 + CVE-2024-26993 + CVE-2024-25739 + CVE-2024-24861 + CVE-2024-24859 + CVE-2024-24858 + CVE-2024-24857 + CVE-2024-23307 + CVE-2022-38096 * 5.15 - Azure + FDE (CVM)

[USN-6918-1] Linux kernel vulnerabilities* 180 CVEs addressed in Noble (24.04 LTS) + CVE-2024-24859 + CVE-2024-24858 + CVE-2024-24857 + CVE-2024-35932 + CVE-2024-35937 + CVE-2024-27006 + CVE-2024-35960 + CVE-2024-27011 + CVE-2024-35924 + CVE-2024-35946 + CVE-2024-35942 + CVE-2024-35921 + CVE-2024-35908 + CVE-2024-26811 + CVE-2024-27008 + CVE-2024-35871 + CVE-2024-36019 + CVE-2024-35965 + CVE-2024-35973 + CVE-2024-26981 + CVE-2024-27009 + CVE-2024-27019 + CVE-2024-36022 + CVE-2024-35910 + CVE-2024-35907 + CVE-2024-35860 + CVE-2024-35951 + CVE-2024-26924 + CVE-2024-26921 + CVE-2024-35901 + CVE-2024-35972 + CVE-2024-35889 + CVE-2024-27017 + CVE-2024-35913 + CVE-2024-35936 + CVE-2024-36025 + CVE-2024-35961 + CVE-2024-35977 + CVE-2024-35902 + CVE-2024-26817 + CVE-2024-26994 + CVE-2023-52699 + CVE-2024-35868 + CVE-2024-35899 + CVE-2024-35888 + CVE-2024-26995 + CVE-2024-35865 + CVE-2024-26993 + CVE-2024-35863 + CVE-2024-35970 + CVE-2024-35943 + CVE-2024-35875 + CVE-2024-35978 + CVE-2024-27005 + CVE-2024-35909 + CVE-2024-35957 + CVE-2024-35950 + CVE-2024-26986 + CVE-2024-36020 + CVE-2024-35952 + CVE-2024-26928 + CVE-2024-35878 + CVE-2024-35954 + CVE-2024-26998 + CVE-2024-36024 + CVE-2024-26936 + CVE-2024-27018 + CVE-2024-35900 + CVE-2024-35940 + CVE-2024-35985 + CVE-2024-35944 + CVE-2024-35958 + CVE-2024-35864 + CVE-2024-35975 + CVE-2024-27002 + CVE-2024-36018 + CVE-2024-35974 + CVE-2024-26926 + CVE-2024-35877 + CVE-2024-35916 + CVE-2024-35934 + CVE-2024-35930 + CVE-2024-35898 + CVE-2024-35893 + CVE-2024-35887 + CVE-2024-35929 + CVE-2024-26923 + CVE-2024-35911 + CVE-2024-35919 + CVE-2024-26984 + CVE-2024-27016 + CVE-2024-35926 + CVE-2024-35872 + CVE-2024-35922 + CVE-2024-27007 + CVE-2024-35931 + CVE-2024-36021 + CVE-2024-35953 + CVE-2024-27004 + CVE-2024-27001 + CVE-2024-27014 + CVE-2024-35866 + CVE-2024-27021 + CVE-2024-35870 + CVE-2024-35925 + CVE-2024-35891 + CVE-2024-26982 + CVE-2024-35879 + CVE-2024-35979 + CVE-2024-35912 + CVE-2024-35982 + CVE-2024-27015 + CVE-2024-26985 + CVE-2024-35861 + CVE-2024-35939 + CVE-2024-27003 + CVE-2024-35945 + CVE-2024-35967 + CVE-2024-35966 + CVE-2024-26983 + CVE-2024-35894 + CVE-2024-35896 + CVE-2024-36027 + CVE-2024-35895 + CVE-2024-26987 + CVE-2024-35873 + CVE-2024-26996 + CVE-2024-26991 + CVE-2024-27013 + CVE-2024-36026 + CVE-2024-26922 + CVE-2024-35897 + CVE-2024-35917 + CVE-2024-35968 + CVE-2024-35890 + CVE-2024-35904 + CVE-2024-35867 + CVE-2024-35933 + CVE-2024-35918 + CVE-2024-35920 + CVE-2024-26997 + CVE-2024-35981 + CVE-2024-35963 + CVE-2024-26989 + CVE-2024-26999 + CVE-2024-35892 + CVE-2024-27010 + CVE-2024-26992 + CVE-2024-35935 + CVE-2024-27022 + CVE-2024-35971 + CVE-2024-35956 + CVE-2024-35862 + CVE-2024-35969 + CVE-2024-27012 + CVE-2024-26990 + CVE-2024-35885 + CVE-2024-26925 + CVE-2024-35905 + CVE-2024-35914 + CVE-2024-35884 + CVE-2024-35927 + CVE-2024-35882 + CVE-2024-26980 + CVE-2024-35964 + CVE-2024-35955 + CVE-2024-27020 + CVE-2024-35980 + CVE-2024-35903 + CVE-2024-35976 + CVE-2024-35886 + CVE-2024-35883 + CVE-2024-35959 + CVE-2024-35915 + CVE-2024-35880 + CVE-2024-27000 + CVE-2024-35938 + CVE-2024-35869 + CVE-2024-36023 + CVE-2024-26988 * 6.8 - Oracle

[USN-6919-1] Linux kernel vulnerabilities* 304 CVEs addressed in Jammy (22.04 LTS) + CVE-2024-35976 + CVE-2023-52880 + CVE-2024-35849 + CVE-2024-27073 + CVE-2024-35934 + CVE-2024-27038 + CVE-2024-26973 + CVE-2024-35853 + CVE-2024-27047 + CVE-2024-36007 + CVE-2024-27024 + CVE-2024-26750 + CVE-2024-26833 + CVE-2024-26960 + CVE-2024-26929 + CVE-2023-52488 + CVE-2024-27417 + CVE-2024-26922 + CVE-2024-26863 + CVE-2024-35890 + CVE-2024-27015 + CVE-2024-27395 + CVE-2024-26779 + CVE-2024-27419 + CVE-2024-27013 + CVE-2024-26981 + CVE-2024-26798 + CVE-2024-26895 + CVE-2024-35922 + CVE-2023-52699 + CVE-2024-26883 + CVE-2024-35871 + CVE-2024-27410 + CVE-2024-26884 + CVE-2024-26885 + CVE-2024-27074 + CVE-2024-26751 + CVE-2024-26857 + CVE-2024-26848 + CVE-2024-26901 + CVE-2024-35844 + CVE-2024-35809 + CVE-2024-26687 + CVE-2024-35988 + CVE-2024-26835 + CVE-2024-26764 + CVE-2024-27020 + CVE-2024-35907 + CVE-2024-35886 + CVE-2024-27077 + CVE-2024-26787 + CVE-2024-26950 + CVE-2024-26974 + CVE-2024-35905 + CVE-2024-27008 + CVE-2024-26744 + CVE-2024-35935 + CVE-2024-26988 + CVE-2024-26748 + CVE-2024-26776 + CVE-2024-26907 + CVE-2024-27053 + CVE-2024-35970 + CVE-2024-35950 + CVE-2024-35854 + CVE-2024-35822 + CVE-2024-26961 + CVE-2024-26733 + CVE-2024-26773 + CVE-2024-27390 + CVE-2024-35888 + CVE-2024-36029 + CVE-2024-26643 + CVE-2024-35821 + CVE-2024-35819 + CVE-2024-26809 + CVE-2024-35984 + CVE-2024-26851 + CVE-2024-35940 + CVE-2024-26654 + CVE-2024-35910 + CVE-2024-26891 + CVE-2024-26793 + CVE-2024-35938 + CVE-2024-26736 + CVE-2024-26583 + CVE-2024-26870 + CVE-2024-35828 + CVE-2024-35885 + CVE-2024-35958 + CVE-2024-26889 + CVE-2024-35899 + CVE-2024-26839 + CVE-2024-26894 + CVE-2024-26937 + CVE-2024-35925 + CVE-2024-35933 + CVE-2024-26771 + CVE-2024-26923 + CVE-2024-26852 + CVE-2024-26924 + CVE-2024-26872 + CVE-2024-26774 + CVE-2024-35930 + CVE-2024-27065 + CVE-2024-26993 + CVE-2024-27034 + CVE-2024-36020 + CVE-2024-26802 + CVE-2024-26976 + CVE-2022-48808 + CVE-2024-35847 + CVE-2024-26996 + CVE-2024-36025 + CVE-2023-52652 + CVE-2024-27403 + CVE-2023-52447 + CVE-2024-27037 + CVE-2024-27413 + CVE-2024-26749 + CVE-2024-26956 + CVE-2024-26958 + CVE-2024-26754 + CVE-2024-26812 + CVE-2024-26772 + CVE-2024-27436 + CVE-2024-27437 + CVE-2024-35912 + CVE-2024-35805 + CVE-2024-26845 + CVE-2024-35990 + CVE-2024-35791 + CVE-2024-26906 + CVE-2024-27039 + CVE-2024-26915 + CVE-2024-26970 + CVE-2024-26782 + CVE-2024-26813 + CVE-2023-52645 + CVE-2024-26935 + CVE-2024-27076 + CVE-2024-35823 + CVE-2024-26743 + CVE-2024-26846 + CVE-2024-26811 + CVE-2024-26989 + CVE-2024-26642 + CVE-2024-26659 + CVE-2024-26766 + CVE-2024-27393 + CVE-2024-26859 + CVE-2024-35898 + CVE-2024-35893 + CVE-2023-52640 + CVE-2024-26795 + CVE-2024-27009 + CVE-2024-26791 + CVE-2024-27043 + CVE-2024-26934 + CVE-2024-27051 + CVE-2024-26804 + CVE-2024-26878 + CVE-2024-27030 + CVE-2024-27000 + CVE-2024-26777 + CVE-2024-35825 + CVE-2024-27415 + CVE-2024-27001 + CVE-2024-27004 + CVE-2024-26769 + CVE-2024-26816 + CVE-2024-35807 + CVE-2024-35900 + CVE-2024-35851 + CVE-2024-27052 + CVE-2024-26805 + CVE-2024-35804 + CVE-2024-35944 + CVE-2024-35895 + CVE-2024-26897 + CVE-2024-27045 + CVE-2024-26814 + CVE-2024-26801 + CVE-2024-26874 + CVE-2024-35982 + CVE-2024-35915 + CVE-2024-26820 + CVE-2024-26603 + CVE-2024-35997 + CVE-2024-26688 + CVE-2024-27054 + CVE-2024-26828 + CVE-2024-35857 + CVE-2023-52662 + CVE-2024-35989 + CVE-2024-36005 + CVE-2024-35785 + CVE-2024-27396 + CVE-2024-35884 + CVE-2023-52650 + CVE-2024-26882 + CVE-2024-26879 + CVE-2024-26898 + CVE-2024-27388 + CVE-2024-35879 + CVE-2024-35918 + CVE-2024-35978 + CVE-2024-26585 + CVE-2024-35872 + CVE-2023-52497 + CVE-2024-26778 + CVE-2024-26999 + CVE-2024-27046 + CVE-2023-52434 + CVE-2024-26862 + CVE-2024-26810 + CVE-2024-35796 + CVE-2024-35960 + CVE-2024-35969 + CVE-2024-26966 + CVE-2024-26856 + CVE-2024-35936 + CVE-2024-35955 + CVE-2024-26763 + CVE-2024-35806 + CVE-2024-27059 + CVE-2024-35855 + CVE-2024-36008 + CVE-2024-27075 + CVE-2023-52620 + CVE-2024-26931 + CVE-2024-35813 + CVE-2024-26788 + CVE-2024-27412 + CVE-2024-26861 + CVE-2024-36004 + CVE-2024-26951 + CVE-2024-26903 + CVE-2024-26584 + CVE-2024-35877 + CVE-2024-26792 + CVE-2024-27416 + CVE-2024-27432 + CVE-2024-26651 + CVE-2024-35852 + CVE-2024-35973 + CVE-2023-52656 + CVE-2024-26965 + CVE-2024-26969 + CVE-2024-26840 + CVE-2024-26817 + CVE-2024-27028 + CVE-2024-26752 + CVE-2024-27016 + CVE-2023-52641 + CVE-2024-35789 + CVE-2024-27078 + CVE-2024-26994 + CVE-2024-26629 + CVE-2024-26803 + CVE-2024-26977 + CVE-2024-35830 + CVE-2024-27019 + CVE-2024-26957 + CVE-2024-36006 + CVE-2024-35817 + CVE-2024-26601 + CVE-2024-35845 + CVE-2024-35897 + CVE-2024-27414 + CVE-2024-26855 + CVE-2024-26877 + CVE-2024-35829 + CVE-2024-35896 + CVE-2024-26875 + CVE-2024-27405 + CVE-2024-26747 + CVE-2023-52644 + CVE-2024-26881 + CVE-2024-26735 + CVE-2024-26843 + CVE-2024-26926 + CVE-2024-26880 + CVE-2024-26964 + CVE-2024-27044 + CVE-2024-26737 + CVE-2024-27431 + CVE-2024-26955 + CVE-2024-26790 + CVE-2024-26925 + CVE-2024-26838 + CVE-2024-26984 + CVE-2024-25739 + CVE-2024-24861 + CVE-2024-24859 + CVE-2024-24858 + CVE-2024-24857 + CVE-2024-23307 + CVE-2024-22099 + CVE-2024-21823 + CVE-2024-0841 + CVE-2023-7042 + CVE-2023-6270 + CVE-2022-38096 * 5.15 - Raspi

[USN-6922-1] Linux kernel vulnerabilities* 4 CVEs addressed in Jammy (22.04 LTS) + CVE-2024-25739 + CVE-2024-24859 + CVE-2024-24858 + CVE-2024-24857 * 6.5 - NVIDIA

[USN-6923-1, USN-6923-2] Linux kernel vulnerabilities* 6 CVEs addressed in Focal (20.04 LTS), Jammy (22.04 LTS) + CVE-2024-36016 + CVE-2024-27017 + CVE-2023-52752 + CVE-2024-26952 + CVE-2024-26886 + CVE-2024-25742 * 5.15 - generic, AWS, GCP, GKE, HWE, Intel-IOTG, KVM, LowLatency, NVIDIA, Oracle, IBM, Raspi

[USN-6921-1, USN-6921-2] Linux kernel vulnerabilities* 7 CVEs addressed in Noble (24.04 LTS) + CVE-2024-36016 + CVE-2024-36008 + CVE-2024-35984 + CVE-2024-35992 + CVE-2024-35997 + CVE-2024-35990 + CVE-2024-25742 * 6.8 - generic, AWS, GCP, GKE, IBM, NVIDIA, OEM, Raspi, LowLatency

[USN-6924-1, USN-6924-2] Linux kernel vulnerabilities* 7 CVEs addressed in Bionic ESM (18.04 ESM), Focal (20.04 LTS) + CVE-2024-26583 + CVE-2022-48655 + CVE-2024-26907 + CVE-2021-47131 + CVE-2024-26585 + CVE-2024-36016 + CVE-2024-26584 * 5.4 - generic, AWS, Azure, Bluefield, GCP, GKE, HWE, IBM, IOT, KVM, Raspi, Xilinx-ZynqMP

[USN-6925-1] Linux kernel vulnerability* 1 CVEs addressed in Trusty ESM (14.04 ESM) + CVE-2024-26882 * 3.13 - generic, lowlatency, server, virtual

[USN-6926-1] Linux kernel vulnerabilities* 30 CVEs addressed in Xenial ESM (16.04 ESM), Bionic ESM (18.04 ESM) + CVE-2023-52752 + CVE-2023-52444 + CVE-2024-26882 + CVE-2023-52449 + CVE-2024-26934 + CVE-2024-26840 + CVE-2024-36016 + CVE-2024-27020 + CVE-2023-52443 + CVE-2024-26923 + CVE-2024-26857 + CVE-2024-36902 + CVE-2024-35982 + CVE-2024-26886 + CVE-2024-35978 + CVE-2023-52469 + CVE-2024-26901 + CVE-2024-26884 + CVE-2023-52436 + CVE-2024-35997 + CVE-2023-52620 + CVE-2024-35984 + CVE-2024-27013 + CVE-2023-52435 + CVE-2024-25744 + CVE-2024-25739 + CVE-2024-24859 + CVE-2024-24858 + CVE-2024-24857 + CVE-2023-46343 * 4.15 - generic, AWS, HWE, GCP, KVM, Oracle

[USN-6927-1] Linux kernel vulnerabilities* 161 CVEs addressed in Focal (20.04 LTS) + CVE-2024-27008 + CVE-2024-26951 + CVE-2024-26970 + CVE-2024-35815 + CVE-2024-26828 + CVE-2024-35898 + CVE-2024-26999 + CVE-2024-35938 + CVE-2024-27016 + CVE-2024-35825 + CVE-2024-35950 + CVE-2024-26969 + CVE-2024-26643 + CVE-2024-26924 + CVE-2024-36025 + CVE-2023-52752 + CVE-2024-35936 + CVE-2024-35847 + CVE-2024-26964 + CVE-2024-35857 + CVE-2024-35854 + CVE-2024-27437 + CVE-2024-35851 + CVE-2024-26654 + CVE-2024-26629 + CVE-2024-26988 + CVE-2024-27001 + CVE-2024-26956 + CVE-2024-35990 + CVE-2024-27020 + CVE-2024-26996 + CVE-2024-35817 + CVE-2024-26950 + CVE-2024-26810 + CVE-2024-35893 + CVE-2024-35852 + CVE-2024-35895 + CVE-2024-27009 + CVE-2024-26687 + CVE-2024-35821 + CVE-2024-35944 + CVE-2024-27015 + CVE-2024-35822 + CVE-2024-35823 + CVE-2024-35890 + CVE-2024-35973 + CVE-2024-27013 + CVE-2024-35912 + CVE-2024-26817 + CVE-2024-35935 + CVE-2024-26989 + CVE-2024-35877 + CVE-2024-26926 + CVE-2024-35849 + CVE-2024-26993 + CVE-2024-26974 + CVE-2024-35791 + CVE-2024-35910 + CVE-2024-36008 + CVE-2024-35988 + CVE-2024-26813 + CVE-2024-36006 + CVE-2024-35879 + CVE-2024-35789 + CVE-2024-35969 + CVE-2024-35925 + CVE-2024-26984 + CVE-2024-35871 + CVE-2024-35853 + CVE-2024-27004 + CVE-2024-35899 + CVE-2024-26931 + CVE-2024-35934 + CVE-2024-35796 + CVE-2024-36020 + CVE-2023-52699 + CVE-2024-35930 + CVE-2024-26957 + CVE-2024-35804 + CVE-2024-26922 + CVE-2024-26814 + CVE-2024-35900 + CVE-2024-27395 + CVE-2024-26642 + CVE-2024-26960 + CVE-2024-26935 + CVE-2024-36005 + CVE-2024-26981 + CVE-2024-26934 + CVE-2024-26976 + CVE-2024-35806 + CVE-2024-35915 + CVE-2024-35922 + CVE-2022-48808 + CVE-2024-26973 + CVE-2024-35933 + CVE-2024-35785 + CVE-2024-26937 + CVE-2024-35918 + CVE-2024-27000 + CVE-2024-26977 + CVE-2024-27393 + CVE-2024-35984 + CVE-2024-35970 + CVE-2024-27019 + CVE-2024-26955 + CVE-2024-35888 + CVE-2024-35976 + CVE-2024-35982 + CVE-2024-35805 + CVE-2024-35960 + CVE-2024-26812 + CVE-2024-27017 + CVE-2024-26966 + CVE-2023-52880 + CVE-2024-27396 + CVE-2024-35809 + CVE-2024-35997 + CVE-2024-26958 + CVE-2024-26961 + CVE-2024-26923 + CVE-2024-26811 + CVE-2024-35813 + CVE-2024-36029 + CVE-2024-35896 + CVE-2024-26965 + CVE-2024-35885 + CVE-2024-35855 + CVE-2024-36007 + CVE-2024-26929 + CVE-2024-35897 + CVE-2024-35905 + CVE-2024-27018 + CVE-2024-26886 + CVE-2024-35884 + CVE-2023-52488 + CVE-2024-36016 + CVE-2024-35872 + CVE-2024-35819 + CVE-2024-35907 + CVE-2024-26952 + CVE-2024-35940 + CVE-2024-35989 + CVE-2024-27059 + CVE-2024-26925 + CVE-2024-35955 + CVE-2024-36004 + CVE-2024-26994 + CVE-2024-35807 + CVE-2024-35886 + CVE-2024-35978 + CVE-2024-35958 + CVE-2024-35902 + CVE-2024-25742 + CVE-2024-25739 + CVE-2024-24861 + CVE-2024-24859 + CVE-2024-24858 + CVE-2024-24857 + CVE-2024-23307 + CVE-2022-38096 * 5.15 - GCP

Goings on in Ubuntu Security CommunityDiscussion of testing for security updates in light of CrowdStrike (11:20)* Recent outage of over 8 million Windows machines running CrowdStrike Falcon + https://www.crowdstrike.com/falcon-content-update-remediation-and-guidance-hub/ * Initially very little information on what happened - CS have now released moredetails about the apparent testing that was done but clearly were neveractually testing the combination of Windows + Falcon + Rapid Response Contentotherwise would have observed this failure immediately * Also clearly didn’t have any kind of staged/phased update process in place either + If you want to read a good analysis of the response from CS,https://verse.systems/blog/post/2024-07-25-parsing-crowdstrikes-post/ - Toby Murray (full disclosure, my brother) - Associate Professor andCo-Lead of Computer Science Research Group at School of Computing andInformation Systems, University of Melbourne, Director, Defence ScienceInstitute (Vic & Tas) + Future plans from CS now include gradual deployment of rules with “canaries” etc and then increased testing: - Local dev testing, content update testing, stress, fuzz, fault-injection,stability and interface testing - Toby (not surprisingly as an expert in formal software verification)advocates for a formal approach to validating rules and in-kernel code etc * What can we learn from this for Ubuntu? + Formal methods might be tractable for a large company like CS who isdeveloping a single, specific product like Falcon (particularly if they canreduce the size of their kernel module), this is not the case for a Linuxdistribution like Ubuntu which collates over 30,000 different open sourcesoftware projects - over 4TB of source code across the various releases * Instead have to take the pragmatic approach of thorough testing + For regular SRUs - detailed review by SRU team including a thorough testplan, cross-package testing via Autopkgtest plus a minimum 7 day “soak”testing in the proposed pocket of the release before being pushed into the-updates pocket + Once in -updates, Phased Updates implements the gradual deployment model -you can check the progress of various updates athttps://ubuntu-archive-team.ubuntu.com/phased-updates.html - Watches for increased error reports via errors.ubuntu.com (captured viaapport/whoopsie) and if detected stops the release of the package to users * Compare that to the process for Security updates + Separate -security pocket in the archive which packages get published toimmediately - No standardised review by separate team * instead adhoc reviews within the security team - No documented test plan per update * instead thorough test procedures including: + checking for any changes in the build log (e.g. new compilerwarnings/errors) and comparing the difference between the generatedbinaries (e.g. new / changed / missing symbols - ABI breaks) + testing of the patched code including stepping through it with adebugger + running any existing PoC or creating one if none exists and isfeasible + running any existing unit/integration tests within the package(including dep8/autopkgtests) + test apt upgrade of the package is smooth + QA regression testing scripts - maintained by the security team,implement various regression tests and system-level tests fordifferent packages to exercise them in various differentconfigurations - Cross-package testing via security-britney - instance of the autopkgtestinfrastructure that runs against the public Ubuntu Security Proposed PPA(and we have a similar internal instance for the different private PPAs weuse for embargoed updates or ESM etc) - No phased updates - instead immediate updates via specificsecurity.ubuntu.com archive, combined with unattended-upgrades * designed to deliver security updates as soon as possible to remediateissues * In general, I would argue that the process we have in place results in morethorough testing for security updates - particularly checking for anythinganomalous like new compiler warnings / symbols / unexpected changes inbinaries etc as well as more thorough, standardised testing for packagesthrough the QA Regression Testing repo scripts * However, the lack of phased/progressive updates combined with the separatesecurity.ubuntu.com archive and unattended-upgrades on by default, means anysecurity update is delivered to Ubuntu users within 24 hours (on average) -BUT then any regression is also rolled out to all users in 24 hours as well * As such, kicking off discussions around possible changes to our deploymentstrategy to potentially introduce some more guard rails on the deployment side * If you have any thoughts, please let us know

Get in contact* security@ubuntu.com * #ubuntu-security on the Libera.Chat IRC network * ubuntu-hardened mailing list * Security section on discourse.ubuntu.com * @ubuntusecurity@fosstodon.org, @ubuntu_sec on twitter

View Details

OverviewThis week we deep-dive into one of the best vulnerabilities we’ve seen in a longtime regreSSHion - an unauthenticated, remote, root code-execution vulnerabilityin OpenSSH. Plus we cover updates for Plasma Workspace, Ruby, Netplan,FontForge, OpenVPN and a whole lot more.

This week in Ubuntu Security Updates39 unique CVEs addressed

[USN-6843-1] Plasma Workspace vulnerability (01:23)* 1 CVEs addressed in Focal (20.04 LTS), Jammy (22.04 LTS), Mantic (23.10), Noble (24.04 LTS) + CVE-2024-36041 * KDE Session Manager - used for restoring previously running applications at next boot * Provides ability to clients to connect to it via Inter-Client Exchange (ICE)protocol - protocol within X for allowing X clients to interact withone-another * Since X supports remote clients, is important to authenticate connections - inthis case KDE SM would authenticate to ensure the connection was coming fromthe local machine - but this could then allow any local user to connect toanother users SM and hence use the session management features to set somearbitrary application to be run when the session is restored - as that otheruser

[USN-6852-1, USN-6852-2] Wget vulnerability (02:42)* 1 CVEs addressed in Xenial ESM (16.04 ESM), Bionic ESM (18.04 ESM), Focal (20.04 LTS), Jammy (22.04 LTS), Mantic (23.10), Noble (24.04 LTS) + CVE-2024-38428 * mishandled semicolons in userinfo of a URL - this is the user@host:portcombination - so would possibly then use a different hostname than the one theuser expected

[USN-6853-1] Ruby vulnerability (03:12)* 1 CVEs addressed in Focal (20.04 LTS), Jammy (22.04 LTS), Mantic (23.10) + CVE-2024-27280 * Provides methods ungetbyte()/ungetc() to push-back characters on an IOstream - would possibly read beyond the end of the buffer - OOB read

[USN-6851-1] Netplan vulnerabilities (03:37)* 1 CVEs addressed in Focal (20.04 LTS), Jammy (22.04 LTS), Mantic (23.10), Noble (24.04 LTS) + CVE-2022-4968 * Two different issues + When configuring a Wireguard interface, would write the wireguard privatekey into the netplan interface configuration - but would then leave thiswith world-readable permissions + This can either be specified as the filename to the private key OR theprivate key itself - so if had chosen to specify the actual private key,this is now world-readable to any other user - Fixed to use restrictive permissions on the generated configuration filesand to fixup any existing ones as well + Failed to escape control characters in various backend files - a maliciousapplication that is able to create a netplan configuration could then abusethis to get code execution as netplan

[USN-6851-2] Netplan regression* Affecting Focal (20.04 LTS), Jammy (22.04 LTS), Mantic (23.10), Noble (24.04 LTS) * Failed to properly do the permissions fixup on already existing files

[USN-6854-1] OpenSSL vulnerability (05:10)* 1 CVEs addressed in Jammy (22.04 LTS) + CVE-2022-40735 * Related to a historical vulnerability - https://dheatattack.gitlab.io/ - CVE-2002-20001 * DoS against Diffie-Hellman key exchange protocol - during key negotiation aclient can trigger expensive CPU calculations -> CPU-based DoS

[USN-6856-1] FontForge vulnerabilities (05:50)* 2 CVEs addressed in Xenial ESM (16.04 ESM), Bionic ESM (18.04 ESM), Focal (20.04 LTS), Jammy (22.04 LTS), Mantic (23.10) + CVE-2024-25082 + CVE-2024-25081 * Uses various external utilities to do things like decompress archive files etc * However, would do this via the system() system-call - which spawns a shell -so if a filename contained any shell metacharacters, could then just easilyget arbitrary code execution * Changed to use the utility functions from glib that do not spawn a shell andinstead just exec() the expected command directly

[USN-6857-1] Squid vulnerabilities (06:48)* 6 CVEs addressed in Xenial ESM (16.04 ESM), Bionic ESM (18.04 ESM) + CVE-2024-25617 + CVE-2023-50269 + CVE-2023-49286 + CVE-2023-49285 + CVE-2022-41318 + CVE-2021-28651

[USN-6566-2] SQLite vulnerability* 1 CVEs addressed in Bionic ESM (18.04 ESM) + CVE-2023-7104

[USN-5615-3] SQLite vulnerability* 3 CVEs addressed in Trusty ESM (14.04 ESM) + CVE-2021-20223 + CVE-2020-35527 + CVE-2020-35525

[USN-6855-1] libcdio vulnerability (06:58)* 1 CVEs addressed in Trusty ESM (14.04 ESM), Xenial ESM (16.04 ESM), Bionic ESM (18.04 ESM), Focal (20.04 LTS), Jammy (22.04 LTS), Mantic (23.10), Noble (24.04 LTS) + CVE-2024-36600 * ISO file parser - used strcpy() instead of strncpy() so could be made to quiteeasily achieve buffer overflow and hence possible code-execution

[USN-6858-1] eSpeak NG vulnerabilities (07:33)* 5 CVEs addressed in Bionic ESM (18.04 ESM), Focal (20.04 LTS), Jammy (22.04 LTS), Mantic (23.10) + CVE-2023-49994 + CVE-2023-49993 + CVE-2023-49992 + CVE-2023-49991 + CVE-2023-49990 * speech synthesiser - pass file to it and it will read it aloud * various buffer overflows when parsing different formats - found by a researcher via fuzzing

[USN-6844-2] CUPS regression (07:51)* Affecting Xenial ESM (16.04 ESM), Bionic ESM (18.04 ESM), Focal (20.04 LTS), Jammy (22.04 LTS), Mantic (23.10), Noble (24.04 LTS) * [USN-6844-1] CUPS vulnerability from Episode 231

[USN-6860-1] OpenVPN vulnerabilities (07:57)* 2 CVEs addressed in Focal (20.04 LTS), Jammy (22.04 LTS), Mantic (23.10), Noble (24.04 LTS) + CVE-2024-5594 + CVE-2024-28882 * Client was able to keep the session alive even when the server had beeninstructed to disconnect the client * Client was able to send junk/non-printable characters in the control channelsince would then get logged and possibly allow to corrupt the log file orcause high CPU load

[USN-6862-1] Firefox vulnerabilities (08:27)* 13 CVEs addressed in Focal (20.04 LTS) + CVE-2024-5696 + CVE-2024-5695 + CVE-2024-5694 + CVE-2024-5688 + CVE-2024-5701 + CVE-2024-5700 + CVE-2024-5699 + CVE-2024-5698 + CVE-2024-5697 + CVE-2024-5693 + CVE-2024-5691 + CVE-2024-5690 + CVE-2024-5689 * 127.0.2

[USN-6859-1] OpenSSH vulnerability* 1 CVEs addressed in Jammy (22.04 LTS), Mantic (23.10), Noble (24.04 LTS) + CVE-2024-6387

Goings on in Ubuntu Security CommunityDeep-dive into regreSSHion - Remote Unauthenticated Code Execution Vulnerablity in OpenSSH https://blog.qualys.com/vulnerabilities-threat-research/2024/07/01/regresshion-remote-unauthenticated-code-execution-vulnerability-in-openssh-server * https://www.qualys.com/2024/07/01/cve-2024-6387/regresshion.txt * https://ubuntu.com/blog/ubuntu-regresshion-security-fix * First notified late last week by Qualys of a pending update for OpenSSH whichfixes a newly discovered unauthenticated remote code execution vulnerability -as root* - this is about as bad as it can get + Exactly the kind of thing that “Jia Tan” spent all that time working on inxz-utils to try and achieve (xz-utils backdoor and Ubuntu from Episode 224) * Qualys are quite specific to note that this only affects OpenSSH on glibc (sodistros which use say musl are not affected) - due to the intricacies of thevulnerablity and how they exploit it * Also OpenSSH is quite carefully designed - employs privilege separation to trykeep the privileged part as minimal as possible - but in this case, the vulnis in this privielged part, hence why code execution as root * OpenSSH developers released 9.8p1 on Monday this week which has some quitesignificant refactoring to help address this vuln - in particular it includesfunctionality similar to fail2ban to penalise clients that appear to bemalicious AND it employs even more privilege separation than before * Qualys are quite careful to say that they think OpenSSH is one of the mostsecure pieces of software in the world “near-flawless implementation” withinspirational defense-in-depth - but clearly bugs still slip through * In this case is a signal handler race condition + Diversion - what are signals? - signal (7) * simple, asynchronous form of IPC which allows sending a single piece of information - the type of signal + many different types - e.g. SIGSEGV for invalid memory access, orSIGFPE for a math error - or can be sent by other processes - SIGTERM/ SIGKILL / SIGINT + process can then set itself up so that a particular signal handlerfunction of its choosing is invoked for a given signal + when a signal is sent to a process, it is queued up and then deliveredto a process the next time the kernel returns from kernel space tothat process - ie. when returning from a system-call or scheduling ofthat process + to deliver it, kernel constructs an entirely new stack frame andpasses execution to the signal handler function - this runs and theneventually returns control back to the original thread of the process - Signal handlers are special - since they run on their own special stackand outside of the normal thread of execution of the process, they canpotentially cause issues if they do things which modify the global stateof the process - many regular functions are off-limits within signalhandlers since they can inadvertently modify such global state * only some functions are hence async-signal-safe (7) + list contains a lot of functions BUT many which might ordinarily getused are not included - in particular malloc()/free() - This vuln was caused then by use of one of these async unsafe functions + OpenSSH has a functionality called LoginGraceTime which allows an admin toconfigure how long OpenSSH will allow a client to take to login - if theydon’t log in in that time then it closes the connection - Since this code is all single-threaded, can’t just have the code which islistening to the client connection bail out easily - so instead this isimplemented via the SIGALARM signal - used by the alarm (2) system call toconfigure the SIGALARM signal to be delivered to a process some number ofseconds later - Unfortunately in the signal handler function for this SIGALARM, OpenSSHcan end up calling syslog() when trying to which is one of those unsafe functions * in glibc syslog() will potentially call malloc()/free() which as wementioned earlier is not async safe + it is possible that the original thread may be in the middle of a callto malloc() / free() and then SIGALARM signal is delivered (sincemalloc()/free() calls brk (2) system call under the hood and so apending signal SIGALARM may be delivered on return from brk()) + both the original thread and the signal handler are then callingmalloc() at the same time - corrupting the global state of the heapetc + as we know, if can corrupt the heap state ‘correctly’ can get codeexecution + but requires the ability to win this race + In fact, this is a reoccurrence of historical CVE-2006-5051 - discovered byMark Dowd but subsequently fixed - code in question was refactored in October 2020 and released in OpenSSH8.5p1 which would then call syslog() during the SIGALARM signal handler * To exploit this, Qualys take inspiration from a 2001 paper by Michal Zalewski(aka lcamtuf previously Director of Information Security Engineering at Googleand now VP Security Engineering at Snap (ie Snapchat etc)) * Even so, it is an incredibly difficult path to get to a working exploit - bothsince this is a race-condition so it is very hard to get the right timingconditions and second due to defence-in-depth measures like ASLR + First develop an exploit for the original 2006 CVE against a couple older versions - OpenSSH 3.4p1 on Debian Woody * even on i386 which has much worse ASLR than amd64, takes 10,000 tries towin the race - even then with 10 concurrent connections and each with aLoginGraceTime of 5 minutes - ~1week to get a remote root shell - OpenSSH 4.2p1 on Ubuntu 6.06 (Dapper Drake) - first LTS version ofUbuntu - this vuln was patched during the lifetime of 6.06 release butoriginal install media still contains the unpatched version * Similarly, takes ~10,000 tries to win the race - with LoginGraceTime ofonly 2 minutes can reduce the time to get a remote root shell to 1-2days - Finally, OpenSSH 9.2p1 from current Debian stable on i386 * 10,000 tries - now 100 connections with 2 minutes grace time - inpractice still ~6-8 hours since still have to guess the address used byglibc and due to ASLR is only 50% accurate * All of these are lab conditions - VMs with quite stable network - and only oni386 - but Qualys say they were starting on an exploit even for amd64 butdidn’t continue after they noticed a related bug report about thisasync-unsafe signal handling - so decided that may draw attention to the issueand others may discover the vuln and start exploiting it - so best to discloseit in its current state * For Ubuntu, since this only affects version since 8.5p1, only 22.04 LTSonwards were affected - we released patches on Monday - unattended-upgrades isenabled by default on all relases since 16.04 LTS anyway - checks for andinstalls security updates every 24 hours - so any affected Ubuntu users wouldlikely have been automatically patched within ~24 of the vuln becoming public(and the restart logic in OpenSSH would have restarted the service when it gotupgraded as well) * Other thing which is more internal for Ubuntu is that Qualys explicitly calledout OpenSSH in 24.04 LTS as having a deficiency in the enablement of ASLR -since we are using systemd socket activation we disable reexec support forOpenSSH - so it never reexecutes itself for its child processes - so theynever get the benefit of ASLR - BUT by chance it also makes this unexploitablesince it changes the use of syslog() within OpenSSH so that syslog() getscalled early on in the use of OpenSSH and so then when it gets called in theSIGALARM signal handler it doesn’t do the same memory allocation and hencecan’t be used to corrupt memory and get code execution

Get in contact* security@ubuntu.com * #ubuntu-security on the Libera.Chat IRC network * ubuntu-hardened mailing list * Security section on discourse.ubuntu.com * @ubuntusecurity@fosstodon.org, @ubuntu_sec on twitter

View Details

OverviewA look into CISA’s Known Exploited Vulnerability Catalogue is on our minds thisweek, plus we look at vulnerability updates for gdb, Ansible, CUPS, libheif,Roundcube, the Linux kernel and more.

This week in Ubuntu Security Updates175 unique CVEs addressed

[USN-6842-1] gdb vulnerabilities (01:10)* 6 CVEs addressed in Xenial ESM (16.04 ESM), Bionic ESM (18.04 ESM), Focal (20.04 LTS), Jammy (22.04 LTS) + CVE-2023-39130 + CVE-2023-39129 + CVE-2023-39128 + CVE-2023-1972 + CVE-2022-4285 + CVE-2020-16599 * a couple of these are inherited from binutils as they share that code -parsing of crafted ELF executables -> NULL ptr deref or possible heap basedbuffer overflow -> DoS/RCE * other stack and heap buffer overflows as well - parsing of crafted ada filesand crafted debug info files as well -> DoS/RCE

[USN-6845-1] Hibernate vulnerability (02:12)* 1 CVEs addressed in Xenial ESM (16.04 ESM), Bionic ESM (18.04 ESM), Focal (20.04 LTS) + CVE-2020-25638 * Object relational-mapping (ORM) library for Java * SQL injection in the JPA Criteria API implementation - could allow unvalidatedliterals when they are used in the SQL comments of a query when logging isenabled - fixed by properly escaping comments in this case

[USN-6846-1] Ansible vulnerabilities (02:46)* 2 CVEs addressed in Xenial ESM (16.04 ESM), Bionic ESM (18.04 ESM), Focal (20.04 LTS), Jammy (22.04 LTS) + CVE-2023-5764 + CVE-2022-3697 * Possibly would leak the password into log file when using the AWS EC2 modulesince failed to validate the tower_callback (nowadays is called aap_callback -Ansible Automation Platform) parameter appropriately * Allows to mark variables as unsafe - in that they may come from an external,untrusted source - won’t get evaluated/expanded when used to avoid possibleinfo leaks etc - various issues where ansible would fail to respect this andessentially forget they were tagged as unsafe and end up exposing secrets as aresult

[USN-6844-1] CUPS vulnerability (04:08)* 1 CVEs addressed in Xenial ESM (16.04 ESM), Bionic ESM (18.04 ESM), Focal (20.04 LTS), Jammy (22.04 LTS), Mantic (23.10), Noble (24.04 LTS) + CVE-2024-35235 * When starting, cups would arbitrarily chmod the socket specified as the Listenparameter to make it world-writable - if this was a symlink, would then makethe target of the symlink world-readable - in general the cups config file isonly writable by root so requires some other vuln to be able to exploit itwhere you can get write access to the config file to exploit it OR be able toreplace the regular cups socket path with a user-controlled symlink - but ifyou can, then you can even change the cups config itself to be world-writableand hence modify other parameters like the user and group that cups should runas, as well as a crafted FoomaticRIPCommandLine then can run arbitrary commandsas root

[USN-6849-1] Salt vulnerabilities (06:20)* 2 CVEs addressed in Trusty ESM (14.04 ESM) + CVE-2020-11652 + CVE-2020-11651 * Failed to properly validate paths in some methods and also failed to restrictaccess to other methods, allowing them to be used without authentication -could then either allow arbitrary directory access or the ability to retrievetokens from the master or run arbitrary commands on minions

[USN-6746-2] Google Guest Agent and Google OS Config Agent vulnerability (06:44)* 1 CVEs addressed in Noble (24.04 LTS) + CVE-2024-24786 * A vuln in the embedded golang protobuf module - when parsing JSON could end upin an infinite loop -> DoS

[USN-6850-1] OpenVPN vulnerability (07:04)* 1 CVEs addressed in Trusty ESM (14.04 ESM), Xenial ESM (16.04 ESM) + CVE-2022-0547 * [USN-5347-1] OpenVPN vulnerability from Episode 155 - possibly gets confusedwhen using multiple authentication plugins and deferred authentication

[USN-6847-1] libheif vulnerabilities (07:36)* 8 CVEs addressed in Bionic ESM (18.04 ESM), Focal (20.04 LTS), Jammy (22.04 LTS), Mantic (23.10) + CVE-2023-49464 + CVE-2023-49463 + CVE-2023-49462 + CVE-2023-49460 + CVE-2023-29659 + CVE-2023-0996 + CVE-2020-23109 + CVE-2019-11471 * First time to mention libheif on the podcast - High Efficiency Image FileFormat - part of the MPEG-H standard - container format used to store imagesor sequences of images * Commonly seen due to its use by Apple for images on iPhone * C++ - usual types of issues + UAF, buffer overflows, floating point exception etc - most found through fuzzing

[USN-6848-1] Roundcube vulnerabilities (08:21)* 4 CVEs addressed in Xenial ESM (16.04 ESM), Bionic ESM (18.04 ESM), Focal (20.04 LTS), Jammy (22.04 LTS), Mantic (23.10) + CVE-2024-37384 + CVE-2024-37383 + CVE-2023-47272 + CVE-2023-5631 * webmail front-end for IMAP * 2 different possible XSS issues due to mishandling of SVG - email containingan SVG could embed JS that then gets loaded when the email is viewed * Also possible XSS through a crafted user preference value - similarly througha crafted Content-Type/Content-Disposition header which can be used forattachment preview/download

[USN-6819-4] Linux kernel (Oracle) vulnerabilities (09:21)* 149 CVEs addressed in Jammy (22.04 LTS) + CVE-2024-26631 + CVE-2023-52694 + CVE-2023-52685 + CVE-2023-52682 + CVE-2024-35835 + CVE-2023-52446 + CVE-2023-52487 + CVE-2023-52619 + CVE-2023-52627 + CVE-2023-52674 + CVE-2024-26598 + CVE-2023-52679 + CVE-2023-52455 + CVE-2024-26671 + CVE-2023-52444 + CVE-2023-52683 + CVE-2023-52690 + CVE-2024-35842 + CVE-2023-52610 + CVE-2024-26607 + CVE-2023-52445 + CVE-2023-52497 + CVE-2023-52488 + CVE-2024-26623 + CVE-2023-52607 + CVE-2023-52677 + CVE-2023-52457 + CVE-2024-26673 + CVE-2024-26594 + CVE-2024-26638 + CVE-2023-52621 + CVE-2023-52594 + CVE-2023-52468 + CVE-2024-26647 + CVE-2023-52492 + CVE-2023-52452 + CVE-2024-26615 + CVE-2023-52448 + CVE-2023-52698 + CVE-2023-52443 + CVE-2023-52614 + CVE-2023-52494 + CVE-2024-35837 + CVE-2024-26582 + CVE-2023-52632 + CVE-2023-52680 + CVE-2023-52595 + CVE-2023-52626 + CVE-2023-52495 + CVE-2023-52451 + CVE-2023-52583 + CVE-2023-52469 + CVE-2023-52584 + CVE-2023-52450 + CVE-2024-26608 + CVE-2023-52609 + CVE-2023-52464 + CVE-2023-52591 + CVE-2024-26645 + CVE-2024-35838 + CVE-2023-52470 + CVE-2023-52456 + CVE-2023-52589 + CVE-2024-26585 + CVE-2023-52696 + CVE-2023-52633 + CVE-2023-52462 + CVE-2023-52597 + CVE-2023-52587 + CVE-2024-26584 + CVE-2024-26636 + CVE-2023-52491 + CVE-2023-52493 + CVE-2024-26627 + CVE-2023-52465 + CVE-2023-52687 + CVE-2023-52593 + CVE-2024-26595 + CVE-2024-26629 + CVE-2024-35840 + CVE-2023-52666 + CVE-2024-26633 + CVE-2023-52686 + CVE-2023-52467 + CVE-2023-52667 + CVE-2023-52449 + CVE-2023-52473 + CVE-2023-52670 + CVE-2024-26649 + CVE-2023-52498 + CVE-2023-52693 + CVE-2024-26583 + CVE-2023-52678 + CVE-2023-52675 + CVE-2023-52489 + CVE-2024-26640 + CVE-2024-26618 + CVE-2023-52599 + CVE-2024-26634 + CVE-2023-52608 + CVE-2024-26625 + CVE-2023-52486 + CVE-2024-26632 + CVE-2023-52669 + CVE-2023-52676 + CVE-2023-52635 + CVE-2023-52664 + CVE-2024-35841 + CVE-2023-52598 + CVE-2023-52458 + CVE-2024-26644 + CVE-2023-52697 + CVE-2023-52617 + CVE-2024-26612 + CVE-2023-52672 + CVE-2023-52490 + CVE-2024-35839 + CVE-2024-26610 + CVE-2024-26616 + CVE-2023-52588 + CVE-2023-52623 + CVE-2024-26669 + CVE-2023-52692 + CVE-2024-26620 + CVE-2023-52606 + CVE-2024-26592 + CVE-2023-52616 + CVE-2024-26641 + CVE-2023-52622 + CVE-2023-52611 + CVE-2023-52453 + CVE-2023-52681 + CVE-2024-26586 + CVE-2023-52472 + CVE-2024-26646 + CVE-2024-26670 + CVE-2023-52454 + CVE-2024-26668 + CVE-2023-52447 + CVE-2023-52463 + CVE-2023-52618 + CVE-2023-52691 + CVE-2024-26808 + CVE-2023-52612 + CVE-2024-24860 + CVE-2024-23849 + CVE-2023-6536 + CVE-2023-6535 + CVE-2023-6356 * Of all these CVEs, 6 had a high priority rating + many are due to bugs in the async handling of cryto operations in thein-kernel TLS implementation - CVE-2024-26582 and CVE-2024-26584 - both reported by Google kernelCTF program (talked about back in [USN-6766-2] Linux kernel vulnerabilities from Episode 228) * first is UAF in TLS handling of scattter/gather arrays * second is UAF when crypto requests get backlogged and the underlyingcrypto engine can’t process them all in time - can then end up havingthe async callback invoked twice - CVE-2024-26585 * very similar - UAF in handling of crypto operations from TLS - threadwhich handles the socket could close this before all the operations hadbeen scheduled - CVE-2024-26583 - similarly, race between async notify event and socket close -> UAF + UAF in BPF and a UAF in netfilter - also reported via Google kernelCTF -both able to be triggered via an unpriv userns

Goings on in Ubuntu Security CommunityDiscussion of CISA KEV* US Gov Cybersecurity & Infrastructure Security Agency + “America’s Cyber Defense Agency” + National Coordinator for Critical Infrastructure Security and Resilience * Publish various guidance for organisations around topics of cybersecurity + for instance, recently published a report “Exploring Memory Safety in Critical Open Source Projects” - Joint guidance (FBI, ASD / ACSC & Candadian CSC) - Builds on the previous case for memory safe roadmaps by looking at theprevalence of memory unsafe languages in various critical open sourceprojects * Also maintain the KEV - Known Exploitable Vulnerabilities Catalog + “authoritative source of vulnerabilities that have been exploited in the wild” + Mandates for federal civilian agencies in the US to remediate KEV vulns within various timeframes + Also recommend that anyone else monitors this list and immediately addresses these vulns as part of the vuln remediation plan + List of vilns that are causing immediate harm based on observed adversarial activity + Various requirements to be listed in the KEV: - CVE ID assigned - Evidence it has been or is being actively exploited * reliable evidence that execution of malicious code was performed on a system by an unauthorised actor * also includes both attempted and successful exploitation (e.g. includes honeypots as well as real systems) - Clear remediation guidelines * An update is available and should be applied OR * Vulnerable component should be removed from networks etc if it is EOL and cannot be updated + available as CSV or JSON + Currently lists 1126 CVEs including: - Accellion File Transfer Appliances - Adobe Reader, Flash Player - Apache HTTP Server, Struts (Solarwinds), Log4j - Huge number of Apple iOS etc (WebKit and more) - Atlassian Confluence - Citrix Gateways - Exim - Fortinet - Gitlab - Google Chromium - ImageMagick - Microsoft Windows and Exchange - Mozilla Firefox - Ivanti Pulse Connect Security - SaltStack - VMWare - WordPress + Oldest CVEs are 2 against Windows from 2002 and 2004 + Newest include 26 2024 CVEs - various Chromium, Windows, Android Pixel, Ivanti and more - interestingly includes ARM Mali GPU Driver CVE-2024-4610 - this affectsthe Bifrost and Valhall drivers - in Ubuntu we only ship the relatedMidgard driver back in bionic and focal so not affected by this one + but as you may have noticed, lots that we potentially are affected by - Apache HTTP Server, Exim, Firefox, Thunderbird - plus OpenJDK, GNU CLibrary, Bash, Roundcube (mentioned earlier but not this particular vuln),WinRAR (unrar), not to mention a number against the Linux kernel * all for Linux kernel are privesc - most against either netfilter orvarious other systems like perf, AF_PACKET, tty, ptrace, futex andothers * For Ubuntu, not surprisingly, we prioritise these vulnerabilities in ourpatching process

Get in contact* security@ubuntu.com * #ubuntu-security on the Libera.Chat IRC network * ubuntu-hardened mailing list * Security section on discourse.ubuntu.com * @ubuntusecurity@fosstodon.org, @ubuntu_sec on twitter

View Details

OverviewThis week we bring you a special edition of the podcast, featuring an interviewbetween Ijlal Loutfi and Karen Horovitz who deep-dive into ConfidentialComputing. Ranging from a high-level discussion of the need for and the featuresprovided by confidential computing, through to the specifics of how this isimplemented in Ubuntu and a look at similar future security technologies thatare on the horizon.

Confidential Computing with Ijlal Loutfi and Karen Horovitz (01:17)Get in contact* security@ubuntu.com * #ubuntu-security on the Libera.Chat IRC network * ubuntu-hardened mailing list * Security section on discourse.ubuntu.com * @ubuntusecurity@fosstodon.org, @ubuntu_sec on twitter

View Details

OverviewAs the podcast winds down for a break over the next month, this week we talkabout RSA timing side-channel attacks and the recently announced DNSBombvulnerability as we cover security updates in VLC, OpenSSL, Netatalk, WebKitGTK,amavisd-new, Unbound, Intel Microcode and more.

This week in Ubuntu Security Updates152 unique CVEs addressed

[USN-6783-1] VLC vulnerabilities (00:54)* 2 CVEs addressed in Xenial ESM (16.04 ESM), Bionic ESM (18.04 ESM), Focal (20.04 LTS), Jammy (22.04 LTS), Mantic (23.10) + CVE-2023-47360 + CVE-2023-47359 * integer underflow and a heap buffer overflow -> RCE

[USN-6663-3] OpenSSL update (01:40)* Affecting Noble (24.04 LTS) * [USN-6663-1] OpenSSL update from Episode 220 - hardening improvement to returndeterministic random bytes instead of an error when an incorrect paddinglength is detected during PKCS#1 v1.5 RSA to avoid this being used forpossible Bleichenbacher timing attacks

[USN-6673-3] python-cryptography vulnerability (02:32)* 1 CVEs addressed in Noble (24.04 LTS) + CVE-2024-26130 * [USN-6673-1] python-cryptography vulnerabilities from Episode 220 -counterpart to the OpenSSL update mentioned earlier

[USN-6736-2] klibc vulnerabilities (02:43)* 4 CVEs addressed in Noble (24.04 LTS) + CVE-2022-37434 + CVE-2018-25032 + CVE-2016-9841 + CVE-2016-9840 * [USN-6736-1] klibc vulnerabilities from Episode 228

[USN-6784-1] cJSON vulnerabilities (02:58)* 3 CVEs addressed in Jammy (22.04 LTS), Mantic (23.10), Noble (24.04 LTS) + CVE-2024-31755 + CVE-2023-50472 + CVE-2023-50471 * 2 different researchers fuzzing cJSON APIs + all different NULL ptr deref - requires particular / “incorrect” or possiblemisuse use of the APIs (like passing in purposefully corrupted values) sounlikely to be an issue in practice

[USN-6785-1] GNOME Remote Desktop vulnerability (03:52)* 1 CVEs addressed in Noble (24.04 LTS) + CVE-2024-5148 * Discovered by a member of the SUSE security team when reviewing g-r-d * Exposed various DBus services that were able to be called by any unprivilegeduser which would then return the SSL private key used to encrypt theconnection - so could allow a local user to possibly spy on the sessions ofother users remotely connected to the system

[USN-6786-1] Netatalk vulnerabilities (04:45)* 1 CVEs addressed in Focal (20.04 LTS), Jammy (22.04 LTS) + CVE-2022-22995 * Apple file sharing implementation for Linux * If the same path was shared via both AFP and SMB then a remote attacker couldcombine various operations through both file-systems (like creating a craftedsymlink, which would then be followed during a second operation where a fileis renamed) to allow them to overwrite arbirary files and hence achievearbitrary code execution on the host

[USN-6788-1] WebKitGTK vulnerabilities (05:48)* 1 CVEs addressed in Jammy (22.04 LTS), Mantic (23.10), Noble (24.04 LTS) + CVE-2024-27834 * Possible pointer authentication bypass - used on arm64 in particular -demonstrated at Pwn2Own earlier this year by Manfred Paul - $60k

[USN-6789-1] LibreOffice vulnerability (06:28)* 1 CVEs addressed in Focal (20.04 LTS), Jammy (22.04 LTS), Mantic (23.10), Noble (24.04 LTS) + CVE-2024-3044 * Unchecked script execution triggered when clicking on a graphic - allows torun arbitrary scripts without the usual prompt

[USN-6790-1] amavisd-new vulnerability (07:09)* 1 CVEs addressed in Focal (20.04 LTS), Jammy (22.04 LTS), Mantic (23.10), Noble (24.04 LTS) + CVE-2024-28054 * MTA / AV interface - often used in conjunction with Postfix, not just for AVbut also can be used to do DKIM verification and integration with spamassassinetc * Misinterpreted MIME message boundaries in emails, allowing email parts topossibly bypass usual checks

[USN-6791-1] Unbound vulnerability (07:46)* 1 CVEs addressed in Focal (20.04 LTS), Jammy (22.04 LTS), Mantic (23.10), Noble (24.04 LTS) + CVE-2024-33655 * DNSBomb attack announced recently at IEEE S&P - affecting multiple differentDNS implementations including BIND, Unbound, PowerDNS, Knot, DNSMasq and others * Unbound itself was not necessarily vulnerable to such an attack specifically,but could be used to generate such an attack against others - in particularUnbound had the highest amplification factor of ~22k times - next highest wasDNSMasq at ~3k times * Fix involves introducing a number of timeout parameters for various operationsand discarding operations if they take longer than this to avoid the abilityto “store up” responses to be released at a later time

[USN-6793-1] Git vulnerabilities (09:31)* 5 CVEs addressed in Focal (20.04 LTS), Jammy (22.04 LTS), Mantic (23.10), Noble (24.04 LTS) + CVE-2024-32465 + CVE-2024-32021 + CVE-2024-32020 + CVE-2024-32004 + CVE-2024-32002

[USN-6792-1] Flask-Security vulnerability* 1 CVEs addressed in Bionic ESM (18.04 ESM), Focal (20.04 LTS), Jammy (22.04 LTS) + CVE-2021-23385

[USN-6794-1] FRR vulnerabilities* 4 CVEs addressed in Jammy (22.04 LTS), Mantic (23.10), Noble (24.04 LTS) + CVE-2024-34088 + CVE-2024-31951 + CVE-2024-31950 + CVE-2024-31948

[USN-6777-4] Linux kernel (HWE) vulnerabilities (09:40)* 17 CVEs addressed in Xenial ESM (16.04 ESM) + CVE-2023-52583 + CVE-2024-26801 + CVE-2024-26805 + CVE-2024-26735 + CVE-2024-26622 + CVE-2021-46981 + CVE-2023-52566 + CVE-2023-52604 + CVE-2024-26704 + CVE-2024-26614 + CVE-2023-52602 + CVE-2024-26635 + CVE-2023-52439 + CVE-2023-52601 + CVE-2023-52530 + CVE-2023-52524 + CVE-2023-47233 * [USN-6777-1] Linux kernel vulnerabilities from Episode 228 * AWS HWE kernel (4.15)

[USN-6795-1] Linux kernel (Intel IoTG) vulnerabilities (10:00)* 95 CVEs addressed in Jammy (22.04 LTS) + CVE-2023-52588 + CVE-2023-52622 + CVE-2024-26920 + CVE-2023-52607 + CVE-2023-52530 + CVE-2023-52435 + CVE-2023-52615 + CVE-2024-26684 + CVE-2024-26829 + CVE-2024-26614 + CVE-2023-52489 + CVE-2023-52642 + CVE-2023-52583 + CVE-2024-26696 + CVE-2024-26627 + CVE-2024-26636 + CVE-2024-26663 + CVE-2024-26702 + CVE-2024-26685 + CVE-2024-26715 + CVE-2024-26668 + CVE-2023-52492 + CVE-2023-52498 + CVE-2024-26825 + CVE-2023-52587 + CVE-2024-26615 + CVE-2023-52608 + CVE-2024-26660 + CVE-2023-52601 + CVE-2024-26910 + CVE-2024-26676 + CVE-2023-52493 + CVE-2024-26673 + CVE-2024-26707 + CVE-2024-26698 + CVE-2024-26641 + CVE-2023-52494 + CVE-2023-52595 + CVE-2024-26697 + CVE-2023-52617 + CVE-2024-26675 + CVE-2024-26610 + CVE-2024-26606 + CVE-2023-52614 + CVE-2024-26712 + CVE-2023-52635 + CVE-2024-26689 + CVE-2024-26916 + CVE-2024-26665 + CVE-2023-52623 + CVE-2024-26635 + CVE-2024-26602 + CVE-2023-52597 + CVE-2023-52619 + CVE-2024-26808 + CVE-2024-26600 + CVE-2024-26826 + CVE-2024-26644 + CVE-2024-26695 + CVE-2023-52604 + CVE-2024-26625 + CVE-2023-52618 + CVE-2024-26664 + CVE-2024-26593 + CVE-2023-52633 + CVE-2023-52606 + CVE-2024-26640 + CVE-2023-52486 + CVE-2023-52631 + CVE-2024-26720 + CVE-2023-52599 + CVE-2024-26671 + CVE-2024-26722 + CVE-2023-52602 + CVE-2024-26645 + CVE-2023-52637 + CVE-2024-26704 + CVE-2023-52638 + CVE-2024-26717 + CVE-2024-26592 + CVE-2023-52491 + CVE-2023-52627 + CVE-2023-52598 + CVE-2024-26594 + CVE-2023-52643 + CVE-2024-26622 + CVE-2023-52594 + CVE-2024-26608 + CVE-2024-26679 + CVE-2023-52616 + CVE-2024-23849 + CVE-2024-2201 + CVE-2022-0001 + CVE-2024-1151 + CVE-2023-47233 * Very similar to [USN-6766-2] Linux kernel vulnerabilities from Episode 228 * 5.15 Intel IOTG - optimisations for various Intel IOT platforms like NUCs andAtom-based devices - low power x86

[USN-6779-2] Firefox regressions (10:30)* 14 CVEs addressed in Focal (20.04 LTS) + CVE-2024-4770 + CVE-2024-4367 + CVE-2024-4764 + CVE-2024-4778 + CVE-2024-4777 + CVE-2024-4776 + CVE-2024-4775 + CVE-2024-4774 + CVE-2024-4773 + CVE-2024-4772 + CVE-2024-4771 + CVE-2024-4769 + CVE-2024-4768 + CVE-2024-4767 * 126.0.1 - drag-and-drop was broken in 126.0

[USN-6787-1] Jinja2 vulnerability (10:48)* 1 CVEs addressed in Trusty ESM (14.04 ESM), Xenial ESM (16.04 ESM), Bionic ESM (18.04 ESM), Focal (20.04 LTS), Jammy (22.04 LTS), Mantic (23.10), Noble (24.04 LTS) + CVE-2024-34064 * Incorrect handling of various HTML attributes - attacker could then possiblyinject arbitrary HTML attrs/values and hence inject JS code to peform XSSattacks etc

[USN-6797-1] Intel Microcode vulnerabilities (11:22)* 9 CVEs addressed in Xenial ESM (16.04 ESM), Bionic ESM (18.04 ESM), Focal (20.04 LTS), Jammy (22.04 LTS), Mantic (23.10), Noble (24.04 LTS) + CVE-2023-46103 + CVE-2023-47855 + CVE-2023-45745 + CVE-2023-45733 + CVE-2023-43490 + CVE-2023-39368 + CVE-2023-38575 + CVE-2023-28746 + CVE-2023-22655 * Latest release from upstream - mitigates against various hardware vulns + A couple issues in SGX/TDX on different Intel Xeon processors: - Invalid restrictions -> local root -> super-privesc - Invalid input on TDX -> local root -> super-privesc - Invalid SGX base key calculation -> info leak + Transient execution attacks to read privileged information + DoS through bus lock mishandling or through invalid instruction sequences

Get in contact* security@ubuntu.com * #ubuntu-security on the Libera.Chat IRC network * ubuntu-hardened mailing list * Security section on discourse.ubuntu.com * @ubuntusecurity@fosstodon.org, @ubuntu_sec on twitter

View Details

OverviewThe team is back from Madrid and this week we bring you some of our plans forthe upcoming Ubuntu 24.10 release, plus we talk about Google’s kernelCTF projectand Mozilla’s PDF.js sandbox when covering security updates for the Linuxkernel, Firefox, Spreadsheet::ParseExcel, idna and more.

This week in Ubuntu Security Updates121 unique CVEs addressed

[USN-6766-2] Linux kernel vulnerabilities (01:07)* 92 CVEs addressed in Focal (20.04 LTS), Jammy (22.04 LTS) + CVE-2024-26697 + CVE-2023-52489 + CVE-2024-26644 + CVE-2024-26702 + CVE-2023-52492 + CVE-2023-52616 + CVE-2024-26808 + CVE-2024-26920 + CVE-2023-52494 + CVE-2024-26698 + CVE-2024-26695 + CVE-2023-52635 + CVE-2024-26707 + CVE-2024-26715 + CVE-2023-52597 + CVE-2023-52435 + CVE-2024-26668 + CVE-2023-52598 + CVE-2024-26593 + CVE-2023-52643 + CVE-2024-26717 + CVE-2023-52604 + CVE-2024-26602 + CVE-2024-26664 + CVE-2023-52491 + CVE-2024-26635 + CVE-2024-26640 + CVE-2024-26696 + CVE-2024-26627 + CVE-2023-52623 + CVE-2024-26641 + CVE-2024-26829 + CVE-2024-26679 + CVE-2024-26600 + CVE-2024-26916 + CVE-2024-26606 + CVE-2023-52614 + CVE-2024-26675 + CVE-2024-26712 + CVE-2023-52587 + CVE-2023-52642 + CVE-2024-26636 + CVE-2023-52615 + CVE-2024-26615 + CVE-2024-26722 + CVE-2023-52608 + CVE-2023-52607 + CVE-2023-52631 + CVE-2023-52486 + CVE-2024-26645 + CVE-2023-52617 + CVE-2024-26660 + CVE-2023-52595 + CVE-2023-52599 + CVE-2024-26592 + CVE-2024-26610 + CVE-2024-26608 + CVE-2024-26704 + CVE-2024-26671 + CVE-2024-26676 + CVE-2023-52583 + CVE-2024-26689 + CVE-2024-26910 + CVE-2023-52619 + CVE-2023-52498 + CVE-2023-52638 + CVE-2024-26685 + CVE-2024-26673 + CVE-2023-52602 + CVE-2023-52627 + CVE-2024-26614 + CVE-2024-26720 + CVE-2024-26625 + CVE-2024-26594 + CVE-2023-52606 + CVE-2024-26825 + CVE-2023-52637 + CVE-2023-52588 + CVE-2023-52618 + CVE-2024-26663 + CVE-2024-26684 + CVE-2023-52633 + CVE-2023-52493 + CVE-2024-26665 + CVE-2023-52622 + CVE-2024-26826 + CVE-2023-52601 + CVE-2023-52594 + CVE-2024-23849 + CVE-2024-2201 + CVE-2022-0001 + CVE-2024-1151 * 5.15 - raspi kernel on 22.04 and OEM or optional HWE on 20.04 * Linux kernel CNA has been quite busy assigning both historical and recent CVEs against the kernel * As discussed previously Linux kernel becomes a CNA from Episode 219 Follow upto Linux kernel CNA from Episode 220, the impact of these CVEs is often notapparent so it makes it quite hard to assign a proper priority - even thekernel CNA themselves are not assigning a CVSS score - so for now we havelittle information which we can glean for each of these * As such, the USNs contain quite little detail and are very generic - and foreach we will be assigning just a medium priority unless we have some goodevidence otherwise * One example here is CVE-2024-26808 - UAF in netfilter - was reported viaGoogle’s kernelCTF (not to be confused with their kCTF which is theirkubernetes-based CTF hosting platform - but which also has a vulnerabilitiesreward program (VRP)) - kernelCTF - program to offer rewards for exploitsagainst the kernel - but not just any exploits - can’t use io_uring ornftables since they were disabled in their target kernel configuration due tohigh number of historical vulns in both subsystems + base reward of $21k, $10k bonus if is reliable more than 90% of the time,additional $20k bonus if works without using unprivileged user namespaces,and a final additional $20k bonus if it is 0-day (ie not patched in themainline tree and not disclosed anywhere - including via syzkaller) * So in this case, we rated this CVE with a high priority since it is knownexploitable + can see it listed in their public spreadsheet

[USN-6766-3] Linux kernel (AWS) vulnerabilities (04:48)* 92 CVEs addressed in Focal (20.04 LTS), Jammy (22.04 LTS) + CVE-2024-26697 + CVE-2023-52489 + CVE-2024-26644 + CVE-2024-26702 + CVE-2023-52492 + CVE-2023-52616 + CVE-2024-26808 + CVE-2024-26920 + CVE-2023-52494 + CVE-2024-26698 + CVE-2024-26695 + CVE-2023-52635 + CVE-2024-26707 + CVE-2024-26715 + CVE-2023-52597 + CVE-2023-52435 + CVE-2024-26668 + CVE-2023-52598 + CVE-2024-26593 + CVE-2023-52643 + CVE-2024-26717 + CVE-2023-52604 + CVE-2024-26602 + CVE-2024-26664 + CVE-2023-52491 + CVE-2024-26635 + CVE-2024-26640 + CVE-2024-26696 + CVE-2024-26627 + CVE-2023-52623 + CVE-2024-26641 + CVE-2024-26829 + CVE-2024-26679 + CVE-2024-26600 + CVE-2024-26916 + CVE-2024-26606 + CVE-2023-52614 + CVE-2024-26675 + CVE-2024-26712 + CVE-2023-52587 + CVE-2023-52642 + CVE-2024-26636 + CVE-2023-52615 + CVE-2024-26615 + CVE-2024-26722 + CVE-2023-52608 + CVE-2023-52607 + CVE-2023-52631 + CVE-2023-52486 + CVE-2024-26645 + CVE-2023-52617 + CVE-2024-26660 + CVE-2023-52595 + CVE-2023-52599 + CVE-2024-26592 + CVE-2024-26610 + CVE-2024-26608 + CVE-2024-26704 + CVE-2024-26671 + CVE-2024-26676 + CVE-2023-52583 + CVE-2024-26689 + CVE-2024-26910 + CVE-2023-52619 + CVE-2023-52498 + CVE-2023-52638 + CVE-2024-26685 + CVE-2024-26673 + CVE-2023-52602 + CVE-2023-52627 + CVE-2024-26614 + CVE-2024-26720 + CVE-2024-26625 + CVE-2024-26594 + CVE-2023-52606 + CVE-2024-26825 + CVE-2023-52637 + CVE-2023-52588 + CVE-2023-52618 + CVE-2024-26663 + CVE-2024-26684 + CVE-2023-52633 + CVE-2023-52493 + CVE-2024-26665 + CVE-2023-52622 + CVE-2024-26826 + CVE-2023-52601 + CVE-2023-52594 + CVE-2024-23849 + CVE-2024-2201 + CVE-2022-0001 + CVE-2024-1151 * 5.15 - AWS on both 22.04 and 20.04

[USN-6774-1] Linux kernel vulnerabilities (05:01)* 13 CVEs addressed in Jammy (22.04 LTS), Mantic (23.10) + CVE-2024-26801 + CVE-2023-52601 + CVE-2024-26622 + CVE-2024-26635 + CVE-2023-52602 + CVE-2024-26614 + CVE-2023-52604 + CVE-2024-26805 + CVE-2023-52615 + CVE-2024-26704 + CVE-2024-2201 + CVE-2022-0001 + CVE-2023-47233 * 6.5 - all on 23.10, HWE (all) on 22.04

[USN-6775-1] Linux kernel vulnerabilities* 3 CVEs addressed in Focal (20.04 LTS), Jammy (22.04 LTS) + CVE-2023-52530 + CVE-2024-26622 + CVE-2023-47233 * 5.15 all on 22.04, HWE (all) on 20.04

[USN-6775-2] Linux kernel vulnerabilities* 3 CVEs addressed in Focal (20.04 LTS), Jammy (22.04 LTS) + CVE-2023-52530 + CVE-2024-26622 + CVE-2023-47233 * 5.15 AWS/GKE

[USN-6776-1] Linux kernel vulnerabilities* 4 CVEs addressed in Bionic ESM (18.04 ESM), Focal (20.04 LTS) + CVE-2024-26622 + CVE-2023-52530 + CVE-2024-26614 + CVE-2023-47233 * 5.4 all on 20.04, HWE (all) on 18.04

[USN-6777-1] Linux kernel vulnerabilities* 17 CVEs addressed in Xenial ESM (16.04 ESM), Bionic ESM (18.04 ESM) + CVE-2023-52583 + CVE-2024-26801 + CVE-2024-26805 + CVE-2024-26735 + CVE-2024-26622 + CVE-2021-46981 + CVE-2023-52566 + CVE-2023-52604 + CVE-2024-26704 + CVE-2024-26614 + CVE-2023-52602 + CVE-2024-26635 + CVE-2023-52439 + CVE-2023-52601 + CVE-2023-52530 + CVE-2023-52524 + CVE-2023-47233 * 4.15 - all on 18.04, HWE (all) on 16.04

[USN-6777-2] Linux kernel (Azure) vulnerabilities* 17 CVEs addressed in Trusty ESM (14.04 ESM), Xenial ESM (16.04 ESM) + CVE-2023-52583 + CVE-2024-26801 + CVE-2024-26805 + CVE-2024-26735 + CVE-2024-26622 + CVE-2021-46981 + CVE-2023-52566 + CVE-2023-52604 + CVE-2024-26704 + CVE-2024-26614 + CVE-2023-52602 + CVE-2024-26635 + CVE-2023-52439 + CVE-2023-52601 + CVE-2023-52530 + CVE-2023-52524 + CVE-2023-47233 * 4.15 - azure

[USN-6777-3] Linux kernel (GCP) vulnerabilities* 17 CVEs addressed in Xenial ESM (16.04 ESM) + CVE-2023-52583 + CVE-2024-26801 + CVE-2024-26805 + CVE-2024-26735 + CVE-2024-26622 + CVE-2021-46981 + CVE-2023-52566 + CVE-2023-52604 + CVE-2024-26704 + CVE-2024-26614 + CVE-2023-52602 + CVE-2024-26635 + CVE-2023-52439 + CVE-2023-52601 + CVE-2023-52530 + CVE-2023-52524 + CVE-2023-47233

[USN-6778-1] Linux kernel vulnerabilities* 14 CVEs addressed in Trusty ESM (14.04 ESM), Xenial ESM (16.04 ESM) + CVE-2023-52524 + CVE-2023-52530 + CVE-2023-52604 + CVE-2024-26614 + CVE-2021-46939 + CVE-2024-26704 + CVE-2023-52566 + CVE-2024-26801 + CVE-2023-52602 + CVE-2024-26635 + CVE-2024-26805 + CVE-2024-26622 + CVE-2023-52601 + CVE-2023-47233 * 4.4 - all on 16.04, HWE on 14.04

[USN-6773-1] .NET vulnerabilities (05:34)* 2 CVEs addressed in Jammy (22.04 LTS), Mantic (23.10), Noble (24.04 LTS) + CVE-2024-30046 + CVE-2024-30045 * dotnet 7 and 8

[USN-6779-1] Firefox vulnerabilities (05:54)* 14 CVEs addressed in Focal (20.04 LTS) + CVE-2024-4770 + CVE-2024-4367 + CVE-2024-4764 + CVE-2024-4778 + CVE-2024-4777 + CVE-2024-4776 + CVE-2024-4775 + CVE-2024-4774 + CVE-2024-4773 + CVE-2024-4772 + CVE-2024-4771 + CVE-2024-4769 + CVE-2024-4768 + CVE-2024-4767 * 126.0 * UAF due to multiple WebRTC threads trying to use an audio input device if itwas just added * type confusion bug in handling of missing fonts -> arbitrary JS execution viaPDF.js (this is in the context of PDF.js which uses the quickjs JS engineinside the standard ComponentUtils.Sandbox implementation - which is the samesandbox used to execute JS from websites etc in firefox) - unrelated to thisvuln but PDFs can contain JavaScript (e.g. in a form, to calculate valuesbased on user input) + also PDF.js doesn’t implement the PDF APIs related to network or disk etc toavoid possible security issues

[USN-6782-1] Thunderbird vulnerabilities (07:29)* 6 CVEs addressed in Focal (20.04 LTS), Jammy (22.04 LTS), Mantic (23.10) + CVE-2024-4770 + CVE-2024-4367 + CVE-2024-4777 + CVE-2024-4769 + CVE-2024-4768 + CVE-2024-4767 * 115.11.0 * same PDF.js issues and others as above from Firefox

[USN-6781-1] Spreadsheet::ParseExcel vulnerability (07:51)* 1 CVEs addressed in Trusty ESM (14.04 ESM), Xenial ESM (16.04 ESM), Bionic ESM (18.04 ESM), Focal (20.04 LTS), Jammy (22.04 LTS) + CVE-2023-7101 * RCE vuln via the use of eval() on untrusted user input - high profile,disclosed by Mandiant - high profile since it affected Barracuda email gatewaydevices and was publicly reported as being exploited against these by aChinese APT group

[USN-6780-1] idna vulnerability (08:59)* 1 CVEs addressed in Xenial ESM (16.04 ESM), Bionic ESM (18.04 ESM), Focal (20.04 LTS), Jammy (22.04 LTS), Mantic (23.10), Noble (24.04 LTS) + CVE-2024-3651 * Python module for handling internationalised domain names (RFC 5895) * CPU-based DoS due to inefficient algorithm when encoding a domain name

Goings on in Ubuntu Security CommunityUbuntu Security Plans for 24.10 Development Cycle (09:33)* Progressing the FIPS certification for 24.04 though NIST * Implementation of OpenVEX and OSV data formats for machine readable vulnerability information + Historically have generated OVAL data for this purpose + XML-based format, existed for over 20 years + more recently, OpenVEX and OSV have appeared which also serve the samepurpose and have a more vibrant community around them + Similarly, next version of the SPDX format will also support vulnerabilitydescriptions too + Finally, given the recent announcement thatCIS hasrelinquished the role in sponsoring OVAL project and there doesn’t appearto be any other sponsor on the horizon, thought it was prudent to develop a“second-supplier” approach given this uncertain future for OVAL upstream + likely will have more to say on this in the future * Improvements to the process the team uses for working with the snap store and doing reviews etc * AppArmor profile development across the 24.10 release

Get in contact* security@ubuntu.com * #ubuntu-security on the Libera.Chat IRC network * ubuntu-hardened mailing list * Security section on discourse.ubuntu.com * @ubuntusecurity@fosstodon.org, @ubuntu_sec on twitter

View Details

OverviewUbuntu 24.04 LTS is finally released and we cover all the new security featuresit brings, plus we look at security vulnerabilities in, and updates for,FreeRDP, Zabbix, CryptoJS, cpio, less, JSON5 and a heap more.

This week in Ubuntu Security Updates61 unique CVEs addressed

[USN-6749-1] FreeRDP vulnerabilities (00:45)* 7 CVEs addressed in Focal (20.04 LTS), Jammy (22.04 LTS), Mantic (23.10) + CVE-2024-32459 + CVE-2024-32460 + CVE-2024-32458 + CVE-2024-32041 + CVE-2024-32040 + CVE-2024-32039 + CVE-2024-22211 * Bunch of issues all reported by researcher from Kaspersky - usual sorts of issues in this package - written in C etc * OOB reads, heap buffer overflow, integer overflow / underflow -> OOB write

[USN-6752-1] FreeRDP vulnerabilities (01:41)* 4 CVEs addressed in Focal (20.04 LTS), Jammy (22.04 LTS), Mantic (23.10) + CVE-2024-32661 + CVE-2024-32660 + CVE-2024-32659 + CVE-2024-32658 * Not long after those - more CVEs announced * OOB read, NULL ptr deref and memory exhaustion

[USN-6657-2] Dnsmasq vulnerabilities (01:54)* 3 CVEs addressed in Xenial ESM (16.04 ESM), Bionic ESM (18.04 ESM) + CVE-2023-28450 + CVE-2023-50868 + CVE-2023-50387 * [USN-6657-1] Dnsmasq vulnerabilities from Episode 220

[USN-6743-3] Linux kernel (Azure) vulnerabilities (02:13)* 5 CVEs addressed in Jammy (22.04 LTS) + CVE-2023-52603 + CVE-2024-26581 + CVE-2024-26591 + CVE-2024-26589 + CVE-2023-52600

[USN-6750-1] Thunderbird vulnerabilities (02:19)* 8 CVEs addressed in Focal (20.04 LTS), Jammy (22.04 LTS), Mantic (23.10) + CVE-2024-3861 + CVE-2024-3859 + CVE-2024-3857 + CVE-2024-3854 + CVE-2024-3302 + CVE-2024-3864 + CVE-2024-3852 + CVE-2024-2609 * 115.10.1

[USN-6751-1] Zabbix vulnerabilities (02:54)* 2 CVEs addressed in Trusty ESM (14.04 ESM), Xenial ESM (16.04 ESM), Bionic ESM (18.04 ESM), Focal (20.04 LTS) + CVE-2022-35230 + CVE-2022-35229 * First time Zabbix has featured in the podcast! * Fixes 2 reflected XSS issues - in newer versions both require the attacker tobe able to specify the user’s specific CSRF token - but in older versions onlythere was only a session ID which is easier to guess

[USN-6753-1] CryptoJS vulnerability (03:38)* 1 CVEs addressed in Xenial ESM (16.04 ESM), Bionic ESM (18.04 ESM), Focal (20.04 LTS), Jammy (22.04 LTS) + CVE-2023-46233 * Insecure default config - uses older parameters for the implementation ofPBKDF2 - SHA1 with a single iteration - makes any passwords protected viaPBKDF2 in crypto-js easier to brute-force from the hashed value - insteadupdated to use SHA256 with 250,000 rounds

[USN-6754-1] nghttp2 vulnerabilities (04:32)* 4 CVEs addressed in Xenial ESM (16.04 ESM), Bionic ESM (18.04 ESM), Focal (20.04 LTS), Jammy (22.04 LTS), Mantic (23.10) + CVE-2024-28182 + CVE-2023-44487 + CVE-2019-9513 + CVE-2019-9511 * Fixes for most recent issue in HTTP/2 (plus a few older HTTP/2 issues for ESMreleases - HTTP/2 Rapid Reset and 2 disclosed by Netflix back in 2019 which wecovered back in [USN-4099-1] nginx vulnerabilities from Episode 49 -all DoS attacks) * HTTP/2 continuation frames - no proper limit on the amount of these frameswhich can be sent in a single stream - attacker can send many to cause a DoSon the server either through CPU by lots of processing or memory by storingall these headers in memory

[USN-6755-1] GNU cpio vulnerabilities (05:42)* 1 CVEs addressed in Focal (20.04 LTS), Jammy (22.04 LTS), Mantic (23.10) + CVE-2023-7207 * Path traversal vuln - possible to write outside of the target directory * Specific to Debian/Ubuntu etc since reverted part of the fix for historicCVE-2015-1197 - path traversal via inclusion of a malicious symlink in thearchive - since it broke the use of the --no-absolute-filenames CLI argument * Was reverted back in 2.13+dfsg-2 - this was included in all releases of Ubuntusince focal * Now use more correct fix from upstream (April 2023)

[USN-6756-1] less vulnerability (07:10)* 1 CVEs addressed in Trusty ESM (14.04 ESM), Xenial ESM (16.04 ESM), Bionic ESM (18.04 ESM), Focal (20.04 LTS), Jammy (22.04 LTS), Mantic (23.10), Noble (24.04 LTS) + CVE-2024-32487 * Second vuln in less in the last 10 weeks or so - [USN-6664-1] less vulnerability from Episode 220 * Similar issue - this time in the use of LESSOPEN environment variable - failedto properly quote newlines embedded in a filename - could then allow forarbitrary code execution if ran less on some untrusted file * LESSOPEN is automatically set in Debian/Ubuntu via lesspipe - allows to runless on say a gz compressed log file or even on a tar.gz tarball to list thefiles etc

[USN-6757-1] PHP vulnerabilities (08:41)* 3 CVEs addressed in Xenial ESM (16.04 ESM), Bionic ESM (18.04 ESM), Focal (20.04 LTS), Jammy (22.04 LTS) + CVE-2024-3096 + CVE-2024-2756 + CVE-2022-4900 * Incomplete fix for historic CVE-2022-31629 - ability for an attacker on thesame network/site could set a cookie via HTTP with one name, which then getsused by sessions using HTTPS and when using a different cookie name - is aproblem since certain cookie names (like __Host- and __Secure-) have specificmeanings which in general should be allowed to be specified by the network butonly by the browser itself - so can be used to bypass usual restrictions(apparently this issue was reported upstream by the original reported of the2022 vuln but it got ignored by upstream till now…) * password_verify() function would sometimes return true for wrong passwords -ie if the actual password started with a NUL byte and the specified a passwordwas the empty string would verify as true (unlikely to be an issue in practice) * Heap buffer overflow due to a large PHP_CLI_SERVER_WORKERS env var value -integer overflow -> wraparound -> allocate small amount of memory for a largenumber of values -> buffer overflow (low priority since would need to be ableto set this env var first)

[USN-6761-1] Anope vulnerability (11:15)* 1 CVEs addressed in Xenial ESM (16.04 ESM), Bionic ESM (18.04 ESM), Focal (20.04 LTS), Jammy (22.04 LTS), Mantic (23.10), Noble (24.04 LTS) + CVE-2024-30187 * Failed to deny ability to reset the password of a suspended account and hencegain access again

[USN-6758-1] JSON5 vulnerability (11:37)* 1 CVEs addressed in Bionic ESM (18.04 ESM), Focal (20.04 LTS), Jammy (22.04 LTS) + CVE-2022-46175 * NodeJS module for the JSON5 format - “JSON for humans” - much more similar toyaml, does away with a lot of the usual quotes etc * Protoype pollution vuln - when parsing would fail to restrict use of the__proto__ key and hence would allow the ability to set arbitrary keys etcwithin the returned object -> RCE

[LSN-0103-1] Linux kernel vulnerability (12:46)* 7 CVEs addressed in Bionic ESM (18.04 ESM), Focal (20.04 LTS), Jammy (22.04 LTS) + CVE-2024-26597 + CVE-2024-1086 + CVE-2024-1085 + CVE-2024-0193 + CVE-2023-51781 + CVE-2023-6817 + CVE-2023-4569

| Kernel type | 22.04 | 20.04 | 18.04 | | --- | --- | --- | --- | | aws | 103.3 | 103.3 | — | | aws-5.15 | — | 103.3 | — | | aws-5.4 | — | — | 103.3 | | aws-6.5 | 103.1 | — | — | | azure | 103.3 | 103.3 | — | | azure-5.4 | — | — | 103.3 | | azure-6.5 | 103.1 | — | — | | gcp | 103.3 | 103.3 | — | | gcp-5.15 | — | 103.3 | — | | gcp-5.4 | — | — | 103.3 | | gcp-6.5 | 103.1 | — | — | | generic-5.15 | — | 103.3 | — | | generic-5.4 | — | 103.3 | 103.3 | | gke | 103.3 | 103.3 | — | | hwe-6.5 | 103.1 | — | — | | ibm | 103.3 | — | — | | ibm-5.15 | — | 103.3 | — | | linux | 103.3 | — | — | | lowlatency-5.15 | — | 103.3 | — | | lowlatency-5.4 | — | 103.3 | 103.3 |

canonical-livepatch status [USN-6760-1] Gerbv vulnerability (13:01)* 1 CVEs addressed in Trusty ESM (14.04 ESM), Xenial ESM (16.04 ESM), Bionic ESM (18.04 ESM), Focal (20.04 LTS), Jammy (22.04 LTS), Mantic (23.10) + CVE-2023-4508 * Vuln found by the Ubuntu Security team - David and (former member) Andrei -Andrei found this whilst patching Gerbv back in 2023 and doing a bunch oftesting with ASan enabled - crafted filename -> crash

[USN-6759-1] FreeRDP vulnerabilities (13:41)* 5 CVEs addressed in Noble (24.04 LTS) + CVE-2024-32662 + CVE-2024-32661 + CVE-2024-32660 + CVE-2024-32659 + CVE-2024-32658

[USN-6737-2] GNU C Library vulnerability* 1 CVEs addressed in Noble (24.04 LTS) + CVE-2024-2961

[USN-6729-3] Apache HTTP Server vulnerabilities* 3 CVEs addressed in Noble (24.04 LTS) + CVE-2024-27316 + CVE-2024-24795 + CVE-2023-38709

[USN-6718-3] curl vulnerabilities* 2 CVEs addressed in Noble (24.04 LTS) + CVE-2024-2398 + CVE-2024-2004

[USN-6733-2] GnuTLS vulnerabilities* 2 CVEs addressed in Noble (24.04 LTS) + CVE-2024-28835 + CVE-2024-28834

[USN-6734-2] libvirt vulnerabilities* 2 CVEs addressed in Noble (24.04 LTS) + CVE-2024-2494 + CVE-2024-1441

[USN-6744-3] Pillow vulnerability* 1 CVEs addressed in Noble (24.04 LTS) + CVE-2024-28219

Goings on in Ubuntu Security CommunityUbuntu 24.04 LTS (Noble Numbat) released (14:27)* https://ubuntu.com/blog/canonical-releases-ubuntu-24-04-noble-numbat * https://ubuntu.com/blog/ubuntu-desktop-24-04-noble-numbat-deep-dive * https://ubuntu.com/blog/whats-new-in-security-for-ubuntu-24-04-lts * Up to 12 years of support via Ubuntu Pro + Legacy Support Add-on * New security features / improvements: + Unprivileged user namespace restrictions + Binary hardening + AppArmor 4 + Disabling of old TLS versions + Upstream Kernel Security Features - Intel shadow stack support - Secure virtualisation with AMD SEV-SNP and Intel TDX - Strict compile-time bounds checking

Get in contact* security@ubuntu.com * #ubuntu-security on the Libera.Chat IRC network * ubuntu-hardened mailing list * Security section on discourse.ubuntu.com * @ubuntusecurity@fosstodon.org, @ubuntu_sec on twitter

View Details

OverviewJohn and Georgia are at the Linux Security Summit presenting on some longawaited developments in AppArmor and we give you all the details in a sneak peekpreview as well as some of the other talks to look out for, plus we coversecurity updates for NSS, Squid, Apache, libvirt and more and we put out a callfor testing of a pending AppArmor security fix too.

This week in Ubuntu Security Updates86 unique CVEs addressed

[USN-6727-1, USN-6727-2] NSS vulnerabilities + regression (01:02)* 3 CVEs addressed in Focal (20.04 LTS), Jammy (22.04 LTS), Mantic (23.10) + CVE-2023-6135 + CVE-2023-5388 + CVE-2023-4421 * All various different timing side channels - two were effectively the samesince the original fix was incomplete - mishandling of padding in PKCS#1 (RSA)certificate checks - possible to infer the length of the encrypted message andother properties to eventually infer secret key by sending a large number ofattacker-chosen ciphertexts, the other when using various NISTcurves (elliptic curve cryptography) * Original fix caused some issues with loading NSS security modules so publisheda second update to fix that on focal+jammy

[USN-6728-1, USN-6728-2] Squid vulnerabilities + regression (02:05)* 5 CVEs addressed in Focal (20.04 LTS), Jammy (22.04 LTS), Mantic (23.10) + CVE-2024-25617 + CVE-2024-25111 + CVE-2024-23638 + CVE-2023-5824 + CVE-2023-49288 * All found by the same researcher (Joshua Rogers) who performed a securityaudit of Squid back in 2021 -https://megamansec.github.io/Squid-Security-Audit/ - first mentioned by us in[USN-6500-1] Squid vulnerabilities in Episode214 back in December 2023 * Then we mentioned how squid was under-resourced and so hadn’t be able to fixall the identified issues - over time upstream has published fixes for moreissues and we are now incorporating those into squid in Ubuntu * All of these were various DoS issues where could either cause squid to crashor stop responding * One of these fixes was problematic and caused squid to crash itself so was reverted

[USN-6729-1] Apache HTTP Server vulnerabilities (03:01)* 3 CVEs addressed in Focal (20.04 LTS), Jammy (22.04 LTS), Mantic (23.10) + CVE-2024-27316 + CVE-2024-24795 + CVE-2023-38709 * 2 different issues that could result in HTTP request splitting attacks -similar to HTTP request smuggling which is a more specific version of thisattack, relies on different parsing/interpretation of HTTP request messages byan intermediate (load balancer/proxy/WAF etc.) to split a single HTTP requestinto multiple HTTP requests at the backend - allowing to bypass restrictionsalong the way - usually involves the use of injected CR/LF/TAB/SPC etc inheaders * Plus memory-based DoS in handling of HTTP/2 - client could just keep sendingmore headers, buffered by the server so it can generate an informativeresponse, until it exhausts memory + limit to just 100 headers before bailing with such an error

[USN-6730-1] Apache Maven Shared Utils vulnerability* 1 CVEs addressed in Trusty ESM (14.04 ESM), Xenial ESM (16.04 ESM), Bionic ESM (18.04 ESM), Focal (20.04 LTS), Jammy (22.04 LTS) + CVE-2022-29599

[USN-6731-1] YARD vulnerabilities* 3 CVEs addressed in Xenial ESM (16.04 ESM), Bionic ESM (18.04 ESM), Focal (20.04 LTS), Jammy (22.04 LTS), Mantic (23.10) + CVE-2024-27285 + CVE-2019-1020001 + CVE-2017-17042

[USN-6732-1] WebKitGTK vulnerabilities* 8 CVEs addressed in Jammy (22.04 LTS), Mantic (23.10) + CVE-2024-23284 + CVE-2024-23280 + CVE-2024-23263 + CVE-2024-23254 + CVE-2024-23252 + CVE-2023-42956 + CVE-2023-42950 + CVE-2023-42843

[USN-6733-1] GnuTLS vulnerabilities (04:57)* 2 CVEs addressed in Focal (20.04 LTS), Jammy (22.04 LTS), Mantic (23.10) + CVE-2024-28835 + CVE-2024-28834 * Timing side-channel in ECDSA * Crash when verifying crafted PEM bundles -> DoS

[USN-6734-1] libvirt vulnerabilities (05:13)* 3 CVEs addressed in Focal (20.04 LTS), Jammy (22.04 LTS), Mantic (23.10) + CVE-2024-2496 + CVE-2024-2494 + CVE-2024-1441 * off-by-one in handling of udev interface names - unpriv client could thenabuse this to send crafted udev data to the libvirt daemon, triggering a crash -> DoS * NULL ptr deref in same code - race condition, need to detach a host interfacewhilst calling into the function * Crash in RPC handling - pass a negative length value, would then try andallocate a negative number of array indices - uses underlying g_new0() fromglib which expects an unsigned value -> tries to allocate an extremely largeamount of memory -> crash

[USN-6735-1] Node.js vulnerabilities* 3 CVEs addressed in Trusty ESM (14.04 ESM), Xenial ESM (16.04 ESM), Bionic ESM (18.04 ESM), Focal (20.04 LTS), Jammy (22.04 LTS), Mantic (23.10) + CVE-2023-30590 + CVE-2023-30589 + CVE-2023-30588

[USN-6736-1] klibc vulnerabilities (06:33)* 4 CVEs addressed in Trusty ESM (14.04 ESM), Xenial ESM (16.04 ESM), Bionic ESM (18.04 ESM), Focal (20.04 LTS), Jammy (22.04 LTS), Mantic (23.10) + CVE-2022-37434 + CVE-2018-25032 + CVE-2016-9841 + CVE-2016-9840 * All old memory corruption issues in zlib - vendored within klibc

[USN-6724-2] Linux kernel vulnerabilities* 12 CVEs addressed in Jammy (22.04 LTS), Mantic (23.10) + CVE-2023-52438 + CVE-2023-52439 + CVE-2023-52435 + CVE-2023-52436 + CVE-2023-52434 + CVE-2024-23850 + CVE-2024-22705 + CVE-2023-6610 + CVE-2024-23851 + CVE-2023-52429 + CVE-2023-50431 + CVE-2023-46838

[USN-6725-2] Linux kernel (AWS) vulnerabilities* 46 CVEs addressed in Focal (20.04 LTS), Jammy (22.04 LTS) + CVE-2023-52470 + CVE-2023-52469 + CVE-2023-52451 + CVE-2023-52610 + CVE-2023-52441 + CVE-2023-52467 + CVE-2023-52449 + CVE-2024-26591 + CVE-2023-52458 + CVE-2024-26597 + CVE-2024-26633 + CVE-2023-52436 + CVE-2023-52444 + CVE-2024-26589 + CVE-2024-26586 + CVE-2024-26598 + CVE-2023-52612 + CVE-2023-52439 + CVE-2024-26631 + CVE-2023-52442 + CVE-2023-52443 + CVE-2023-52480 + CVE-2023-52438 + CVE-2023-52454 + CVE-2023-52456 + CVE-2023-52464 + CVE-2023-52457 + CVE-2023-52448 + CVE-2023-52609 + CVE-2023-52462 + CVE-2023-52445 + CVE-2023-52463 + CVE-2024-24860 + CVE-2024-23850 + CVE-2024-22705 + CVE-2024-23851 + CVE-2023-52429 + CVE-2023-52340 + CVE-2023-46838 + CVE-2023-3867 + CVE-2023-38431 + CVE-2023-38430 + CVE-2023-38427 + CVE-2023-32258 + CVE-2023-32254 + CVE-2023-1194

[USN-6726-2] Linux kernel (IoT) vulnerabilities* 23 CVEs addressed in Focal (20.04 LTS) + CVE-2023-52438 + CVE-2023-52436 + CVE-2023-52454 + CVE-2023-52470 + CVE-2023-52451 + CVE-2023-52445 + CVE-2023-52469 + CVE-2023-52609 + CVE-2023-52444 + CVE-2023-52449 + CVE-2024-26597 + CVE-2024-26633 + CVE-2023-52612 + CVE-2023-52439 + CVE-2023-52443 + CVE-2023-52457 + CVE-2023-52448 + CVE-2023-52464 + CVE-2024-0607 + CVE-2024-23851 + CVE-2023-52429 + CVE-2023-52340 + CVE-2023-46838

[USN-6726-3] Linux kernel (Xilinx ZynqMP) vulnerabilities* 23 CVEs addressed in Focal (20.04 LTS) + CVE-2023-52438 + CVE-2023-52436 + CVE-2023-52454 + CVE-2023-52470 + CVE-2023-52451 + CVE-2023-52445 + CVE-2023-52469 + CVE-2023-52609 + CVE-2023-52444 + CVE-2023-52449 + CVE-2024-26597 + CVE-2024-26633 + CVE-2023-52612 + CVE-2023-52439 + CVE-2023-52443 + CVE-2023-52457 + CVE-2023-52448 + CVE-2023-52464 + CVE-2024-0607 + CVE-2024-23851 + CVE-2023-52429 + CVE-2023-52340 + CVE-2023-46838

Goings on in Ubuntu Security CommunityLinux Security Summit NA 2024 (07:22)* https://events.linuxfoundation.org/linux-security-summit-north-america/ * Unprivileged Access Control in AppArmor - John Johansen & Georgia Garcia, Canonical + https://static.sched.com/hosted_files/lssna24/97/AppArmor%20-%20Unprivileged%20Application%20Policy.pdf + Friday 19th @ 9.15am PDT - live stream at https://www.youtube.com/watch?v=S-RQZGRoQFY + AppArmor - MAC - sysadmin defines policy + Allowing applications to define and load their own policy - APIs in libapparmor to allow this to be done from static policy OR to build up policy over time - policy is compiled in userspace and loaded into the kernel as usual - To then stop a compromised application from unloading its policy, can markit immutable so it can’t be further modified / removed - Any further restrictions though can then be stacked against the immutablepolicy to say allow it to be confined futher - On kernel side * sysctl to allow/deny applications to load their own policy * checks on the amount of memory able to be used to avoid apps DoSing system * verification of compiled policy by kernel state machine * policy only applies to the task and its children - Various complexities in handling credentials/labels across tasks(ie. processes) and how these interact with the userspaceprocesses/threads etc - Also still have to resolve whether to use prctl vs syscall as theinterface since we can’t use the LSM syscalls * May result in an AppArmor specific syscall * But for now just using a prctl - Application profiles then stack against any relevant system policy - ie. if there is system policy, and policy loaded by the application itself is bounded by the system policy + Demo of implementing pledge() and unveil() from OpenBSD - pledge is similar to seccomp() on linux - allows an application torestrict what it can do by declaring what subsystems it should be allowedaccess to “promises” * stdio, inet, bpf, unix, audio, video and many others * map these to equivalent AppArmor permissions (although this is not a perfect mapping but WIP) * also since this is at the LSM layer, we are not necessarily blockingsyscalls as is done by pledge (since it is more akin to seccomp) * but can use seccomp to plug any gaps * to fully emulate this also need to emulate the return value - since onOpenBSD if the application violates the promise, deliver a SIGABRT -whereas LSMs return EACCES * can do this via a new profile flag called kill along with the associated signal to deliver * further complications to this since not always SIGABRT, sometimes is an errno (ENOSYS/EACCES) too * extend apparmor policy to allow to specify priorities of what action should be taken in various cases * can use the aforementioned immutable profile flag and stacking to then implement the promise reduction feature of pledge() - unveil is used to remove visibility of parts of the file-system * maps quite cleanly to apparmor file rules + Full video of the session should be available soon * Lots of other interesting talks: + Stacked LSMs and User Space - Casey Schaufler, The Smack Project - LSM syscalls and associated liblsm to provide an easier API plus emulation for older systems - https://static.sched.com/hosted_files/lssna24/1a/2024-04-LSSNA-liblsm.pdf + Mitigating Integer Overflow in C - Kees Cook, Google - LKSPP - latest efforts to mitigate integer overflows within the kernelthrough the use of compiler sanitizers - https://static.sched.com/hosted_files/lssna24/fb/Mitigating%20Integer%20Overflow%20in%20C.pdf + Enhancing Kernel Bug Discovery with Large Language Models - Zahra Tarkhani, Microsoft + SandBox Mode (SBM) - New Execution Mode Between Kernel and User Space - Petr Tesarik, Self-employed

Upcoming AppArmor Security update for CVE-2016-1585* https://discourse.ubuntu.com/t/upcoming-apparmor-security-update-for-cve-2016-1585/44268/1 * https://bugs.launchpad.net/apparmor/+bug/1597017

Get in contact* security@ubuntu.com * #ubuntu-security on the Libera.Chat IRC network * ubuntu-hardened mailing list * Security section on discourse.ubuntu.com * @ubuntusecurity@fosstodon.org, @ubuntu_sec on twitter

View Details

OverviewThis week we cover the recent reports of a new local privilege escalationexploit against the Linux kernel, follow-up on the xz-utils backdoor from lastweek and it’s the beta release of Ubuntu 24.04 LTS - plus we talk securityvulnerabilities in the X Server, Django, util-linux and more.

This week in Ubuntu Security Updates76 unique CVEs addressed

[LSN-0102-1] Linux kernel vulnerability (00:53)* 6 CVEs addressed in Trusty ESM (14.04 ESM), Xenial ESM (16.04 ESM), Bionic ESM (18.04 ESM), Focal (20.04 LTS), Jammy (22.04 LTS) + CVE-2024-1086 + CVE-2024-0646 + CVE-2023-51781 + CVE-2023-6176 + CVE-2023-4569 + CVE-2023-1872 * All covered in previous episodes + netfilter UAF ([USN-6700-1] Linux kernel vulnerabilities from Episode 223) + OOB write in KTLS ([USN-6648-1] Linux kernel vulnerabilities from Episode 220) + UAF in AppleTalk network driver ([USN-6648-1] Linux kernel vulnerabilities from Episode 220) + NULL ptr deref in TLS impl ([LSN-0100-1] Linux kernel vulnerability from Episode 219) + Memory leak in netfilter ([USN-6383-1] Linux kernel vulnerabilities from Episode 210)

| Kernel type | 22.04 | 20.04 | 18.04 | 16.04 | 14.04 | | --- | --- | --- | --- | --- | --- | | aws | 102.1 | 102.1 | 102.1 | 102.1 | — | | aws-5.15 | — | 102.1 | — | — | — | | aws-5.4 | — | — | 102.1 | — | — | | aws-6.5 | 102.1 | — | — | — | — | | aws-hwe | — | — | — | 102.1 | — | | azure | 102.1 | 102.1 | — | 102.1 | — | | azure-4.15 | — | — | 102.1 | — | — | | azure-5.4 | — | — | 102.1 | — | — | | azure-6.5 | 102.1 | — | — | — | — | | gcp | 102.1 | 102.1 | — | 102.1 | — | | gcp-4.15 | — | — | 102.1 | — | — | | gcp-5.15 | — | 102.1 | — | — | — | | gcp-5.4 | — | — | 102.1 | — | — | | gcp-6.5 | 102.1 | — | — | — | — | | generic-4.15 | — | — | 102.1 | 102.1 | — | | generic-4.4 | — | — | — | 102.1 | 102.1 | | generic-5.15 | — | 102.1 | — | — | — | | generic-5.4 | — | 102.1 | 102.1 | — | — | | gke | 102.1 | 102.1 | — | — | — | | gke-5.15 | — | 102.1 | — | — | — | | gkeop | — | 102.1 | — | — | — | | hwe-6.5 | 102.1 | — | — | — | — | | ibm | 102.1 | 102.1 | — | — | — | | ibm-5.15 | — | 102.1 | — | — | — | | linux | 102.1 | — | — | — | — | | lowlatency | 102.1 | — | — | — | — | | lowlatency-4.15 | — | — | 102.1 | 102.1 | — | | lowlatency-4.4 | — | — | — | 102.1 | 102.1 | | lowlatency-5.15 | — | 102.1 | — | — | — | | lowlatency-5.4 | — | 102.1 | 102.1 | — | — |

canonical-livepatch status [USN-6710-2] Firefox regressions (01:54)* 2 CVEs addressed in Focal (20.04 LTS) + CVE-2024-29944 + CVE-2024-29943 * 124.0.2 + In particular fixes to allow firefox when installed directly from Mozilla towork under 24.04 LTS with the new AppArmor userns restrictions + As discussed in previous episodes, default profile allows to use userns butthen to be blocked on getting additional capabilities - Firefox wouldpreviously try and do both a new userns and a new PID NS in one call - whichwould be blocked - now split this into two separate calls so the userns cansucceed but pidns will be denied (since requires CAP_SYS_ADMIN) - but thenfirefox correctly detects this and falls back to the correct behaviour

[USN-6721-1] X.Org X Server vulnerabilities (04:11)* 4 CVEs addressed in Trusty ESM (14.04 ESM), Xenial ESM (16.04 ESM), Bionic ESM (18.04 ESM), Focal (20.04 LTS), Jammy (22.04 LTS), Mantic (23.10) + CVE-2024-31083 + CVE-2024-31082 + CVE-2024-31081 + CVE-2024-31080 * Various OOB reads -> crash / info leaks when handling byte-swapped lengthvalues - able to be easily triggered by a client who is using a differentendianness than the X server * UAF in glyph handling -> crash / RCE

[USN-6721-2] X.Org X Server regression* 4 CVEs addressed in Trusty ESM (14.04 ESM), Xenial ESM (16.04 ESM), Bionic ESM (18.04 ESM), Focal (20.04 LTS), Jammy (22.04 LTS), Mantic (23.10) + CVE-2024-31083 + CVE-2024-31082 + CVE-2024-31081 + CVE-2024-31080

[USN-6722-1] Django vulnerability (05:19)* 1 CVEs addressed in Trusty ESM (14.04 ESM) + CVE-2019-19844 * Possible account takeover - would use a case transformation on unicode of theemail address - so if an attacker can register an email address that is thesame as the intended targets email address after this case transformation -fix simply just discards the transformed email address and sends to the oneregistered by the user

[USN-6723-1] Bind vulnerabilities (06:11)* 2 CVEs addressed in Trusty ESM (14.04 ESM), Xenial ESM (16.04 ESM), Bionic ESM (18.04 ESM) + CVE-2023-50868 + CVE-2023-50387 * [USN-6633-1] Bind vulnerabilities from Episode 219

[USN-6724-1] Linux kernel vulnerabilities (06:27)* 12 CVEs addressed in Jammy (22.04 LTS), Mantic (23.10) + CVE-2023-52438 + CVE-2023-52439 + CVE-2023-52435 + CVE-2023-52436 + CVE-2023-52434 + CVE-2024-23850 + CVE-2024-22705 + CVE-2023-6610 + CVE-2024-23851 + CVE-2023-52429 + CVE-2023-50431 + CVE-2023-46838

[USN-6725-1] Linux kernel vulnerabilities* 46 CVEs addressed in Focal (20.04 LTS), Jammy (22.04 LTS) + CVE-2023-52470 + CVE-2023-52469 + CVE-2023-52451 + CVE-2023-52610 + CVE-2023-52441 + CVE-2023-52467 + CVE-2023-52449 + CVE-2024-26591 + CVE-2023-52458 + CVE-2024-26597 + CVE-2024-26633 + CVE-2023-52436 + CVE-2023-52444 + CVE-2024-26589 + CVE-2024-26586 + CVE-2024-26598 + CVE-2023-52612 + CVE-2023-52439 + CVE-2024-26631 + CVE-2023-52442 + CVE-2023-52443 + CVE-2023-52480 + CVE-2023-52438 + CVE-2023-52454 + CVE-2023-52456 + CVE-2023-52464 + CVE-2023-52457 + CVE-2023-52448 + CVE-2023-52609 + CVE-2023-52462 + CVE-2023-52445 + CVE-2023-52463 + CVE-2024-24860 + CVE-2024-23850 + CVE-2024-22705 + CVE-2024-23851 + CVE-2023-52429 + CVE-2023-52340 + CVE-2023-46838 + CVE-2023-3867 + CVE-2023-38431 + CVE-2023-38430 + CVE-2023-38427 + CVE-2023-32258 + CVE-2023-32254 + CVE-2023-1194

[USN-6726-1] Linux kernel vulnerabilities* 23 CVEs addressed in Bionic ESM (18.04 ESM), Focal (20.04 LTS) + CVE-2023-52438 + CVE-2023-52436 + CVE-2023-52454 + CVE-2023-52470 + CVE-2023-52451 + CVE-2023-52445 + CVE-2023-52469 + CVE-2023-52609 + CVE-2023-52444 + CVE-2023-52449 + CVE-2024-26597 + CVE-2024-26633 + CVE-2023-52612 + CVE-2023-52439 + CVE-2023-52443 + CVE-2023-52457 + CVE-2023-52448 + CVE-2023-52464 + CVE-2024-0607 + CVE-2024-23851 + CVE-2023-52429 + CVE-2023-52340 + CVE-2023-46838

[USN-6701-4] Linux kernel (Azure) vulnerabilities* 12 CVEs addressed in Trusty ESM (14.04 ESM) + CVE-2024-24855 + CVE-2024-1086 + CVE-2024-0775 + CVE-2023-6121 + CVE-2023-51781 + CVE-2023-46838 + CVE-2023-4132 + CVE-2023-39197 + CVE-2023-34256 + CVE-2023-3006 + CVE-2023-23000 + CVE-2023-2002

[USN-6719-2] util-linux vulnerability (07:08)* 1 CVEs addressed in Focal (20.04 LTS), Jammy (22.04 LTS), Mantic (23.10) + CVE-2024-28085 * Initial fix in [USN-6719-1] util-linux vulnerability from Episode 224 tried toescape output to avoid shell command injection - as is often the case, turnedout to be insufficient, so instead have now just removed the setgid permissionfrom the wall/write binaries - can then only send to yourself rather than allusers

Goings on in Ubuntu Security CommunityReports of a new local root privilege escalation exploit against Linux kernel (08:32)* https://github.com/YuriiCrimson/ExploitGMStr * Ukrainian hacker YuriiCrimson * Has generated a lot of interest since whilst there are always vulns / CVEs inthe kernel we don’t always see full PoCs much anymore * Originally developed an exploit against the n_gsm driver in the 6.4 and and 6.5 kernels * Says they were contacted by another hacker jmpeax (Jammes) - who wanted to purchase the exploit * After selling it to them, seems they tried to pass it off as their own + https://github.com/jmpe4x/GSM_Linux_Kernel_LPE_Nday_Exploit + https://jmpeax.dev/The-tale-of-a-GSM-Kernel-LPE.html + commit timestamps of the purported copy by Jammes are all dated over 3 weeks ago + but the original is only is only 1 week ago + so on the surface would appear the other way around + however, Yurii posted a video of their interaction with Jammes on Telegramto try and prove their side + looking at repo metadatahttps://api.github.com/repos/jmpe4x/GSM_Linux_Kernel_LPE_Nday_Exploit showsthe so-called copy was created on 22nd March + whereas the Yurii’s is 6th April - so would appear that perhaps Jammes isthe original author + also can compare the two exploits and see they are almost identical - butJammes has an extra target for the 6.5.0-26-generic kernel from mantic diff -w <(curl https://raw.githubusercontent.com/jmpe4x/GSM_Linux_Kernel_LPE_Nday_Exploit/main/main.c) <(curl https://raw.githubusercontent.com/YuriiCrimson/ExploitGSM/main/ExploitGSM_6_5/main.c) + who the actual author is remains unclear (also I don’t have telegram socouldn’t check the video)… * Regarding the actual vulnerability - turns out there is at least 2 if not 3 in this module * Old CVE-2023-6546 - written up https://github.com/Nassim-Asrir/ZDI-24-020/ + Fixed in 6.5-rc7 * Yurii / Jammes * Additional exploit by Yurii apparently targeting 5.15-6.1 - also in n_gsm * Mixed reports about this last exploit but report the one fromYurii/Jammes does work even on the latest upstream kernel * Waiting on a fix from upstream to then integrate in Ubuntu kernels * Interesting these exploits all used the same basic info leak from xen via/sys/kernel/notes which leaks the symbol of the xen_startup function andallows to break KASLR * Reports this was known since at least 2020 * Many eyes…?

Ubuntu 24.04 LTS (Noble Numbat) Beta released (14:01)* https://lists.ubuntu.com/archives/ubuntu-announce/2024-April/000300.html * https://discourse.ubuntu.com/t/noble-numbat-release-notes/ * Also releases for all the flavours + Edubuntu, Kubuntu, Lubuntu, Ubuntu Budgie, Ubuntu Cinnamon, UbuntuKylin,Ubuntu MATE, Ubuntu Studio, Ubuntu Unity, Xubuntu * Final release scheduled for 25th April (just under 2 weeks)

Update on xz-utils (15:18)* When we talked about xz-utils last week, didn’t really talk much about themain upstream developer Lasse Collin * Thought it could be interesting to dive into how they essentially gotcompromised by this actor - but that is perhaps done better by others - golisten to the latest episode of Between Two Nerds from Tom Uren and The Grugq(https://risky.biz/BTN74/) talking about the tradecraft used to infiltrate theproject and comparing this against the more traditional HUMINT elements * Lasse Collin’s github account and the Github project for xz was reinstated * Backdoor removed * Great sense of humour:

  • The executable payloads were embedded as binary blobs inthe test files. This was a blatant violation of theDebian Free Software Guidelines.
  • On machines that see lots bots poking at the SSH port, the backdoornoticeably increased CPU load, resulting in degraded user experienceand thus overwhelmingly negative user feedback.
  • The maintainer who added the backdoor has disappeared.
  • Backdoors are bad for security.
  • Also removed the ifunc (indirect function) support - ostensibly used to allow adeveloper to create multiple implementations of a given function and selectbetween then at runtime - in this case was for an optimised version of CRCcalculation - but abused by the backdoor to be able to hook into and replacefunctions in the global symbol table before it gets made read-only by thedynamic loader
    • Says this was not for security reasons but since it makes the code harder tomaintain but is clearly a good win for security
  • Lasse still plans to make to write an article on the backdoor etc but is morefocused on cleaning up the upstream repo first - next version is likely to be5.8.0
  • Watch this space…

Get in contact* security@ubuntu.com * #ubuntu-security on the Libera.Chat IRC network * ubuntu-hardened mailing list * Security section on discourse.ubuntu.com * @ubuntusecurity@fosstodon.org, @ubuntu_sec on twitter

View Details

OverviewIt’s been an absolutely manic week in the Linux security community as the newsand reaction to the recent announcement of a backdoor in the xz-utils projectwas announced late last week, so we dive deep into this issue and discuss how itimpacts Ubuntu and give some insights for what this means for the open sourceand Linux communities in the future.

This week in Ubuntu Security Updates20 unique CVEs addressed

[USN-6718-2] curl vulnerability* 1 CVEs addressed in Xenial ESM (16.04 ESM), Bionic ESM (18.04 ESM) + CVE-2024-2398

[USN-6719-1] util-linux vulnerability* 1 CVEs addressed in Focal (20.04 LTS), Jammy (22.04 LTS), Mantic (23.10) + CVE-2024-28085

[USN-6686-5] Linux kernel (Intel IoTG) vulnerabilities* 9 CVEs addressed in Focal (20.04 LTS), Jammy (22.04 LTS) + CVE-2024-0607 + CVE-2024-0340 + CVE-2023-6121 + CVE-2023-51782 + CVE-2023-51779 + CVE-2023-46862 + CVE-2023-46343 + CVE-2023-4134 + CVE-2023-22995

[USN-6715-1] unixODBC vulnerability* 1 CVEs addressed in Xenial ESM (16.04 ESM), Bionic ESM (18.04 ESM), Focal (20.04 LTS), Jammy (22.04 LTS), Mantic (23.10) + CVE-2024-1013

[USN-6704-4] Linux kernel (Intel IoTG) vulnerabilities* 5 CVEs addressed in Focal (20.04 LTS), Jammy (22.04 LTS) + CVE-2024-24855 + CVE-2024-1086 + CVE-2024-1085 + CVE-2023-32247 + CVE-2023-23000

[USN-6707-4] Linux kernel (Azure) vulnerabilities* 4 CVEs addressed in Jammy (22.04 LTS) + CVE-2024-26599 + CVE-2024-26597 + CVE-2024-1086 + CVE-2024-1085

[USN-6720-1] Cacti vulnerability* 1 CVEs addressed in Jammy (22.04 LTS) + CVE-2023-39361

Goings on in Ubuntu Security Communityxz-utils backdoor and Ubuntu* https://www.openwall.com/lists/oss-security/2024/03/29/4 * Late last week, 28th / 29th March backdoor in liblzma from xz-utils wasdisclosed to the open source community via oss-security mailing list - thiswas in the recent 5.6.0/5.6.1 releases from late Feb/early March this year * initially the impact was not entirely clear - assumed initially that it mayimpact only xz-utils and so only in handling of xz compressed data / files -but even with that assumption that perhaps it could then infect anything thatgot compressed/decompressed * within a few hours though became clear that the primary target was notxz-utils/liblzma itself but openssh - and the affect was to provide a backdoorinto openssh that would allow the attacker to get remote access to any machinerunning ssh server with this backdoor liblzma installed * To paint a picture - this was all unfolding on late Thursday / Friday of theEaster break, so lots of folks were either EOD or on leave etc - and trying tograpple with a threat that we knew could possibly impact the impedending 24.04LTS release * Good news: * TL;DR for Ubuntu, this version was only ever in the -proposed pocket for thecurrently in-development 24.04 release - not in any other Ubuntu versions -and was removed as soon as we became aware, so unless you are running thedevel release AND you had manually opted to install this version from the-proposed pocket, you would not be affected - very lucky * https://discourse.ubuntu.com/t/xz-liblzma-security-update/43714 * What do we know about this? A lot - there has been significant investigation(and speculation) since it was announced, both at the social side of thingsand the technical aspects of the backdoor itself * For the purpose of the podcast, we won’t go too deep into either but will tryand cover the salient details * Regarding the inclusion of the backdoor itself - looks to have been a verylong and patient campaign by the attacker, who slowly gained the trust of theupstream project over the last 2 years and likely pressured the maintainer viasock-puppet accounts to then get themselves added as an additional maintainer * Since then they seemed to be quite a good maintainer themselves - diligentlyadding new features and bug fixes etc over the past 2 years, but then suddenlyintroduced the backdoor into the most recent 2 releases * The method of introducing the backdoor was also interesting, in that itrequired 2 parts - the binary containing the backdoor and the code to get thiscompiled into the liblzma library at build time + The binary was committed into the upstream git repo disguised as an xzarchive itself used as part of the test suite + The code to inject this into the build was NOT part of the git repo, butinstead was just in the tarball prepared by the maintainer for the officialrelease + And it used many levels of obfuscation to hide this backdoor within thatfake test xz archive * So the attacker was not just patient but also very technically skilled - andnot just multiple levels of obfuscation in the build process but the backdoorcode itself contained many elements to try and make it harder to recognise andreverse engineer, presumably to allow it to hide in plain sight + although as we will see, this runtime obfuscation within the backdoor binarywas what gave it away eventually * It’s often said that one of the advantages of Open Source is the hugecommunity, which is summarised as Linus’ Law - with enough eyeballs all bugsare shallow - but sadly this wasn’t proven out in this case * Backdoor was notfound by anyone doing review of the changes upstream or by the various distroslike Debian / Fedora / OpenSUSE / Arch or even Ubuntu when incorporating thisnew version into their repos - but instead was found by Andres Freund, one ofthe maintainers of PostgreSQL, when they were looking to benchmark some newchanges scheduled for the next PostgreSQL release * Luckily decided to use Debian unstable for this, and Debian had incorporatedthis new version into unstable a few weeks ago, and wanted to get theperformance noise floor of the system as low as possible before doingbenchmarking of PostgreSQL - noticed large transient CPU spikes in sshd andthen eventually weird memory errors in sshd due to bugs in the initial versionof the backdoor * After a lot of painstaking work was able to determine that liblzma was theculprit and appeared to contain some very strange code to hook into theauthentication process of sshd when it was launched via systemd * Was able to trace that back to the aforementioned manually prepared tarballsof xz-utils on Github * The CPU spikes Andres observed were due to the use of things like a trie tolookup symbol names at runtime, rather than directly encoding them in theexploit binary, presumably to try and make reverse engineering of the binaryharder (since you can’t just run strings on it and get any real sensible output) * Some excellent writeups have been done regarding both the technical aspects ofthe backdoor itself, as well as the process taken by the attacker toincorporate this into the xz-utils project - both from a community point ofview and a technical point of view * From a technical point of view, the impact of this backdoor was to allow anattacker to get pre-authentication remote-code execution in sshd via aspecific private key when connecting to the server - NOBUS + Hooked into the RSA certificate validation process in sshd, looking for aparticular matching private key from the client - and if found would thenproceed to execute arbitrary commands specified by the client withoutrequiring usual authentication + By using this mechanism, nobody but the attacker can use the backdoor sincethey don’t have the matching private key - so the impact of the backdoor issomewhat limited + BUT the fact they targeted such a widely used and deployed package across ahuge number of distros, means they essentially wanted a backdoor into anyLinux machine in the future that only they could use * Interesting to try and speculate who the attacker could be (nation state?) andwhat their intended purpose was especially given this wide reaching goal ofgetting this into all the major Linux distros - but it would be justspeculation * So rather than speculate, for the purpose of this podcast episode, interestingto look at the timeline as it concerned Ubuntu * The publishing history of the package is all visible in Launchpad * Packages in Ubuntu get inherited from Debian who also publish history * Upstream published the first backdoored version 5.6.0 via GitHub tarball on 24th Feb 2024 * Debian incorporated this into unstable on 26th Feb * On 27th Feb, the Ubuntu Archive Auto-Sync bot copied this version into noble-proposed * Due to the ongoing time_t transition, sat it noble-proposed for the next month * Security team heard whispers of the possible backdoor just hours before it waspublicly disclosed, and as soon as we heard of the possible backdoor, andrealised that it only affected the version in-development noble-proposed wequickly notified the Archive Admin team who then deleted it fromnoble-proposed on 29th March, neutralising the main threat * Most important thing to know for Ubuntu, we have taken a very conservativeapproach - not only have we removed this version from noble-proposed as soonas we became aware, we are then rebuilding every binary package that got builtsince that compromised version was in noble-proposed originally - out of anabundance of caution - we don’t have any information that says this backdoorwas doing anything other than what the various writeups have found so far, BUTwe also can’t be certain that it didn’t have other functionality either - sobeing very cautious and rebuilding everything that was itself built since 27thFeb * As such, delayed the development of 24.04 so beta release is slipping by one week * One of the most interesting parts is the sheer luck that this was found - notby security researchers or maintainers but by a developer from Microsoft whohappened to be looking for the right things at the right time and decided tobe curious * Also for Ubuntu, luck that the time_t transition in Debian/Ubuntu caused manypackages to be stuck in noble-proposed and not in the release pocket, elsemany Ubuntu users and developers would have been impacted if this had migratedto the noble release pocket * Also interesting that the attacker appears to have had quite a good grasp onOSS development practices and was quite persistent in trying to get thisincorporated into distros - even urging for this new version to be synced toUbuntu so that it would land in the upcoming noble release as recently asThursday last week, just hours before the public disclosure + Not only could they do all the original social engineering work upstream,and technical work to develop and hide the backdoor, but could theninterface with distros via their established practices to try and get themto incorporate their new backdoored version faster than they may haveotherwise * Huge amount of work has been done to detail both the timeline of the attack aswell as the technical details of both the code used to incorporate thebackdoored code into the final liblzma binary during the build process, aswell as the details of the backdoor itself and how it operates at runtime * In the end highlights both the challenges and strengths of OSS - lots of OSSprojects have long dependency chains - in this case openssh when integratedwith libsystemd which in turn used liblzma - and it is unclear who themaintainers and authors are or what procedures are in place for vetting andtransferring ownership of OSS projects - all present significant challengesfor OSS * However, significant strength of OSS is the visibility and ability for anyoneto get involved, which is what we saw in the aftermath - despite all theadvanced obfuscation techniques employed was able to be analysed in a matterof days by the community working together - and to analyse it in a huge amountof depth and in such an open way that it leaves little room for questioningthe validity of the assessment - anyone can double check the work and come tothe same conclusions * This isn’t the first software supply chain attack and likely isn’t even thefirst against an OSS project but it is a wake-up call to the OSS and Linuxecosystem

Get in contact* security@ubuntu.com * #ubuntu-security on the Libera.Chat IRC network * ubuntu-hardened mailing list * Security section on discourse.ubuntu.com * @ubuntusecurity@fosstodon.org, @ubuntu_sec on twitter

View Details

OverviewThis week we bring you a sneak peak of how Ubuntu 23.10 fared at Pwn2OwnVancouver 2024, plus news of malicious themes in the KDE Store and we coversecurity updates for the Linux kernel, X.Org X Server, TeX Live, Expat, Bash andmore.

This week in Ubuntu Security Updates61 unique CVEs addressed

[USN-6681-3] Linux kernel vulnerabilities (00:54)* 8 CVEs addressed in Bionic ESM (18.04 ESM), Focal (20.04 LTS) + CVE-2024-0340 + CVE-2023-6121 + CVE-2023-51782 + CVE-2023-51780 + CVE-2023-51779 + CVE-2023-4244 + CVE-2023-22995 + CVE-2021-44879 * 5.4 - IBM, Oracle * UAF due to a race-condition in netfilter - underflow a reference counter ->UAF

[USN-6686-2] Linux kernel vulnerabilities (01:42)* 9 CVEs addressed in Jammy (22.04 LTS) + CVE-2024-0607 + CVE-2024-0340 + CVE-2023-6121 + CVE-2023-51782 + CVE-2023-51779 + CVE-2023-46862 + CVE-2023-46343 + CVE-2023-4134 + CVE-2023-22995 * 5.15 - Raspi, Lowlatency

[USN-6699-1] Linux kernel vulnerabilities (01:52)* 3 CVEs addressed in Trusty ESM (14.04 ESM) + CVE-2024-24855 + CVE-2023-4921 + CVE-2023-30456 * 3.13 - generic, lowlatency, server, virtual * KVM mishandling of control registers for nested guest VMs + [USN-6123-1] Linux kernel (OEM) vulnerabilities from Episode 197 * UAF in Quick Fair Queuing network packet scheduler + Local privesc, reported to Google’s kCTF

[USN-6700-1] Linux kernel vulnerabilities (02:40)* 7 CVEs addressed in Trusty ESM (14.04 ESM), Xenial ESM (16.04 ESM) + CVE-2024-24855 + CVE-2024-1086 + CVE-2024-0775 + CVE-2023-51781 + CVE-2023-39197 + CVE-2023-34256 + CVE-2022-20567 * 4.4 - generic, kvm, lowlatency, virtual, aws (14.04 only) * UAF in nftables - also originally reported to kCTF

[USN-6701-1] Linux kernel vulnerabilities* 12 CVEs addressed in Xenial ESM (16.04 ESM), Bionic ESM (18.04 ESM) + CVE-2024-24855 + CVE-2024-1086 + CVE-2024-0775 + CVE-2023-6121 + CVE-2023-51781 + CVE-2023-46838 + CVE-2023-4132 + CVE-2023-39197 + CVE-2023-34256 + CVE-2023-3006 + CVE-2023-23000 + CVE-2023-2002 * 4.15 - oracle, kvm, aws, generic, lowlatency * UAF in nftables from above and UAF in AppleTalk network driver - [USN-6648-1]Linux kernel vulnerabilities from Episode 220

[USN-6680-3] Linux kernel (AWS) vulnerabilities* 7 CVEs addressed in Jammy (22.04 LTS), Mantic (23.10) + CVE-2024-25744 + CVE-2024-0607 + CVE-2023-6560 + CVE-2023-6121 + CVE-2023-51782 + CVE-2023-51779 + CVE-2023-46343 * 6.5 - aws

[USN-6681-4] Linux kernel (AWS) vulnerabilities* 8 CVEs addressed in Bionic ESM (18.04 ESM), Focal (20.04 LTS) + CVE-2024-0340 + CVE-2023-6121 + CVE-2023-51782 + CVE-2023-51780 + CVE-2023-51779 + CVE-2023-4244 + CVE-2023-22995 + CVE-2021-44879 * 5.4 - aws * UAF in netfilter discussed earlier

[USN-6686-3] Linux kernel (Oracle) vulnerabilities* 9 CVEs addressed in Focal (20.04 LTS), Jammy (22.04 LTS) + CVE-2024-0607 + CVE-2024-0340 + CVE-2023-6121 + CVE-2023-51782 + CVE-2023-51779 + CVE-2023-46862 + CVE-2023-46343 + CVE-2023-4134 + CVE-2023-22995 * 5.15 - oracle

[USN-6702-1] Linux kernel vulnerabilities* 4 CVEs addressed in Bionic ESM (18.04 ESM), Focal (20.04 LTS) + CVE-2024-24855 + CVE-2024-1086 + CVE-2023-23004 + CVE-2023-23000 * 5.4 - iot, ibm, bluefield, gkeop, kvm, oracle, gcp, generic, lowlatency, oem * Second netfilter UAF above

[USN-6587-5] X.Org X Server vulnerabilities (03:34)* 7 CVEs addressed in Trusty ESM (14.04 ESM) + CVE-2024-21886 + CVE-2024-21885 + CVE-2024-0409 + CVE-2024-0408 + CVE-2024-0229 + CVE-2023-6816 + CVE-2023-6478 * Previous updates for X now available in 14.04 ESM * Most issues either OOB R/W - impact is then can crash X Server or potentiallyget code execution - nowadays X runs unprivileged but in 14.04 still runs asroot so these vulns are more severe in the older releases

[USN-6673-2] python-cryptography vulnerability (04:21)* 1 CVEs addressed in Xenial ESM (16.04 ESM) + CVE-2023-50782 * [USN-6673-1] python-cryptography vulnerabilities from Episode 220

[USN-6695-1] TeX Live vulnerabilities (04:28)* 3 CVEs addressed in Focal (20.04 LTS), Jammy (22.04 LTS), Mantic (23.10) + CVE-2024-25262 + CVE-2023-32668 + CVE-2019-18604 * Heap buffer overflow via a crafted TTF file * LuaTeX specific issue - allowed a document to make arbitrary network requestssince it didn’t disable access to the underlying lua socket library * Misused sprint() resulting in a buffer overflow in the axohelp - helperprogram for the LaTeX axodraw2 package when used with pdflatex

[USN-6694-1] Expat vulnerabilities (05:24)* 2 CVEs addressed in Jammy (22.04 LTS), Mantic (23.10) + CVE-2024-28757 + CVE-2023-52425 * C library for parsing xml + used by many other applications like gdb, dbus, audacity, git, python,polkit, squid and more * CPU/memory-based DoS since would do many full reparsings of a document in some cases * XML Entity Expansion attack + billion laughs attack / XML bomb - 10 entities which each comprise 10 of theprevious entity with the document containing a single instance of thelargest entity - 1 billion copies of the original entity

[USN-6696-1] OpenJDK 8 vulnerabilities (06:40)* 6 CVEs addressed in Bionic ESM (18.04 ESM), Focal (20.04 LTS), Jammy (22.04 LTS), Mantic (23.10) + CVE-2024-20952 + CVE-2024-20945 + CVE-2024-20926 + CVE-2024-20921 + CVE-2024-20919 + CVE-2024-20918 * [USN-6660-1, USN-6661-1] OpenJDK 11 & 17 vulnerabilities from Episode 220

[USN-6697-1] Bash vulnerability (07:01)* 1 CVEs addressed in Jammy (22.04 LTS) + CVE-2022-3715 * Heap buffer overflow on a valid parameter transformation - can thenunexpectedly lead to possible code execution

[USN-6698-1] Vim vulnerability (07:30)* 1 CVEs addressed in Trusty ESM (14.04 ESM), Xenial ESM (16.04 ESM), Bionic ESM (18.04 ESM), Focal (20.04 LTS), Jammy (22.04 LTS), Mantic (23.10) + CVE-2024-22667 * stack buffer overflow when parsing a crafted command file - ie. the user hasto load a crafted file to be sourced by vim

[USN-6703-1] Firefox vulnerabilities (07:48)* 11 CVEs addressed in Focal (20.04 LTS) + CVE-2024-2613 + CVE-2024-2612 + CVE-2024-2610 + CVE-2024-2608 + CVE-2024-2607 + CVE-2024-2606 + CVE-2023-5388 + CVE-2024-2615 + CVE-2024-2614 + CVE-2024-2611 + CVE-2024-2609 * 124.0

Goings on in Ubuntu Security CommunitySummary of Pwn2Own Vancouver 2024 results against Ubuntu 23.10 (08:05)* https://www.zerodayinitiative.com/blog/2024/3/20/pwn2own-vancouver-2024-day-one-results * The DEVCORE Team was able to execute their LPE attack against UbuntuLinux. However, the bug they used was previously known. They still earn$10,000 and 1 Master of Pwn points. + https://youtube.com/shorts/fXUrMIM2KYc?si=VIR7YKIt86NGEceU * Kyle Zeng from ASU SEFCOM used an ever tricky race condition to escalateprivileges on Ubuntu Linux desktop. This earns him him $20,000 and 20 Masterof Pwn points. + https://www.youtube.com/shorts/HSIasEbEkXY * https://www.zerodayinitiative.com/blog/2024/3/21/pwn2own-vancouver-2024-day-two-results * STAR Labs SG successfully demonstrated their privilege escalation on Ubuntudesktop. However, they used a bug that was previously reported. They stillearn $5,000 and 1 Master of Pwn point. * The final entry of Pwn2Own Vancouver 2024 ends as a collision as Theori used abug that was previously know to escalate privileges on Ubuntu desktop. Hestill wins $5,000 and 1 Master of Pwn point.

Reports of malicious themes in KDE Store (10:27)* https://www.bleepingcomputer.com/news/linux/kde-advises-extreme-caution-after-theme-wipes-linux-users-files/ * https://floss.social/@kde/112128243960545659 * https://www.reddit.com/r/kde/comments/1bixmbx/do_not_install_global_themes_some_wipe_out_all/

Get in contact* security@ubuntu.com * #ubuntu-security on the Libera.Chat IRC network * ubuntu-hardened mailing list * Security section on discourse.ubuntu.com * @ubuntusecurity@fosstodon.org, @ubuntu_sec on twitter

View Details

OverviewWe cover recent Linux malware from the Magnet Goblin threat actor, plus the newsof Ubuntu 23.10 as a target in Pwn2Own Vancouver 2024 and we detailvulnerabilities in Puma, AccountsService, Open vSwitch, OVN, and more.

This week in Ubuntu Security Updates102 unique CVEs addressed

[USN-6679-1] FRR vulnerability (01:11)* 1 CVEs addressed in Jammy (22.04 LTS), Mantic (23.10) + CVE-2024-27913 * OOB read when parsing a malformed OSPF LSA packet - would try and accessattributes fields even if none where present

[LSN-0101-1] Linux kernel vulnerability (01:50)* 5 CVEs addressed in Trusty ESM (14.04 ESM), Xenial ESM (16.04 ESM), Bionic ESM (18.04 ESM), Focal (20.04 LTS), Jammy (22.04 LTS) + CVE-2024-0646 + CVE-2024-0193 + CVE-2023-7192 + CVE-2023-6932 + CVE-2023-6817 * [USN-6648-1] Linux kernel vulnerabilities from Episode 220 * [USN-6606-1] Linux kernel (OEM) vulnerabilities from Episode 217 * [USN-6647-1] Linux kernel vulnerabilities from Episode 220 * [USN-6601-1] Linux kernel vulnerability from Episode 217

| Kernel type | 22.04 | 20.04 | 18.04 | 16.04 | 14.04 | | --- | --- | --- | --- | --- | --- | | aws | 101.1 | 101.1 | 101.1 | 101.1 | — | | aws-5.15 | — | 101.1 | — | — | — | | aws-5.4 | — | — | 101.1 | — | — | | aws-6.5 | 101.1 | — | — | — | — | | aws-hwe | — | — | — | 101.1 | — | | azure | 101.1 | 101.1 | — | 101.1 | — | | azure-4.15 | — | — | 101.1 | — | — | | azure-5.4 | — | — | 101.1 | — | — | | azure-6.5 | 101.1 | — | — | — | — | | gcp | 101.1 | 101.1 | — | 101.1 | — | | gcp-4.15 | — | — | 101.1 | — | — | | gcp-5.15 | — | 101.1 | — | — | — | | gcp-5.4 | — | — | 101.1 | — | — | | gcp-6.5 | 101.1 | — | — | — | — | | generic-4.15 | — | — | 101.1 | 101.1 | — | | generic-4.4 | — | — | — | 101.1 | 101.1 | | generic-5.15 | — | 101.2 | — | — | — | | generic-5.4 | — | 101.1 | 101.1 | — | — | | gke | 101.1 | — | — | — | — | | gke-5.15 | — | 101.1 | — | — | — | | gkeop | — | 101.1 | — | — | — | | hwe-6.5 | 101.1 | — | — | — | — | | ibm | 101.1 | 101.1 | — | — | — | | ibm-5.15 | — | 101.1 | — | — | — | | linux | 101.2 | — | — | — | — | | lowlatency-4.15 | — | — | 101.1 | 101.1 | — | | lowlatency-4.4 | — | — | — | 101.1 | 101.1 | | lowlatency-5.15 | — | 101.2 | — | — | — | | lowlatency-5.4 | — | 101.1 | 101.1 | — | — |

To check your kernel type and Livepatch version, enter this command:

canonical-livepatch status [USN-6680-1] Linux kernel vulnerabilities (02:47)* 7 CVEs addressed in Jammy (22.04 LTS), Mantic (23.10) + CVE-2024-25744 + CVE-2024-0607 + CVE-2023-6560 + CVE-2023-6121 + CVE-2023-51782 + CVE-2023-51779 + CVE-2023-46343

[USN-6681-1] Linux kernel vulnerabilities* 8 CVEs addressed in Bionic ESM (18.04 ESM), Focal (20.04 LTS) + CVE-2024-0340 + CVE-2023-6121 + CVE-2023-51782 + CVE-2023-51780 + CVE-2023-51779 + CVE-2023-4244 + CVE-2023-22995 + CVE-2021-44879

[USN-6686-1] Linux kernel vulnerabilities* 9 CVEs addressed in Focal (20.04 LTS), Jammy (22.04 LTS) + CVE-2024-0607 + CVE-2024-0340 + CVE-2023-6121 + CVE-2023-51782 + CVE-2023-51779 + CVE-2023-46862 + CVE-2023-46343 + CVE-2023-4134 + CVE-2023-22995

[USN-6680-2] Linux kernel vulnerabilities* 7 CVEs addressed in Jammy (22.04 LTS), Mantic (23.10) + CVE-2024-25744 + CVE-2024-0607 + CVE-2023-6560 + CVE-2023-6121 + CVE-2023-51782 + CVE-2023-51779 + CVE-2023-46343

[USN-6681-2] Linux kernel vulnerabilities* 8 CVEs addressed in Bionic ESM (18.04 ESM), Focal (20.04 LTS) + CVE-2024-0340 + CVE-2023-6121 + CVE-2023-51782 + CVE-2023-51780 + CVE-2023-51779 + CVE-2023-4244 + CVE-2023-22995 + CVE-2021-44879

[USN-6688-1] Linux kernel (OEM) vulnerabilities (03:32)* 63 CVEs addressed in Jammy (22.04 LTS) + CVE-2024-26600 + CVE-2023-52467 + CVE-2023-52588 + CVE-2023-52594 + CVE-2023-52470 + CVE-2024-26598 + CVE-2023-52589 + CVE-2023-52583 + CVE-2023-52444 + CVE-2023-52449 + CVE-2024-26591 + CVE-2023-52598 + CVE-2023-52448 + CVE-2024-26597 + CVE-2023-52605 + CVE-2023-52451 + CVE-2023-52454 + CVE-2023-52445 + CVE-2023-52587 + CVE-2023-52447 + CVE-2023-52436 + CVE-2023-52593 + CVE-2023-52601 + CVE-2024-26594 + CVE-2024-26592 + CVE-2024-26589 + CVE-2023-52462 + CVE-2023-52469 + CVE-2023-52438 + CVE-2023-52457 + CVE-2023-52458 + CVE-2023-52595 + CVE-2023-52597 + CVE-2023-52464 + CVE-2023-52463 + CVE-2023-52606 + CVE-2024-26625 + CVE-2023-52584 + CVE-2024-26624 + CVE-2023-52600 + CVE-2024-26581 + CVE-2024-26588 + CVE-2023-52603 + CVE-2023-52599 + CVE-2023-52443 + CVE-2023-52602 + CVE-2023-52456 + CVE-2023-52607 + CVE-2024-26628 + CVE-2024-26601 + CVE-2024-26627 + CVE-2023-52439 + CVE-2023-52604 + CVE-2024-26599 + CVE-2024-24860 + CVE-2024-23849 + CVE-2024-1086 + CVE-2024-1085 + CVE-2024-0340 + CVE-2023-6610 + CVE-2023-5633 + CVE-2023-50431 + CVE-2023-46838

[USN-6682-1] Puma vulnerabilities (05:00)* 6 CVEs addressed in Focal (20.04 LTS), Jammy (22.04 LTS) + CVE-2024-21647 + CVE-2023-40175 + CVE-2022-24790 + CVE-2022-23634 + CVE-2020-11077 + CVE-2020-11076 * HTTP server for Ruby/Rack applications that uses threading for improved performance * [USN-6597-1] Puma vulnerability from Episode 217 - HTTP request smugglingattack - fixed for mantic and lunar - now for older releases, plus a bunch ofother older HTTP request smuggling issues as well

[USN-6683-1] HtmlCleaner vulnerability (05:45)* 1 CVEs addressed in Bionic ESM (18.04 ESM), Focal (20.04 LTS), Jammy (22.04 LTS) + CVE-2023-34624 * Java library for parsing HTML * DoS through crafted objects with cyclic dependencies

[USN-6684-1] ncurses vulnerability (06:01)* 1 CVEs addressed in Trusty ESM (14.04 ESM), Xenial ESM (16.04 ESM), Bionic ESM (18.04 ESM) + CVE-2023-50495 * Possible issue when parsing terminfo files - these are generally trusted, andsince the previous update for CVE-2023-29491 in[USN-6099-1] ncurses vulnerabilities fromEpisode 196 untrusted terminfo files are not parsed when the application issetuid root. So has no real security impact.

[USN-6685-1] mqtt-client vulnerability ()* 1 CVEs addressed in Xenial ESM (16.04 ESM), Bionic ESM (18.04 ESM), Focal (20.04 LTS) + CVE-2019-0222 * Java MQTT Client library * Unmarshalling a crafted MQTT frame could lead to a OOM exception -> DoS

[USN-6687-1] AccountsService vulnerability (07:25) 1 CVEs addressed in Focal (20.04 LTS), Jammy (22.04 LTS) + CVE-2012-6655 * Oldest CVE this week? * Only fixed 1 year ago by upstream * To change the user’s password, Would invoke usermod with -p option and the newencrypted/salted password - as such any user on the system would be able tosee that via inspection of /proc/<pid>/cmdline - very low risk since theprocess only exists for a very small time AND it is encrypted already - soinstead now invokes chpasswd and specifies the new encrypted* password overstandard input - would then need to be able to ptrace to see it which withYAMA ptrace_scope enabled in Ubuntu means you need to be root (or a parentprocess of accountsservice, which is started by dbus for the current user) -so then an attacker would have to be able to cause the existing accountserviceto stop and then start their own to see the new encrypted password

[USN-6658-2] libxml2 vulnerability (09:41)* 1 CVEs addressed in Trusty ESM (14.04 ESM), Xenial ESM (16.04 ESM), Bionic ESM (18.04 ESM) + CVE-2024-25062 * [USN-6658-1] libxml2 vulnerability from Episode 220 * UAF if using DTD validation with XInclude expansion enabled

[USN-6690-1] Open vSwitch vulnerabilities (10:01)* 2 CVEs addressed in Focal (20.04 LTS), Jammy (22.04 LTS), Mantic (23.10) + CVE-2023-5366 + CVE-2023-3966 * [USN-6514-1] Open vSwitch vulnerability from Episode 214 * Original fix was incomplete - required additional fixes * OOB read in hardware offload of Geneve packets (protocol for generic networkvirtualisation encapsulation) - can mitigate by disabling this option inconfig

[USN-6689-1] Rack vulnerabilities (10:41)* 3 CVEs addressed in Mantic (23.10) + CVE-2024-26146 + CVE-2024-26141 + CVE-2023-27539 * Modular Ruby web server * Possible reflected DoS - crafted Range header can result in unexpectedly largeresponses - can request ranges for a file which ends up being larger than thefile itself - so now just return nothing * ReDoS in header parsing - used a regex to split options and strip - now just splits on acomma directly then strip each separately

[USN-6656-2] PostgreSQL vulnerability (11:51)* 1 CVEs addressed in Xenial ESM (16.04 ESM) + CVE-2024-0985 * [USN-6656-1] PostgreSQL vulnerability from Episode 220

[USN-6691-1] OVN vulnerability (12:00)* 1 CVEs addressed in Focal (20.04 LTS), Jammy (22.04 LTS), Mantic (23.10) + CVE-2024-2182 * Enabled bidirectional forwarding detection on logical ports - this is used tomonitor the health of remote nodes and the tunnels between them - BFD packetsare then transmitted in-band in these tunnels along with other traffic - OVNwould then process any BFD packet received on a tunnel where it was enabled -as such a remote attacker within a container/VM connected to a OVN logicalswitch port of such a tunnel could craft BFD packets which would then gettunnelled to and processed by another node and then change the BFD state ofthe tunnel and hence affect future forwarding decisions - ie. couldessentially cause a DoS to future traffic along the tunnel

[USN-6692-1] Gson vulnerability (13:04)* 1 CVEs addressed in Xenial ESM (16.04 ESM), Bionic ESM (18.04 ESM), Focal (20.04 LTS), Jammy (22.04 LTS) + CVE-2022-25647 * Java library for JSON serialisation/deserialisation to/from Java objects * Only affected Java Serialisation - and then only if you were not careful whendeserialising to not include circular references between objects

[USN-6693-1] .NET vulnerability (13:27)* 1 CVEs addressed in Jammy (22.04 LTS), Mantic (23.10) + CVE-2024-21392 * Patch Tuesday for dotnet7/8 - no real details from MS

[USN-6663-2] OpenSSL update (13:55)* Affecting Xenial ESM (16.04 ESM) * [USN-6663-1] OpenSSL update from Episode 220 * Hardening update to return output instead of an exception when wrong paddingwas used - removes a timing side-channel for inferring secret key

Goings on in Ubuntu Security CommunityUbuntu 23.10 to be a target in Pwn2Own Vancouver 2024 (14:26)* Part of CanSecWest in Vancouver March 20-22 2024 * Ubuntu Desktop 23.10 target in Local Escalation of Privilege Category - mustleverage a kernel vuln to escalate privs * Unfortunately the userns restrictions are not enabled by default in 23.10(Mantic) so will be interesting to see what kinds of vulns get turned up * Will report back on findings in later episodes

Check Point Research report on Magnet Goblin’s Linux Malware Variants (15:42)* https://research.checkpoint.com/2024/magnet-goblin-targets-publicly-facing-servers-using-1-day-vulnerabilities/ * Check Point Research reported on recent attacks targeting Ivanti ConnectSecure VPN by a threat actor they call Magnet Goblin + Ivanti Connect Secure VPN CVEs were made public in January and have been exploited in the wild + CPR decided to investigate a cluster of attacks + In doing so cover the details of MGs Nerbian family of malware + Report from Eclypsium suggests running an old version of Linux - CentOS 6.4; which was released in 2013 and officially end of life in 2020 * Linux kernel 2.6.32 (EOL Feb 2016) * openssl 1.0.2n (EOL Dec 2017) * Perl 5.6.1 (EOL April 2001) - Clear then that the malware not only exploits Ivanti Connect but also Linux in general + CPR report includes details on what TTPs to look for - IP addresses / domains etc + Then details the NerbianRAT malware - First disclosed in 2022 by ProofPoint when detailing the Windows variant - Earliest sample of this Linux variant is in an upload to VT from May 2022 - But unlike the Windows variant, the Linux one does not include anyhardening measures - even has DWARF debugging info present so can easilydecompile - Only anti-debug/analysis trick is to check there are no other variants ofitself running by trying to allocate a static shared memory segment - ifthis succeeds then assumes it is not running and proceeds to: * collect basic info like current time, $USER, machine name etc * loads a public RSA key which is later used to encrypt network comms back to a hardcoded IP address used for C2 * then loads config which allows to configure things like when to start /end, other C2 hosts to use, time to sleep during file transfers and more * for C2 uses raw TCP sockets and encrypts using the RSA key * waits for magic string which contains the command to run from C2 + Also detail the MiniNerbian which is a simplified form for just commandexecution but which used HTTP and sends POST requests to a /dashboard/endpoint - likely to try and hide its network traffic in plain-sight (ratherthan the raw TCP sockets with custom encrypted protocol employed byNerbianRAT) * For initial access, details are less clear but appears to exploit vulns inIvanti, Magento, Qlink Sense and possibly Apache ActiveMQ - dubbed 1-dayexploits * What do we learn? + Device makers who use OSS need to keep it up-to-date (or build on top ofsystems like Ubuntu Core which come with OTA etc OOTB) + End-users of devices need to keep them up-to-date and deploy usualdefence-in-depth practices (but this is hard when the device is intended tobe deployed on the edge of a network - hard to add additional DiD to a VPNconcentrator)

Get in contact* security@ubuntu.com * #ubuntu-security on the Libera.Chat IRC network * ubuntu-hardened mailing list * Security section on discourse.ubuntu.com * @ubuntusecurity@fosstodon.org, @ubuntu_sec on twitter

View Details

OverviewAndrei is back to discuss recent academic research into malware within thePython/PyPI ecosystem and whether it is possible to effectively combat it withopen source tooling, plus we cover security updates for Unbound, libuv, node.js,the Linux kernel, libgit2 and more.

This week in Ubuntu Security Updates56 unique CVEs addressed

[USN-6665-1] Unbound vulnerabilities (00:50)* 2 CVEs addressed in Focal (20.04 LTS), Jammy (22.04 LTS), Mantic (23.10) + CVE-2023-50868 + CVE-2023-50387 * Another update for recent vulns discovered in DNSSEC standard - [USN-6633-1]Bind vulnerabilities from Episode 219 and [USN-6657-1] Dnsmasqvulnerabilities from Episode 220

[USN-6666-1] libuv vulnerability (01:16)* 1 CVEs addressed in Focal (20.04 LTS), Jammy (22.04 LTS), Mantic (23.10) + CVE-2024-24806 * Async event handling library - used by nodejs and others - supports asynchandling TCP/UDP sockets, DNS resolution, file system operations etc * Would truncate hostnames to 256 characters before calling getaddrinfo() - butwould then fail to NUL-terminate the string - as such, getaddrinfo() wouldread past the end of the buffer and the address that got resolved may not bethe intended one - so then a remote attacker who could influence this couldend up causing the application to contact a different address than expectedand so perhaps access internal services etc

[USN-6667-1] Cpanel-JSON-XS vulnerability (02:21)* 1 CVEs addressed in Focal (20.04 LTS), Jammy (22.04 LTS) + CVE-2022-48623 * Perl module for JSON serialisation * OOB read on crafted JSON - when parsing in relaxed mode, if JSON was malformedand missing a colon would read beyond the end of the data and so potentiallycould result in an info-leak or a crash

[USN-6668-1] python-openstackclient vulnerability (02:55)* 1 CVEs addressed in Focal (20.04 LTS), Jammy (22.04 LTS) + CVE-2023-6110 * When deleting an access rule, would search for it by name - if it didn’t existmay end up returning a different rule which would then get deleted instead -changes the semantics to only allow rules to be deleted via their ID which isunique

[USN-6648-2] Linux kernel (Azure) vulnerabilities (03:23)* 4 CVEs addressed in Bionic ESM (18.04 ESM), Focal (20.04 LTS) + CVE-2024-0646 + CVE-2024-0565 + CVE-2023-6915 + CVE-2023-51781 * [USN-6648-1] Linux kernel vulnerabilities from Episode 220 * OOB write in KTLS * UAF in AppleTalk network driver

[USN-6651-2, USN-6651-3] Linux kernel (including StarFive) vulnerabilities (03:52)* 6 CVEs addressed in Jammy (22.04 LTS), Mantic (23.10) + CVE-2024-0646 + CVE-2024-0582 + CVE-2024-0565 + CVE-2023-6915 + CVE-2023-51781 + CVE-2023-51780

[USN-6653-2, USN-6653-3, USN-6653-4] Linux kernel (AWS, Low Latency & GKE) vulnerabilities (04:07)* 5 CVEs addressed in Focal (20.04 LTS), Jammy (22.04 LTS) + CVE-2024-0646 + CVE-2024-0565 + CVE-2023-6915 + CVE-2023-51781 + CVE-2023-51780

[USN-6647-2] Linux kernel (Azure) vulnerabilities (04:15)* 3 CVEs addressed in Trusty ESM (14.04 ESM) + CVE-2023-7192 + CVE-2023-51782 + CVE-2023-51780 * [USN-6647-1] Linux kernel vulnerabilities from Episode 220 * Memory leak in netfilter able to be abused via an unprivileged usernamespace - DoS via exhausting system memory

[USN-6670-1] php-guzzlehttp-psr7 vulnerabilities (04:36)* 2 CVEs addressed in Focal (20.04 LTS), Jammy (22.04 LTS) + CVE-2023-29197 + CVE-2022-24775 * HTTP message library conforming the the PSR-7 specification - failed toproperly account for embedded newlines in HTTP headers - classic HTTPsmuggling attack vuln * Original fix from 2022 was found to be incomplete so additional CVE assignedfor the follow-up fix

[USN-6671-1] php-nyholm-psr7 vulnerability (05:15)* 1 CVEs addressed in Jammy (22.04 LTS) + CVE-2023-29197 * Alternative PSR-7 implementation which also suffered from the same issue

[USN-6669-1] Thunderbird vulnerabilities (05:35)* 17 CVEs addressed in Focal (20.04 LTS), Jammy (22.04 LTS), Mantic (23.10) + CVE-2024-1552 + CVE-2024-1551 + CVE-2024-1546 + CVE-2024-0746 + CVE-2024-1553 + CVE-2024-1550 + CVE-2024-1549 + CVE-2024-1548 + CVE-2024-1547 + CVE-2024-0755 + CVE-2024-0753 + CVE-2024-0751 + CVE-2024-0750 + CVE-2024-0749 + CVE-2024-0747 + CVE-2024-0742 + CVE-2024-0741 * 115.8.1

[USN-6672-1] Node.js vulnerabilities (06:03)* 3 CVEs addressed in Focal (20.04 LTS), Jammy (22.04 LTS), Mantic (23.10) + CVE-2023-2650 + CVE-2023-23920 + CVE-2023-23919 * Leverages OpenSSL for cryptographic related work - failed to clear the OpenSSLerror stack in when calling various routines - as such, may get false-positiveerrors on subsequent calls to OpenSSL from the same thread and hence DoS - soa remote attacker could provide an invalid cert which would then set thiserror and subsequent routines to validate certs would also appear to fail evenif they were valid * Uses ICU for unicode handling - allows a user to specify their own ICU datavia an environment variable - but node.js can run in different privilegecontexts so a user could then force it to load data under their control whenrunning with elevated privileges * ASN.1 encoding issue inherited from OpenSSL

[USN-6673-1] python-cryptography vulnerabilities (07:30)* 2 CVEs addressed in Bionic ESM (18.04 ESM), Focal (20.04 LTS), Jammy (22.04 LTS), Mantic (23.10) + CVE-2024-26130 + CVE-2023-50782 * Another issue of mishandling the OpenSSL API - in this case would not properlyhandle errors returned from OpenSSL when processing certificates that hadincorrect padding (talked about this last week in [USN-6663-1] OpenSSL update) * Mishandled error case when a PKCS+12 key and certificate did not matchone-another - would trigger an exception at runtime

[USN-6674-1, USN-6674-2] Django vulnerability (08:22)* 1 CVEs addressed in Bionic ESM (18.04 ESM), Focal (20.04 LTS), Jammy (22.04 LTS), Mantic (23.10) + CVE-2024-27351 * ReDoS in Truncator template filter - if supplied an input string of allopening angle brackets <<<<<<.... then would cause exponential performancedegredation

[USN-6675-1] ImageProcessing vulnerability (08:52)* 1 CVEs addressed in Focal (20.04 LTS), Jammy (22.04 LTS) + CVE-2022-24720 * Image processing library for ruby based on ImageMagick * If an application allowed the user to specify the set of operations to beperformed, could then be abused to get arbitrary shell command execution -internally used send() rather than public_send() which allowed access toprivate methods to directly execute system calls

[USN-6677-1] libde265 vulnerabilities (09:23)* 7 CVEs addressed in Xenial ESM (16.04 ESM), Bionic ESM (18.04 ESM), Focal (20.04 LTS), Jammy (22.04 LTS), Mantic (23.10) + CVE-2023-49468 + CVE-2023-49467 + CVE-2023-49465 + CVE-2023-47471 + CVE-2023-43887 + CVE-2023-27103 + CVE-2023-27102 * Next lot of libde265 vulns after discussed previously in both[USN-6659-1] libde265 vulnerabilities fromEpisode 221 and[USN-6627-1] libde265 vulnerabilities fromEpisode 219 - more fuzzing related fixes for usual sorts of issues - thistime includes a couple from our own David (aka @litios)

[USN-6678-1] libgit2 vulnerabilities (09:50)* 5 CVEs addressed in Xenial ESM (16.04 ESM), Bionic ESM (18.04 ESM), Focal (20.04 LTS), Jammy (22.04 LTS), Mantic (23.10) + CVE-2024-24577 + CVE-2024-24575 + CVE-2023-22742 + CVE-2020-12279 + CVE-2020-12278 * Used by various tools like cargo, gnome-builder etc * Fix for a possible infinite loop (CPU-based DoS) when parsing a craftedrevision named simply @ * Use-after free when handling crafted input to git_index_add * Mishandles equivalent filenames due to NTFS Data Streams (similar toCVE-2019-1352 - [USN-4220-1] Git vulnerabilities from Episode 56) * Failed to perform certificate checking when using an SSH remote via theoptional libssh2 backend - which we do in Ubuntu

[USN-6649-2] Firefox regressions (10:47)* 12 CVEs addressed in Focal (20.04 LTS) + CVE-2024-1556 + CVE-2024-1552 + CVE-2024-1551 + CVE-2024-1546 + CVE-2024-1557 + CVE-2024-1555 + CVE-2024-1554 + CVE-2024-1553 + CVE-2024-1550 + CVE-2024-1549 + CVE-2024-1548 + CVE-2024-1547 * 123.0.1

[USN-6676-1] c-ares vulnerability (10:55)* 1 CVEs addressed in Xenial ESM (16.04 ESM), Bionic ESM (18.04 ESM), Focal (20.04 LTS), Jammy (22.04 LTS), Mantic (23.10) + CVE-2024-25629 * async DNS lookup library * Failed to properly handle embedded NUL characters when parsing/erc/resolv.conf /etc/hosts, /etc/nsswitch.conf or anything specifed via theHOSTALIASES environment variable - if has an embedded NUL as the firstcharacter in a new line, would then attempt to read memory prior to the startof the buffer and hence an OOB read -> crash

Goings on in Ubuntu Security CommunityAndrei discusses malware detection with the Python and PyPi ecosystem (11:46)* Bad Snakes: Understanding and Improving Python Package Index Malware Scanning

Hey, Alex!

We will continue our journey today beyond the scope of the previous episodes. We’ve delved into the realms of network security, federated infrastructures, and vulnerability detection and assessment.

Today’s paperLast year, the Ubuntu Security Team participated in the Linux Security Summit in Bilbao. At that time, I managed to have a discussion with Zach, who hosted a presentation at the Supply Chain Security Con entitled “Will Large-Scale Automated Scanning Stop Malware on OSS Repositories?”. I later discovered that his talk was backed by a paper that he and his colleagues from Chainguard had published.

With this in mind, today we will be examining “Bad Snakes: Understanding and Improving Python Package Index Malware Scanning”, which was published last year in ACM’s International Conference on Software Engineering.

The aim of the paper is to highlight the current state of the Python and PyPi ecosystems from a malware detection standpoint, identify the requirements for a mature malware scanner that can be integrated into PyPi, and ascertain whether the existing open-source tools meet these objectives.

Repositories. PyPiWith this in mind, let’s start by understanding the context.

Applications can be distributed through repositories. This means that the applications are packaged into a generic format and published in either managed or unmanaged repositories. Users can then install the application by querying the repositories, downloading the application in a format that they can unpack through a client, and subsequently run on their hosts.

There are numerous repositories out there. Some target specific operating systems, as is the case with Debian repositories, the Snap Store, Google Play, or the Microsoft Store. Others are designed to store packages for a specific programming language, such as PyPi, npm, and RubyGems. Firefox Add-ons and the Chrome extension store target a specific platform, namely the browser.

Another relevant characteristic when discussing repositories is the level of curation. The Ubuntu Archive is considered a curated repository of software packages because there are several trustworthy contributors able to publish software within the repository. Conversely, npm is unmanaged because any member of the open-source community can publish anything in it.

We will discuss the Python Package Index extensively, which is the de facto unmanaged repository for the Python programming language. As of the 7th of March 2024, there were 5.4 million releases for 520 thousand projects and nearly 800 thousand users. It is governed by a non-profit organisation and run by volunteers worldwide.

Supply chain attacksSoftware repositories foster the dependencies of software on other pieces of software, controlled by different parties. As seen in campaigns such as the SolarWinds SUNBURST attack, this can go awry. Attackers can gain control over software in a company’s supply chain, gain initial access to their infrastructure, and exploit this advantage.

Multiple attack vectors are possible. Accounts can be hijacked. Attackers may publish packages with similar names (in a tactic known as typosquatting). They can also leverage shrink-wrapped clones, which are duplicates of existing packages, where malicious code is injected after gaining users’ trust. While covering all attack vectors is beyond the scope of this podcast episode, you can find a comprehensive taxonomy in a paper called “Taxonomy of Attacks on Open-Source Software Supply Chains”, which lists over 100 unique attack vectors.

From 2017 to 2022, the number of unique projects removed from PyPi increased rapidly: 38 in the first year, followed by 130, 60, 500, 27 thousands, and finally 12 thousands in the last year. Despite the fact that most of these were reported as malware, it’s worth noting that the impact of some of them is limited due to the lack of organic usage.

Malware analysisThese attacks can be mitigated by implementing techniques such as multi-factor authentication, software signing, update frameworks, or reproducible builds, but the most widespread method is malware analysis.

Some engines check for anomalies via static and dynamic heuristics, while others rely on signatures due to their simplicity. Once a piece of software is detected as malicious, its hash is added to a deny list that is embedded in the anti-malware engine. Each file is then hashed and the result is checked against the deny list. If the heuristics or the hash comparison identifies the file as malicious, it is either reported, blocked, or deleted depending on the strategy implemented by the anti-malware engine.

Malware analysis in PyPiThese solutions are already implemented in software repositories. In the case of PyPi, malware scanning was introduced in February 2022 with the assistance of a malware check feature in Warehouse, the application serving PyPi. However, it was disabled by the administrators two years later and ultimately removed in May 2023 due to an overload of alerts.

In addition to this technical solution, PyPi also capitalises on a form of social symbiosis. Software security companies and individuals conduct security research, reporting any discovered malware to the PyPi administrators via email. The administrators typically allocate 20 minutes per week to review these malware reports and remove any packages that can be verified as true positives. Ultimately, the reporting companies and individuals gain reputation or attention for their brands, products, and services.

RequirementsIn addition to information about software repositories, supply chain attacks, malware analysis, and PyPi, the researchers also interviewed administrators from PyPi to understand their requirements for a malware analysis tool that could assist them. The three interviews, each lasting one hour, were conducted in July and August 2022 and involved only three individuals. This limited number of interviews is due to the focus on the PyPi ecosystem, where only ten people are directly involved in malware scanning activities.

When discussing requirements, the administrators desired tools with a binary outcome, which could be determined by checking if a numerical score exceeds a threshold or not. The decision should also be supported by arguments. While administrators can tolerate false negatives, they aim to reduce the rate of false positives to zero. The tool should also operate on limited resources and be easy to adopt, use and maintain.

Current toolingBut do the current solutions tick these boxes?

The researchers selected tools based on a set of criteria: analysing the code of the packages, having public detection techniques, and detection rules. Upon examining the available solutions, they found that only three could be used for evaluation in the context of their research: PyPi’s malware checks, Bandit4Mal, and OSSGadget’s OSS Detect Backdoor.

Regarding the former, it should be noted that the researchers did not match the YARA rules only against the setup files, but also against all files in the Python package. The second, Bandit4Mal, is an open-source version of Bandit that has been adapted to include multiple rules for detecting malicious patterns in the AST generated from a program’s codebase. The last, OSSGadget’s OSS Detect Backdoor, is a tool developed by Microsoft in June 2020 to perform rule-based malware detection on each file in a package.

These tools were tested against both malicious and benign Python packages. The researchers used two datasets containing 168 manually-selected malicious packages. For the benign packages, they selected 1,400 popular packages and one thousand randomly-selected benign Python packages.

For the evaluation process, they considered an alert in a malicious package to be a true positive and an alert in a benign package to be a false positive.

The true positive rate was 85% for the PyPi checks, the same for OSS Detect Backdoor and 90% for Bandit4Mal. The false positive rates ranged from 15% for the PyPi checks over the random packages, to 80% for Bandit4Mal on popular packages.

The tools ran in a time-effective manner, with a median time of around two seconds per package across all datasets. The maximum runtime was recorded for Ansible’s package, which was scanned in 26 minutes.

Despite their efficient run times, we can infer from these results that the tools are not accurate enough to meet the demands of PyPi’s administrators. The analysts may be overwhelmed by alerts for benign packages, which could interfere with their other operations.

ConclusionsAnd with this, we can conclude the episode of the Ubuntu Security Podcast, which details the paper “Bad Snakes: Understanding and Improving Python Package Index Malware Scanning”. We have discussed software repositories, malware analysis, and malware-related operations within PyPi. We’ve also explored the requirements that would make a new open-source Python malware scanner suitable for the PyPi administrators and evaluated how the current solutions perform.

If you come across any interesting topics that you believe should be discussed, please email us at security@ubuntu.com.

Over to you, Alex!

Resources* Bad Snakes: Understanding and Improving Python Package Index Malware Scanning * Taxonomy of Attacks on Open-Source Software Supply Chains * Bandit4Mal * OSS Detect Backdoor * PyPi’s malware checks

Get in contact* security@ubuntu.com * #ubuntu-security on the Libera.Chat IRC network * ubuntu-hardened mailing list * Security section on discourse.ubuntu.com * @ubuntusecurity@fosstodon.org, @ubuntu_sec on twitter

View Details

OverviewThe Linux kernel.org CNA has assigned their first CVEs so we revisit this topicto assess the initial impact on Ubuntu and the CVE ecosystem, plus we coversecurity updates for Roundcube Webmail, less, GNU binutils and the Linux kernelitself.

This week in Ubuntu Security Updates64 unique CVEs addressed

[USN-6647-1] Linux kernel vulnerabilities (01:14)* 3 CVEs addressed in Xenial ESM (16.04 ESM), Bionic ESM (18.04 ESM) + CVE-2023-7192 + CVE-2023-51782 + CVE-2023-51780 * 4.15 - AWS/Azure/GCP/HWE/KVM/Oracle * Memory leak in netfilter able to be abused via an unprivileged usernamespace - DoS via exhausting system memory

[USN-6648-1] Linux kernel vulnerabilities (02:00)* 4 CVEs addressed in Bionic ESM (18.04 ESM), Focal (20.04 LTS) + CVE-2024-0646 + CVE-2024-0565 + CVE-2023-6915 + CVE-2023-51781 * 5.4 - IOT/Xilinx ZynqMP/IBM/Bluefield/GKEOP/Raspi/KVM/Oracle/AWS/GCP/Generic/LowLatency/OEM * OOB write in KTLS reported by Jann Horn - if a user can get the kernel tosplice a ktls socket can possibly escalate privileges * UAF in AppleTalk network driver - could be abused by a local unprivilegeduser - can be mitigated by blocklisting in /etc/modprobe.d/blacklist-rare-network.conf ```

appletalkalias net-pf-5 off

```

[USN-6650-1] Linux kernel (OEM) vulnerability (03:30)* 1 CVEs addressed in Jammy (22.04 LTS) + CVE-2023-6915 * NULL ptr deref in generic ID allocator

[USN-6651-1] Linux kernel vulnerabilities (03:38)* 6 CVEs addressed in Jammy (22.04 LTS), Mantic (23.10) + CVE-2024-0646 + CVE-2024-0582 + CVE-2024-0565 + CVE-2023-6915 + CVE-2023-51781 + CVE-2023-51780 * ktls + appletalk

[USN-6653-1] Linux kernel vulnerabilities* 5 CVEs addressed in Focal (20.04 LTS), Jammy (22.04 LTS) + CVE-2024-0646 + CVE-2024-0565 + CVE-2023-6915 + CVE-2023-51781 + CVE-2023-51780 * ktls + appletalk

[USN-6652-1] Linux kernel (Azure) vulnerabilities (03:47)* 15 CVEs addressed in Mantic (23.10) + CVE-2024-0646 + CVE-2024-0641 + CVE-2024-0582 + CVE-2024-0565 + CVE-2023-6915 + CVE-2023-6622 + CVE-2023-6531 + CVE-2023-6176 + CVE-2023-5972 + CVE-2023-51781 + CVE-2023-51780 + CVE-2023-46862 + CVE-2023-46813 + CVE-2023-35827 + CVE-2023-34324 * ktls + appletalk + NULL ptr deref in TLS impl ([LSN-0100-1] Linux kernel vulnerability from Episode 219)

[USN-6649-1] Firefox vulnerabilities (04:14)* 12 CVEs addressed in Focal (20.04 LTS) + CVE-2024-1556 + CVE-2024-1552 + CVE-2024-1551 + CVE-2024-1546 + CVE-2024-1557 + CVE-2024-1555 + CVE-2024-1554 + CVE-2024-1553 + CVE-2024-1550 + CVE-2024-1549 + CVE-2024-1548 + CVE-2024-1547 * 123.0

[USN-6654-1] Roundcube Webmail vulnerability (04:35)* 1 CVEs addressed in Xenial ESM (16.04 ESM), Bionic ESM (18.04 ESM), Focal (20.04 LTS), Jammy (22.04 LTS), Mantic (23.10) + CVE-2023-43770 * XSS able to abused by simple text/plain emails with crafted links - includedthe ability to detect link references like [1] and linkify them to thesource - if an attacker used a form like [<script>evil</script>] this would beincluded in the generated HTML without escaping and so could get arbitrary XSS * Since is in universe, this update is available via Ubuntu Pro

[USN-6655-1] GNU binutils vulnerabilities (05:54)* 3 CVEs addressed in Focal (20.04 LTS), Jammy (22.04 LTS) + CVE-2022-48065 + CVE-2022-48063 + CVE-2022-47695 * 3 instances of DoS via excessive memory consumption, one of NULL ptr deref -in general upstream does not consider binutils safe for analysing untrustedinputs

[USN-6656-1] PostgreSQL vulnerability (06:31)* 1 CVEs addressed in Focal (20.04 LTS), Jammy (22.04 LTS), Mantic (23.10) + CVE-2024-0985 * Failed to properly drop privileges when handling REFRESH MATERIALIZED VIEW CONCURRENTLY commands - should drop privileges so that the SQL is executed asthe owner of the materialized view - as such, if an attacker could get a useror automated system to run such a command they could possibly executearbitrary SQL as the user rather than as the owner of the view as expected

[USN-6657-1] Dnsmasq vulnerabilities (07:10)* 3 CVEs addressed in Focal (20.04 LTS), Jammy (22.04 LTS), Mantic (23.10) + CVE-2023-28450 + CVE-2023-50868 + CVE-2023-50387 * KeyTrap and NSEC3 proof related vuln in DNSSEC - [USN-6633-1] Bindvulnerabilities from Episode 219

[USN-6658-1] libxml2 vulnerability (07:33)* 1 CVEs addressed in Focal (20.04 LTS), Jammy (22.04 LTS), Mantic (23.10) + CVE-2024-25062 * UAF if using DTD validation with XInclude expansion enabled

[USN-6659-1] libde265 vulnerabilities (07:52)* 13 CVEs addressed in Xenial ESM (16.04 ESM), Bionic ESM (18.04 ESM), Focal (20.04 LTS), Jammy (22.04 LTS) + CVE-2023-24758 + CVE-2023-24757 + CVE-2023-24756 + CVE-2023-24755 + CVE-2023-24754 + CVE-2023-24752 + CVE-2023-24751 + CVE-2022-43245 + CVE-2023-25221 + CVE-2022-47665 + CVE-2022-43250 + CVE-2022-43249 + CVE-2022-43244 * Next lot of libde265 vulns after discussed previously in[USN-6627-1] libde265 vulnerabilities fromEpisode 219 - more fuzzing related fixes for usual sorts of issues

[USN-6660-1, USN-6661-1] OpenJDK 11 & 17 vulnerabilities (08:17)* 6 CVEs addressed in Bionic ESM (18.04 ESM), Focal (20.04 LTS), Jammy (22.04 LTS), Mantic (23.10) + CVE-2024-20952 + CVE-2024-20945 + CVE-2024-20926 + CVE-2024-20921 + CVE-2024-20919 + CVE-2024-20918 * 11.0.22; 17.0.10

[USN-6662-1] OpenJDK 21 vulnerabilities* 5 CVEs addressed in Focal (20.04 LTS), Jammy (22.04 LTS), Mantic (23.10) + CVE-2024-20952 + CVE-2024-20945 + CVE-2024-20921 + CVE-2024-20919 + CVE-2024-20918 * 21.0.2

[USN-6305-2] PHP vulnerabilities (08:37)* 2 CVEs addressed in Xenial ESM (16.04 ESM), Bionic ESM (18.04 ESM), Focal (20.04 LTS) + CVE-2023-3824 + CVE-2023-3823

[USN-6663-1] OpenSSL update (08:40)* Affecting Bionic ESM (18.04 ESM), Focal (20.04 LTS), Jammy (22.04 LTS), Mantic (23.10) * Hardening update for openssl 3.0 / 1.0 - OpenSSL 3.2.0 introduced a change toreturn random output instead of an exception when it detected wrong paddingfor PKCS#1 v1.5 encryption - without this there is a timing side-channel whichcan be used to infer the secret key and hence break confidentiality

[USN-6664-1] less vulnerability (09:40)* 1 CVEs addressed in Xenial ESM (16.04 ESM), Bionic ESM (18.04 ESM), Focal (20.04 LTS), Jammy (22.04 LTS), Mantic (23.10) + CVE-2022-48624 * Failed to quote filenames when using LESSCLOSE - could then get arbitraryshell commands - env var that tells less to invoke a particular command as aninput post-processor (this is used in conjunction with LESSOPEN topre-processor the file before it is displayed by less - for instance, if youwanted to use less to page through a HTML file you might perhaps use this torun it via html2text first - then use LESSCLOSE to do any cleanup)

[USN-6644-2] LibTIFF vulnerabilities (10:51)* 3 CVEs addressed in Jammy (22.04 LTS) + CVE-2023-6277 + CVE-2023-6228 + CVE-2023-52356 * Heap buffer overflow in libtiff itself, plus a heap buffer overflow in thetiffcp tool (used to combine multiple TIFF files into a single one) andfinally a possible OOM issue in libtiff if an input file specified a verylarge size but then failed to actually contain such data (ie the headersspecify a certain size but the file itself doesn’t contain that amount ofdata)

Goings on in Ubuntu Security CommunityFollow up to Linux kernel CNA (11:40)* Since announcing kernel.org has now started assigning CVEs * First CVE assigned + https://lore.kernel.org/linux-cve-announce/2024022058-outsell-equator-e1c5@gregkh/T/#u + CVE-2023-52433: netfilter: nft_set_rbtree: skip sync GC for new elements in this transaction + CVE-2023-52433 + Assigned on 2024-02-20 12:53 UTC * Both historical and recent + 40 from 2024 + 66 from 2023 + 1 from 2022 + 165 from 2021 + 13 from 2020 + 3 from 2019 * As of Fri 01 Mar 2024 04:04:26 UTC have assigned 288 CVEs + 9 days, 15 hours and 11 minutes or so + 231 hours + Currently assigning more than 1 CVE per hour * Looking at these, 8 appear to be due to reported issues from Coverity -popular static analysis tool which is not infallible. Others appear to comedirectly from the GSD project (Global Security Database) + e.g. CVE-2019-25160(https://lore.kernel.org/linux-cve-announce/2024022657-CVE-2019-25160-e487@gregkh/T/#u)is the same as GSD-2022-1001715 + As I mentioned in Episode 219, GSD has over 13573 Linux kernel issues + Whilst I also said that I hoped that the kernel CNA wouldn’t be so much of afirehose, currently it seems to be quite significant * On a personal note - I have been doing the CVE Triage role on our team thisweek - in past weeks, I would normally spend about 30-minutes to 1 hour eachday doing this - and this week it has been at least 2 hours each day, mostlydue to the large influx of kernel CVEs * Perhaps the only way to solve this is better tooling - on our side, mdeslauradded support for automatically extracting the required git commits from theCVE notifications and the kernel team already has tooling which checks if therequired commits are in the git trees of the various Ubuntu kernels * Hopefully that helps - but it doesn’t help to assign priorities to each CVE * The kernel CNA is not assigning CVSS scores and they don’t intend to -although my understanding is this is required - and so we can’t use this to help * So then we need to try and manually assess the impact of each CVE - but eventhe kernel CNA says this is not obvious - so then perhaps the solution is tojust assign them all to medium and deal with them as part of the usual kernelSRU cycle

Get in contact* security@ubuntu.com * #ubuntu-security on the Libera.Chat IRC network * ubuntu-hardened mailing list * Security section on discourse.ubuntu.com * @ubuntusecurity@fosstodon.org, @ubuntu_sec on twitter

View Details

OverviewThis week the Linux kernel project announced they will be assigning their ownCVEs so we discuss the possible implications and fallout from such a shift, pluswe cover vulnerabilities in the kernel, Glance_store, WebKitGTK, Bind and more.

This week in Ubuntu Security Updates64 unique CVEs addressed

[LSN-0100-1] Linux kernel vulnerability (00:56)* 5 CVEs addressed in Jammy (22.04 LTS), Focal (20.04 LTS), Bionic ESM (18.04 ESM), Xenial ESM (16.04 ESM), Trusty ESM (14.04 ESM) + CVE-2023-6932 + CVE-2023-6817 + CVE-2023-6176 + CVE-2023-6040 + CVE-2023-5345 * UAF in IGMP protocol ([USN-6601-1] Linux kernel vulnerability from Episode 217) * UAF in netfilter ([USN-6606-1] Linux kernel (OEM) vulnerabilities from Episode 217) * UAF in SMB client implementation - local crash / privesc ([USN-6607-1] Linux kernel (Azure) vulnerabilities from Episode 217) * NULL ptr deref in kernel TLS offload implementation - allows a userspaceapplication to request that the kernel do TLS by providing it the key etc -internally the kernel then takes the data to be sent from userspace and framesit into a scatter list (describes the regions in memory containing the data tobe sent) - uses the kernel crypto API which is asynchronous + userspace can construct an invalid initial sequence number to trigger thekernel to enter a code path where the network packet is freed before it hasfinished being processed by the crypto API -> UAF

| Kernel type | 22.04 | 20.04 | 18.04 | 16.04 | 14.04 | | --- | --- | --- | --- | --- | --- | | aws | 100.1 | 100.1 | 100.1 | 100.1 | — | | aws-5.15 | — | 100.1 | — | — | — | | aws-5.4 | — | — | 100.1 | — | — | | aws-6.2 | 100.1 | — | — | — | — | | aws-hwe | — | — | — | 100.1 | — | | azure | 100.1 | 100.1 | — | 100.1 | — | | azure-4.15 | — | — | 100.1 | — | — | | azure-5.4 | — | — | 100.1 | — | — | | azure-6.2 | 100.1 | — | — | — | — | | gcp | 100.1 | 100.1 | — | 100.1 | — | | gcp-4.15 | — | — | 100.1 | — | — | | gcp-5.15 | — | 100.1 | — | — | — | | gcp-5.4 | — | — | 100.1 | — | — | | gcp-6.2 | 100.1 | — | — | — | — | | generic-4.15 | — | — | 100.1 | 100.1 | — | | generic-4.4 | — | — | — | 100.1 | 100.1 | | generic-5.15 | — | 100.1 | — | — | — | | generic-5.4 | — | 100.1 | 100.1 | — | — | | gke | 100.1 | 100.1 | — | — | — | | gke-5.15 | — | 100.1 | — | — | — | | gkeop | — | 100.1 | — | — | — | | hwe-6.2 | 100.1 | — | — | — | — | | ibm | 100.1 | 100.1 | — | — | — | | ibm-5.15 | — | 100.1 | — | — | — | | linux | 100.1 | — | — | — | — | | lowlatency-4.15 | — | — | 100.1 | 100.1 | — | | lowlatency-4.4 | — | — | — | 100.1 | 100.1 | | lowlatency-5.15 | — | 100.1 | — | — | — | | lowlatency-5.4 | — | 100.1 | 100.1 | — | — |

To check your kernel type and Livepatch version, enter this command:

canonical-livepatch status [USN-6624-1] Linux kernel vulnerabilities* 9 CVEs addressed in Jammy (22.04 LTS), Mantic (23.10) + CVE-2024-0641 + CVE-2023-6622 + CVE-2023-6531 + CVE-2023-6176 + CVE-2023-5972 + CVE-2023-46862 + CVE-2023-46813 + CVE-2023-35827 + CVE-2023-34324

[USN-6625-1] Linux kernel vulnerabilities* 4 CVEs addressed in Bionic ESM (18.04 ESM), Focal (20.04 LTS) + CVE-2023-46343 + CVE-2023-45863 + CVE-2023-35827 + CVE-2023-34324

[USN-6626-1] Linux kernel vulnerabilities* 10 CVEs addressed in Focal (20.04 LTS), Jammy (22.04 LTS) + CVE-2024-0641 + CVE-2023-6622 + CVE-2023-6176 + CVE-2023-6039 + CVE-2023-46813 + CVE-2023-35827 + CVE-2023-34324 + CVE-2023-32257 + CVE-2023-32252 + CVE-2023-32250

[USN-6625-2] Linux kernel (GCP) vulnerabilities* 4 CVEs addressed in Bionic ESM (18.04 ESM), Focal (20.04 LTS) + CVE-2023-46343 + CVE-2023-45863 + CVE-2023-35827 + CVE-2023-34324

[USN-6628-1] Linux kernel (Intel IoTG) vulnerabilities* 16 CVEs addressed in Jammy (22.04 LTS) + CVE-2024-0641 + CVE-2024-0193 + CVE-2023-6932 + CVE-2023-6931 + CVE-2023-6817 + CVE-2023-6622 + CVE-2023-6606 + CVE-2023-6176 + CVE-2023-6040 + CVE-2023-6039 + CVE-2023-46813 + CVE-2023-35827 + CVE-2023-34324 + CVE-2023-32257 + CVE-2023-32252 + CVE-2023-32250

[USN-6626-2] Linux kernel vulnerabilities* 10 CVEs addressed in Jammy (22.04 LTS) + CVE-2024-0641 + CVE-2023-6622 + CVE-2023-6176 + CVE-2023-6039 + CVE-2023-46813 + CVE-2023-35827 + CVE-2023-34324 + CVE-2023-32257 + CVE-2023-32252 + CVE-2023-32250

[USN-6608-2] Linux kernel (NVIDIA) vulnerabilities* 5 CVEs addressed in Jammy (22.04 LTS) + CVE-2024-0193 + CVE-2023-6932 + CVE-2023-6931 + CVE-2023-6817 + CVE-2023-6606

[USN-6635-1] Linux kernel (GCP) vulnerabilities* 13 CVEs addressed in Jammy (22.04 LTS) + CVE-2024-0193 + CVE-2023-6932 + CVE-2023-6931 + CVE-2023-6817 + CVE-2023-6606 + CVE-2023-5717 + CVE-2023-5178 + CVE-2023-5158 + CVE-2023-42754 + CVE-2023-39193 + CVE-2023-39192 + CVE-2023-39189 + CVE-2023-37453

[USN-6627-1] libde265 vulnerabilities (04:10)* 18 CVEs addressed in Xenial ESM (16.04 ESM), Bionic ESM (18.04 ESM), Focal (20.04 LTS), Jammy (22.04 LTS) + CVE-2022-1253 + CVE-2022-43253 + CVE-2022-43252 + CVE-2022-43248 + CVE-2022-43243 + CVE-2022-43240 + CVE-2022-43239 + CVE-2022-43237 + CVE-2022-43236 + CVE-2022-43235 + CVE-2021-36410 + CVE-2021-36409 + CVE-2021-36408 + CVE-2022-43242 + CVE-2022-43241 + CVE-2022-43238 + CVE-2021-36411 + CVE-2021-35452 * Open H.265 video codec implementation - used by gstreamer and hence Videos(totem) in particular * Lots of the usual sorts of issues - a lot appear to have been found by acouple different researchers fuzzing - assertion failure, NULL ptr derefs, OOBreads, UAF, OOB writes etc - impact then ranging from DoS to possible codeexecution

[USN-6630-1] Glance_store vulnerability (05:26)* 1 CVEs addressed in Focal (20.04 LTS), Jammy (22.04 LTS), Mantic (23.10) + CVE-2024-1141 * OpenStack Image Service store library - library for interacting with assets(images) via different storage technologies (local file-system, HTTP, RBD,Swift, S3 and others) * S3 backend would log the access_key if logging configured at DEBUG level - anyuser then able to read the logs could see the access key and hence potentiallyget access to the S3 bucket (would also need the secret key too and this wasnever logged so impact minimal)

[USN-6631-1] WebKitGTK vulnerabilities (06:26)* 3 CVEs addressed in Jammy (22.04 LTS), Mantic (23.10) + CVE-2024-23222 + CVE-2024-23213 + CVE-2024-23206 * Minimal info as with all webkit issues + “improved memory handling to fix possible arbitrary code execution when processing crafted web content” + “improved access restrictions to fix user fingerprinting from a crafted web page” + “improved checks to fix a type confusion issue able to be triggered fromcrafted web content - possibly exploited in the wild”

[USN-6632-1] OpenSSL vulnerabilities (07:13)* 2 CVEs addressed in Xenial ESM (16.04 ESM), Bionic ESM (18.04 ESM) + CVE-2024-0727 + CVE-2023-5678 * [USN-6622-1] OpenSSL vulnerabilities from Episode 218

[USN-6633-1] Bind vulnerabilities (07:33)* 5 CVEs addressed in Jammy (22.04 LTS), Mantic (23.10) + CVE-2023-5679 + CVE-2023-5517 + CVE-2023-50868 + CVE-2023-50387 + CVE-2023-4408 * Range of issues including 2 different CPU-based DoS - one in handling ofregular DNS queries / responses, the other in DNSSEC - “KeyTrap” - alsoaffects resolvers not just servers (so any client system as well that is doinglookups) - affects the DNSSEC standard itself and hence affects various otherimplementations as well * Attack works by having an attacker create a DNS zone with many RRSIG andDNSKEY records - these contain a cryptographic signature and public keyrespectively - so when trying to validate the DNSSEC record need both - and sowill end up trying every possible RRSIG with every possible DNSKEY to find amatch - with no bound on the computation time (and if implemented in a singlethreaded manner) - can completely DoS the server / client etc. * Plus a similar issue in the NSEC3 proof of non-existence in DNSSEC

[USN-6634-1] .NET vulnerabilities (09:47)* 2 CVEs addressed in Jammy (22.04 LTS), Mantic (23.10) + CVE-2024-21404 + CVE-2024-21386 * Updates for dotnet 6, 7 and 8 * DoS when parsing X509 certificates if using OpenSSL (as is the case in Ubuntu)and a DoS in the SignalR library (allows a server to send asynchronousnotifications to client-side web applications) able to be triggered by amalicious client

[USN-6629-1, USN-6629-2] UltraJSON vulnerabilities (10:34)* 3 CVEs addressed in Xenial ESM (16.04 ESM), Bionic ESM (18.04 ESM), Focal (20.04 LTS), Jammy (22.04 LTS) + CVE-2022-31117 + CVE-2022-31116 + CVE-2021-45958 * Fast JSON encoder/decoder for Python * Is actually implemented in C with Python bindings - so has usual issues - UAF,memory corruption, stack buffer overflow

Goings on in Ubuntu Security CommunityLinux kernel becomes a CNA (11:25)* Earlier this week, Greg Kroah-Hartman (one of the more famous Linux kerneldevelopers - responsible for the various stable kernel trees / releases plusvarious subsystems within the kernel - also wrote one of the most popularbooks on Linux Kernel Driver development - even if it is woefully outdatednowadays) announced that the Linux kernel project itself has been accepted asa CNA by MITRE and would start issues CVEs for the vulnerabilities foundwithin the kernel itself * Historically the upstream kernel developers and Greg himself have been quitedisparaging of the CVE process / ecosystem and essentially saying that CVEsfor the kernel are meaningless since that all bugs are potentially securityissues and there are so many fixes that go into the kernel of which thesecurity impact is not clear, that the only way to stay secure is to track oneof the supported upstream stable kernel trees - otherwise CVEs would be issuedfor basically every commit that goes into one of the stable trees

+ Whilst in Ubuntu we tend to agree that the only way to maintain a kernel isto use the stable trees (and hence the Ubuntu Kernel team continuouslyincorporates all the fixes from the upstream stable kernel trees into thedifferent Ubuntu kernels) we still see a lot of value in the CVE ecosystem -and also we do not agree that all fix commits warrant a CVE
  • It was not then surprising to see that in the initial announcement there was astatement that:

Note, due to the layer at which the Linux kernel is in a system, almost anybug might be exploitable to compromise the security of the kernel, but thepossibility of exploitation is often not evident when the bug isfixed. Because of this, the CVE assignment team is overly cautious and assignCVE numbers to any bugfix that they identify.

  • This led many (including us) to fear that the kernel CNA would be issuing anextremely high volume of CVEs which would effectively overwhelm the CVEprocess and make it unworkable - for instance, LWN calculated that for the 6.1stable kernel has had over 12,000 fixes applied to it over the past year. Sothis leaves a huge scope for many CVEs to be possibly assigned - and as acomparison in total across all software / hardware devices etc in 2023 therewas 29,000 CVEs assigned. So that could mean the kernel itself would possiblybecome responsible for at least a quarter of all CVEs in the future.
  • Greg has some prior form in this space as well since in 2019 he gave a talkwhere he suggested one way the kernel community could help fix the issue ofCVEs being erroneously assigned against the kernel would be to start doingexactly this and assigning a CVE for every fix applied to the kernel and henceoverwhelm the CVE ecosystem to (in his words) “burn it down”.
  • Also the GSD project (Global Security Database - set up as an alternate /competitor to CVE) was doing exactly this - tracking a huge number of fixesfor the stable trees and assigning them GSD IDs - as perhttps://osv.dev/list?ecosystem=Linux it tracks 13573 issues
  • Thankfully though, this plan seems to have moderated over the past few days -after Greg posted a patch set to the LKML documenting the process, heclarified in a follow-up email that this would not be the case, and insteadthat CVEs will only be assigned for commits which appear to have a securityrelevant impact. How they actually do that remains to be seen, and his commentthat “we (will) know it when we see it” doesn’t exactly put me at ease (sinceit is very easy to miss the security implications of any particular commit) atleast this helps allay the fears that there would be a tidal wave of CVEsbeing assigned.
  • One outstanding issue which I directly asked Greg about is how they areactually tracking fixes for CVEs - since in their model, a CVE is equivalentto the commit which fixes the issue - however for lots of existing kernel CVEsthat get assigned by other CNAs like Canonical or Red Hat etc, the fixcomprises multiple commits
  • Greg says the whole process is quite complex and whilst their existing scriptswant a one-to-one mapping from CVEs to commits they do plan to fix this in thefuture.
  • So will be interesting to see what things they will end up assigningCVEs. Also will be interesting to see how the interaction with securityresearchers plays out. Since their process is heavily skewed to the CVEcorresponding to the fix commit AND they state that this must be in one of thestable trees for a CVE to be assigned, it doesn’t leave a lot of room forresponsible disclosure. They do say they can assign a CVE for an issue beforeit is resolved with a commit to one of the stable trees, but ideally thesedetails would get disclosed to distros and others ahead of the CVE detailsbeing released to the public. I also asked Greg about this but am awaiting aresponse.

Get in contact* security@ubuntu.com * #ubuntu-security on the Libera.Chat IRC network * ubuntu-hardened mailing list * Security section on discourse.ubuntu.com * @ubuntusecurity@fosstodon.org, @ubuntu_sec on twitter

View Details

OverviewAppArmor unprivileged user namespace restrictions are back on the agenda thisweek as we survey the latest improvements to this hardening feature in theupcoming Ubuntu 24.04 LTS, plus we discuss SMTP smuggling in Postfix, runCcontainer escapes and Qualys’ recent disclosure of a privilege escalationexploit for GNU libc and more.

This week in Ubuntu Security Updates39 unique CVEs addressed

[USN-6591-2] Postfix update (00:48)* 1 CVEs addressed in Trusty ESM (14.04 ESM), Xenial ESM (16.04 ESM), Bionic ESM (18.04 ESM), Focal (20.04 LTS), Jammy (22.04 LTS), Mantic (23.10) + CVE-2023-51764 * On 18th December (during the holiday break), SEC Consult published a reportabout a new technique for email spoofing, which they dubbed SMTP Smuggling + Similar to HTTP Request Smuggling - relies on exploiting differences in howSMTP protocol is interpreted by outbound (originating) vs inbound(receiving) SMTP servers. In particular the end-of-data sequence<CR><LF>.<CR><LF> gets interpreted loosely so that it is possible to includeextra SMTP commands within the message data which would then go on to beinterpreted as an additional SMTP commands to be executed by the receivingserver and to cause it to receive two emails when only one was sent in thefirst place, and where the usual SPF checks get bypassed for this secondemail - so can bypass SPF/DMARC policies to spoof emails from variousdomains * Affected a number of projects including postfix - Upstream postfix releasedversion 3.8.4 with an initial fix on 22nd December * We then released USN-6591-1 with that fix * Then on 21st January released a more robust fix with an additional configoption to increase interoperability whilst still preventing SMTP smuggling * This second update includes the reworked fix

[USN-6619-1] runC vulnerability (03:22)* 1 CVEs addressed in Bionic ESM (18.04 ESM), Focal (20.04 LTS), Jammy (22.04 LTS), Mantic (23.10) + CVE-2024-21626 * “Internal file descriptor leak” - using a specially crafted container image,allows an attacker to cause a newly spawned container to have a workingdirectory within the host filesystem namespace which in turn can allow theattacker to escape the container - various ways this can be attacked, fulldetails on the upstream advisoryhttps://github.com/opencontainers/runc/security/advisories/GHSA-xr7r-f8xq-vfvv

[USN-6620-1] GNU C Library vulnerabilities (04:17)* 3 CVEs addressed in Mantic (23.10) + CVE-2023-6780 + CVE-2023-6779 + CVE-2023-6246 * Latest round of vulnerabilities from Qualys * Affect the syslog() system call * Heap buffer overflow, off-by-one buffer overflow and integer overflow * Of these the heap buffer overflow is the most severe - Qualys were able todemonstrate they could exploit and up-to-date default install of Fedora 38 toescalate privileges from a local unprivileged user to root. + uses the value of argv[0] in a call to snprintf() into a fixed size bufferallocated on the stack - snprintf() won’t overflow this but will return avalue larger than the fixed size buffer - as a result a heap buffer to thencontain this string would only get allocated with a size of 1 byte but thenthe full expected data would get copied into it - and since the attackercontrols this value they can write arbitrary data to the heap by just usinga crafted program name (which is easy to do via the the exec command builtin to bash etc) * Various setuid binaries like /usr/bin/su call syslog() internally and so canbe abused in this way

[USN-6587-4] X.Org X Server regression (07:14)* 6 CVEs addressed in Xenial ESM (16.04 ESM), Bionic ESM (18.04 ESM) + CVE-2024-21886 + CVE-2024-21885 + CVE-2024-0409 + CVE-2024-0408 + CVE-2024-0229 + CVE-2023-6816

[USN-6621-1] ImageMagick vulnerability (07:28)* 1 CVEs addressed in Trusty ESM (14.04 ESM), Xenial ESM (16.04 ESM), Bionic ESM (18.04 ESM), Focal (20.04 LTS), Jammy (22.04 LTS) + CVE-2023-5341 * ImageMagick is in universe, so these updates are available via Ubuntu Pro * Heap UAF in BMP decoder - likely DoS but possible code-execution via acrafted BMP file

[USN-6622-1] OpenSSL vulnerabilities (08:07)* 4 CVEs addressed in Focal (20.04 LTS), Jammy (22.04 LTS), Mantic (23.10) + CVE-2024-0727 + CVE-2023-6237 + CVE-2023-6129 + CVE-2023-5678 * Two CPU-based DoS issues where OpenSSL would spend an excessive amount oftime trying to check an invalid RSA or X9.42 DH keys * NULL ptr deref when parsing a malicious PKCS12 file * Issue specific to PowerPC (ppc64el arch in Ubuntu) - possible to corruptapplication state since the POLY1305 MAC implementation (hand-coded assembly)saves the contents of the vector registers in a different order than when theyget restored - so some registers will be corrupted when returning to thecaller + Only relevant on newer PowerPC processors which support the PowerISA 2.07instructions

[USN-6592-2] libssh vulnerabilities (09:27)* 2 CVEs addressed in Xenial ESM (16.04 ESM), Bionic ESM (18.04 ESM) + CVE-2023-6918 + CVE-2023-6004 * Recent libssh update now also available for Ubuntu Pro users on older releases

[USN-6623-1] Django vulnerability (09:34)* 1 CVEs addressed in Bionic ESM (18.04 ESM), Focal (20.04 LTS), Jammy (22.04 LTS), Mantic (23.10) + CVE-2024-24680 * ReDoS when using the intcomma template

[USN-6609-3] Linux kernel (Oracle) vulnerabilities (09:45)* 6 CVEs addressed in Focal (20.04 LTS), Jammy (22.04 LTS) + CVE-2024-0193 + CVE-2023-6932 + CVE-2023-6931 + CVE-2023-6817 + CVE-2023-6606 + CVE-2023-6040 * Refer back to Episode 217 for most recent kernel vulns

[USN-6610-2] Firefox regressions (09:57)* 14 CVEs addressed in Focal (20.04 LTS) + CVE-2024-0746 + CVE-2024-0755 + CVE-2024-0754 + CVE-2024-0753 + CVE-2024-0751 + CVE-2024-0750 + CVE-2024-0749 + CVE-2024-0748 + CVE-2024-0747 + CVE-2024-0745 + CVE-2024-0744 + CVE-2024-0743 + CVE-2024-0742 + CVE-2024-0741 * Similarly, last week I mentioned [USN-6610-1] Firefox vulnerabilities -upstream 122.0 release has various minor regressions now fixed in this 122.0.1release - including an issue if you happened to be using the Yaru-Remix themein Ubuntu

Goings on in Ubuntu Security CommunityUpdates for unprivileged user namespace restrictions in Ubuntu 24.04 LTS (10:32)* Previously mentioned this work a few times on the podcast (Call for testing of Unprivileged User Namespace Restrictions on Mantic in Episode 211 and Unprivileged user namespace restrictions via AppArmor in Ubuntu in Episode 205) * Both those times was about user namespace restrictions in Ubuntu 23.10 (the current interim release) * For those not familiar - user namespaces provide a mechanism for operating asa different UID on a Linux system - in particular, can operate as uid 0 withina namespace which is then constrained by the original parent namespace -ie. as a normal unprivileged user, I could create a new user namespace and mapmy UID to 0 within that namespace, which can then allow me to have sayCAP_NET_ADMIN within that namespace and so create firewall rules etc that onlyaffect applications within that namespace and not the host system + Can also be used for isolation etc + However, since within the namespace my unprivieleged user now has extraprivileges, exposes additional kernel attack surface - various bugs havebeen found in differetn kernel subsystems that allow an unprivileged user toexploit the kernel as a result * Want a way to provide fine grained controls over unprivileged user namespaces * Previously, used AppArmor to deny the ability to create a new user namespaceunless an application was explicitly tagged via an associated AppArmor profile * John and Georgia from the AppArmor team have made a number of enhancements, inparticular adding a new default functionality where you can define in AppArmorpolicy a different AppArmor profile which an application should transitioninto when it creates a user namespace * In particular, we can now do this even for the “unconfined” profile - and thenship a default “unconfined_userns” profile which allows an application tocreate a userns but to not gain any additional capabilities within that bydefault * Various sandboxing frameworks behave much more sensibly with this - so insteadof just failing when they try and create the userns, they instead are able tocreate one but then if they try and gain additional capabilities (likeCAP_NET_ADMIN etc as mentioned before) this is then denied * This also matches the semantics which we want to achieve since it is notreally the user namespace itself that is the original issue, it is the abilityto gain additional capabilities within that which the unprivileged user didnot have originally * In addition, Georgia has been busy testing various applications within thearchive and across the Linux ecosystem to ensure we ship any required profilesfor them out-of-the-box so as many pieces of software continue to work asexpected with these restrictions in place * AppArmor in noble is already enabling this restriction and these updates arenow in the apparmor package in noble-proposed pocket + Expect to be available in noble within the next few days once automatedtesting completes * Requires some additional kernel support - Kernel Team has merged this intotheir current linux-unstable kernel (available via the Kernel Team’s unstablePPA) which will land eventually land in 24.04 proper * On track to have this additional security hardening feature enabled by defaultfor 24.04 LTS at release so we can close off one of the more prevalent sourcesof kernel privilege escalation bugs in the past few years

Get in contact* security@ubuntu.com * #ubuntu-security on the Libera.Chat IRC network * ubuntu-hardened mailing list * Security section on discourse.ubuntu.com * @ubuntusecurity@fosstodon.org, @ubuntu_sec on twitter

View Details

OverviewFor the first episode of 2024 we take a look at the case of a raft of bogus FOSSCVEs reported on full-disclosure as well as AppSec tools in Ubuntu and the EOLannouncement for 23.04, plus we cover vulnerabilities in the Linux kernel, Puma,Paramiko and more.

This week in Ubuntu Security Updates81 unique CVEs addressed

[USN-6601-1] Linux kernel vulnerability (01:16)* 1 CVEs addressed in Trusty ESM (14.04 ESM) + CVE-2023-6932 * UAF in IGMP protocol (allows multiple devices to share the same IPv4 addressand hence all receive the same data via multicasting - often used for thingslike video streaming) - race condition between two different threads in thehandling of a timer which could cause the timer to be registered on an objectthat is then later freed by another thread - when the timer then fires thethread will try and access the object which has now been freed * Can be exploited by an unprivileged local user in a user namespace

[USN-6602-1] Linux kernel vulnerabilities (02:23)* 5 CVEs addressed in Trusty ESM (14.04 ESM), Xenial ESM (16.04 ESM) + CVE-2023-6932 + CVE-2023-6931 + CVE-2023-6606 + CVE-2023-45863 + CVE-2023-20588 * IGMP UAF * OOB write in perf - didn’t properly check the size of all events whenprocessing them - direct memory corruption able to be triggered by a localuser - and on older kernels like the 4.4 kernel shipped in Ubuntu 16.04 thiscan be done from userspace directly * Divide-by-zero error on some AMD processors could return speculative data ->info leak ([USN-6383-1] Linux kernel vulnerabilities from Episode 210)

[USN-6603-1] Linux kernel (AWS) vulnerabilities* 3 CVEs addressed in Xenial ESM (16.04 ESM) + CVE-2023-6932 + CVE-2023-6931 + CVE-2023-6606

[USN-6604-1] Linux kernel vulnerabilities* 6 CVEs addressed in Xenial ESM (16.04 ESM), Bionic ESM (18.04 ESM) + CVE-2023-6932 + CVE-2023-6931 + CVE-2023-6606 + CVE-2023-45863 + CVE-2023-20588 + CVE-2023-1079

[USN-6604-2] Linux kernel (Azure) vulnerabilities* 6 CVEs addressed in Trusty ESM (14.04 ESM), Xenial ESM (16.04 ESM), Bionic ESM (18.04 ESM) + CVE-2023-6932 + CVE-2023-6931 + CVE-2023-6606 + CVE-2023-45863 + CVE-2023-20588 + CVE-2023-1079

[USN-6605-1] Linux kernel vulnerabilities* 4 CVEs addressed in Bionic ESM (18.04 ESM), Focal (20.04 LTS) + CVE-2023-6932 + CVE-2023-6931 + CVE-2023-6606 + CVE-2023-6040

[USN-6605-2] Linux kernel (KVM) vulnerabilities* 4 CVEs addressed in Focal (20.04 LTS) + CVE-2023-6932 + CVE-2023-6931 + CVE-2023-6606 + CVE-2023-6040

[USN-6606-1] Linux kernel (OEM) vulnerabilities (03:04)* 5 CVEs addressed in Jammy (22.04 LTS) + CVE-2024-0193 + CVE-2023-6931 + CVE-2023-6817 + CVE-2023-6606 + CVE-2023-51779 * perf OOB write * 2 very similar UAFs in netfilter - both require CAP_NET_ADMIN to be able toexploit (ie to create a netfilter chain etc) but this can easily be obtainedin an unprivileged user namespace -> privesc for unprivileged local user

[USN-6608-1] Linux kernel vulnerabilities* 5 CVEs addressed in Jammy (22.04 LTS), Mantic (23.10) + CVE-2024-0193 + CVE-2023-6932 + CVE-2023-6931 + CVE-2023-6817 + CVE-2023-6606

[USN-6609-1] Linux kernel vulnerabilities* 6 CVEs addressed in Focal (20.04 LTS), Jammy (22.04 LTS) + CVE-2024-0193 + CVE-2023-6932 + CVE-2023-6931 + CVE-2023-6817 + CVE-2023-6606 + CVE-2023-6040

[USN-6609-2] Linux kernel (NVIDIA) vulnerabilities* 6 CVEs addressed in Jammy (22.04 LTS) + CVE-2024-0193 + CVE-2023-6932 + CVE-2023-6931 + CVE-2023-6817 + CVE-2023-6606 + CVE-2023-6040

[USN-6607-1] Linux kernel (Azure) vulnerabilities (03:32)* 7 CVEs addressed in Focal (20.04 LTS), Jammy (22.04 LTS) + CVE-2024-0193 + CVE-2023-6932 + CVE-2023-6931 + CVE-2023-6817 + CVE-2023-6606 + CVE-2023-6040 + CVE-2023-5345 * 2 netfilter UAFs, IGMP UAF, perf OOB write * UAF in SMB client implementation - local crash / privesc

[USN-6596-1] Apache::Session::LDAP vulnerability (03:45)* 1 CVEs addressed in Xenial ESM (16.04 ESM), Bionic ESM (18.04 ESM), Focal (20.04 LTS) + CVE-2020-36658 * Would not check the validity of an X.509 certificate since uses the Net::LDAPSPerl module which by default doesn’t do this and requires applications toexplicitly instruct it to do so

[USN-6597-1] Puma vulnerability (04:24)* 1 CVEs addressed in Lunar (23.04), Mantic (23.10) + CVE-2024-21647 * HTTP server for Ruby/Rack applications that uses threading for improved performance * Vulnerable to a HTTP request smuggling attack since it would fail to properlyparse packets with chunked transfer encoding * Also failed to set a limit on the size of chunk extensions which could thenallow a CPU or network-bandwidth based DoS attack

[USN-6598-1] Paramiko vulnerability (04:58)* 1 CVEs addressed in Focal (20.04 LTS), Jammy (22.04 LTS), Mantic (23.10) + CVE-2023-48795 * Fix for Terrapin attack disclosed back in December - flaw in SSH protocolitself which allows an attacker who can interpose on the connection to dropthe EXT_INFO message which is sent during the handshake to negotiate variousprotocol extensions in a way that neither the client or server will notice(since they can just send an empty ignored packet with the same sequencenumber). This can be done quite easily by an attacker since during this stageof the connection there is no encryption in place. End result is the attackercan cause either a loss of integrity (since this won’t be detected by theother party) or potentially to compromise the key exchange itself and hencecause a loss of confidentiality as well

[USN-6599-1] Jinja2 vulnerabilities* 2 CVEs addressed in Trusty ESM (14.04 ESM), Xenial ESM (16.04 ESM), Bionic ESM (18.04 ESM), Focal (20.04 LTS), Jammy (22.04 LTS), Mantic (23.10) + CVE-2024-22195 + CVE-2020-28493

[USN-6600-1] MariaDB vulnerabilities* 2 CVEs addressed in Focal (20.04 LTS), Jammy (22.04 LTS), Mantic (23.10) + CVE-2023-22084 + CVE-2022-47015

[USN-6611-1] Exim vulnerability* 1 CVEs addressed in Xenial ESM (16.04 ESM), Bionic ESM (18.04 ESM), Focal (20.04 LTS), Jammy (22.04 LTS), Mantic (23.10) + CVE-2023-51766

[USN-6610-1] Firefox vulnerabilities* 14 CVEs addressed in Focal (20.04 LTS) + CVE-2024-0746 + CVE-2024-0755 + CVE-2024-0754 + CVE-2024-0753 + CVE-2024-0751 + CVE-2024-0750 + CVE-2024-0749 + CVE-2024-0748 + CVE-2024-0747 + CVE-2024-0745 + CVE-2024-0744 + CVE-2024-0743 + CVE-2024-0742 + CVE-2024-0741

[USN-6613-1] Ceph vulnerability* 1 CVEs addressed in Trusty ESM (14.04 ESM), Xenial ESM (16.04 ESM), Bionic ESM (18.04 ESM), Focal (20.04 LTS), Jammy (22.04 LTS), Mantic (23.10) + CVE-2023-43040

[USN-6612-1] TinyXML vulnerability* 1 CVEs addressed in Xenial ESM (16.04 ESM), Bionic ESM (18.04 ESM), Focal (20.04 LTS), Jammy (22.04 LTS), Mantic (23.10) + CVE-2023-34194

[USN-6614-1] amanda vulnerability* 1 CVEs addressed in Bionic ESM (18.04 ESM), Focal (20.04 LTS), Jammy (22.04 LTS), Mantic (23.10) + CVE-2023-30577

[USN-6615-1] MySQL vulnerabilities* 22 CVEs addressed in Focal (20.04 LTS), Jammy (22.04 LTS), Mantic (23.10) + CVE-2024-20985 + CVE-2024-20984 + CVE-2024-20983 + CVE-2024-20982 + CVE-2024-20981 + CVE-2024-20978 + CVE-2024-20977 + CVE-2024-20976 + CVE-2024-20974 + CVE-2024-20973 + CVE-2024-20972 + CVE-2024-20971 + CVE-2024-20970 + CVE-2024-20969 + CVE-2024-20967 + CVE-2024-20966 + CVE-2024-20965 + CVE-2024-20964 + CVE-2024-20963 + CVE-2024-20962 + CVE-2024-20961 + CVE-2024-20960

[USN-6616-1] OpenLDAP vulnerability* 1 CVEs addressed in Focal (20.04 LTS), Jammy (22.04 LTS) + CVE-2023-2953

[USN-6587-3] X.Org X Server regression* 6 CVEs addressed in Focal (20.04 LTS), Jammy (22.04 LTS), Mantic (23.10) + CVE-2024-21886 + CVE-2024-21885 + CVE-2024-0409 + CVE-2024-0408 + CVE-2024-0229 + CVE-2023-6816

[USN-6618-1] Pillow vulnerabilities* 2 CVEs addressed in Focal (20.04 LTS), Jammy (22.04 LTS), Mantic (23.10) + CVE-2023-50447 + CVE-2023-44271

[USN-6617-1] libde265 vulnerabilities* 14 CVEs addressed in Xenial ESM (16.04 ESM), Bionic ESM (18.04 ESM), Focal (20.04 LTS) + CVE-2021-36408 + CVE-2020-21606 + CVE-2020-21598 + CVE-2020-21597 + CVE-2020-21605 + CVE-2020-21604 + CVE-2020-21603 + CVE-2020-21602 + CVE-2020-21601 + CVE-2020-21600 + CVE-2020-21599 + CVE-2020-21596 + CVE-2020-21595 + CVE-2020-21594

Goings on in Ubuntu Security CommunityUbuntu 23.04 (Lunar Lobster) EOL (06:48)* Released back in April 2023 - like all interim releases, supported for 9 months * Reached EOL on 25th January - won’t receive any package updates (security orbug fix) and will be archived to old-releases.ubuntu.com in the coming weeks * Urge to upgrade to the currently supported interim release 23.10 ASAP as onceit does get archived the process to upgrade becomes harder (since you have tomanually update your apt sources to refer to the old-releases server first) * 23.10 (Mantic Minotaur) will then be supported for about 5 more months untilJuly this year

Awesome AppSec in Ubuntu (08:22)* https://discourse.ubuntu.com/t/awesome-appsec-in-ubuntu/41922/1 * Andrei has compiled a list of tools available in Ubuntu which can be used bysecurity researchers * Includes tools for: + Coordinated Vulnerability Disclosure + Fuzzing + License scanning + Reverse engineering + Runtime process analysis + Security linting + Symbolic execution + Threat modelling + Scanning for vulnerable dependencies + Web scanning + Runtime application isolation (sandboxing) * Whether you are an software engineer looking to make your software more secureor a security researcher trying to find vulns or even a security engineerwanting tools to help with vulnerabililty management, there is likelysomething in the list for you * If you find anything missing, send Andrei a PR as the list is hosted on Github

full-disclosure spammed with zombie CVEs (09:52)* full-disclosure mailing list slowly declining in popularity but was once thego-to place to discuss and disclose vulnerabilities * In January, saw a large increase in the number of messages posted (75 comparedto 15-30 which was the usual number posted for any month in 2023) * Meng Ruijie from National University in Singapore posted 36 different CVEreports across a large range of OSS projects, including Redis Raft, TinyDTLS,Mesa, ncurses, vim, GTK and more - and almost all of them were described asNULL pointer dereferences or buffer overflows etc * Alan Coppersmith raised this on the oss-security mailing list, since none ofthese issues had been raised privately with any of these projects but alsothat most of the CVE descriptions appeared to be quite bogus - e.g. for a CVEin Mesa, where Meng describes them as a NULL pointer deref the associatedissue that the CVE points to in the upstream mesa gitlab describes a possibleOOB read but where there is no good evidence that this is able to beinfluenced by the caller and hence there is no evidence that there is asecurity issue here at all * They appear to have been assigned by just looking for either reports inupstream issue trackers that mention possible security issues OR upstreamcommits that mention words like NULL pointer dereference but without anyconsideration as to whether these are actual vulnerabilities + For example - just because some code may potentially dereference a NULLpointer, if the caller cannot influence that to occur then there is no wayto trigger it and so it is not an actual vulnerability * Likely almost all of these CVEs will get disputed and so provide no realvalue - also they waste the time of OSS developers to respond to these reportsas well as distros and others to investigate them etc

Get in contact* security@ubuntu.com * #ubuntu-security on the Libera.Chat IRC network * ubuntu-hardened mailing list * Security section on discourse.ubuntu.com * @ubuntusecurity@fosstodon.org, @ubuntu_sec on twitter

View Details

OverviewFor the final episode of 2023 we discuss creating PoCs for vulns in tar and thelooming EOL for Ubuntu 23.04, plus we look into security updates for curl,BlueZ, Netatalk, GNOME Settings and a heap more.

This week in Ubuntu Security Updates57 unique CVEs addressed

[USN-6535-1] curl vulnerabilities (00:54)* 2 CVEs addressed in Focal (20.04 LTS), Jammy (22.04 LTS), Lunar (23.04), Mantic (23.10) + CVE-2023-46219 + CVE-2023-46218 * Mishandled cookies from domains with mixed case - allowing an attacker tocreate so called “super cookies” that would then get passed back to moredomains that what is normally allowed - ie a site can set a cookie which isthen sent to different / unrelated sites. Depends on a feature called thePublic Suffix List which is a community initiative (led by Mozilla) to providean accurate list of domain name suffixes - ie. .com / .org but also .co.uketc - since there is no good algorithmic way of determining the highest levelat which a domain may be registered for a particular TLD as each registrar isdifferent + so could set a cookie with domain=co.UK with a URL of say curl.co.uk andthis would then get sent to every other .co.uk domain contrary to theexpectations of the PSL which lists .co.uk as a PSL domain

[USN-6463-2] Open VM Tools vulnerabilities (02:56)* 2 CVEs addressed in Xenial ESM (16.04 ESM), Bionic ESM (18.04 ESM) + CVE-2023-34059 + CVE-2023-34058 * SAML token signature bypass - allows an attacker who already has GuestOperation Privileges within a guest VM to elevate their privileges if the VMhas been assigned a more privileged Guest Alias * File descriptor hijack vulnerability within the vmware-user-suid wrapper - alocal user with non-root privileges that is able to hijack the /dev/uinputfile descriptor may be able to simulate user inputs

[USN-6538-1] PostgreSQL vulnerabilities (03:48)* 3 CVEs addressed in Focal (20.04 LTS), Jammy (22.04 LTS), Lunar (23.04), Mantic (23.10) + CVE-2023-5870 + CVE-2023-5869 + CVE-2023-5868 * Upgrades to the latest upstream point releases - includes both security andbug fixes etc + 15.5 (23.10, 23.04) + 14.10 (22.04 LTS) + 12.17 (20.04 LTS)

[USN-6539-1] python-cryptography vulnerabilities (04:14)* 2 CVEs addressed in Focal (20.04 LTS), Jammy (22.04 LTS), Lunar (23.04), Mantic (23.10) + CVE-2023-49083 + CVE-2023-23931 * NULL pointer dereference / segfault on loading of crafted PKCS7 certificates

[USN-6540-1] BlueZ vulnerability (04:57) 1 CVEs addressed in Xenial ESM (16.04 ESM), Bionic ESM (18.04 ESM), Focal (20.04 LTS), Jammy (22.04 LTS), Lunar (23.04), Mantic (23.10) + CVE-2023-45866 * Whilst bluetooth discoverable, possible for an attacker to pair a HID deviceand inject keystrokes etc without any intervention * Fixed by enabling the existing configuration ClassicBondedOnly=true - this maybreak some legacy input devices like PS3 controller - in which case, shouldedit /etc/bluetooth/input.conf and set this back to false but then beware thatyou may be vulnerable to attack from anyone within bluetooth range when yourmachines is discoverable* - ie. bluetooth settings panel is open

[USN-6541-1] GNU C Library vulnerabilities (06:30)* 3 CVEs addressed in Xenial ESM (16.04 ESM), Bionic ESM (18.04 ESM), Focal (20.04 LTS), Jammy (22.04 LTS), Lunar (23.04) + CVE-2023-5156 + CVE-2023-4813 + CVE-2023-4806 * Previous fix for CVE-2023-4806 was not sufficient - UAF in getaddrinfo() -possible to still trigger

[USN-6522-2] FreeRDP vulnerabilities (07:00)* 3 CVEs addressed in Bionic ESM (18.04 ESM) + CVE-2023-39356 + CVE-2023-39352 + CVE-2022-41877 * [USN-6522-1] FreeRDP vulnerabilities from Episode 215

[USN-6542-1] TinyXML vulnerability (07:08)* 1 CVEs addressed in Xenial ESM (16.04 ESM), Bionic ESM (18.04 ESM), Focal (20.04 LTS) + CVE-2021-42260 * Infinite loop able to be triggered by a crafted XML document - CPU-based DoS

[USN-6543-1] GNU Tar vulnerability (07:18)* 1 CVEs addressed in Trusty ESM (14.04 ESM), Xenial ESM (16.04 ESM), Bionic ESM (18.04 ESM), Focal (20.04 LTS), Jammy (22.04 LTS), Lunar (23.04), Mantic (23.10)

+ CVE-2023-39804
  • Stack buffer overflow on parsing a tar archive with an extremely largeextended attribute name/value - PAX archive format allows to store extendedattributes - on the kernel’s VFS layer these are limited to 255 bytes for thename and 64kB for the value - but in a tar these can be basically arbitrary
  • When processing the archive, tar would allocate space for these on the stack -BUT the stack is limited to a maximum size of 8MB normally - so if can specifyan xattr name of more than 8MB can overflow the entire stack memory region -then into guard pages or even beyond, triggering a segfault or at worst a heapcorruption and hence possible RCE -> but in Ubuntu we have enabled stack clashprotection since 19.10 - which turns this into a DoS only

    • Reminiscent of the original Stack Clash “System Down” vulnerability in systemd $ hardening-check $(which tar)/usr/bin/tar: Position Independent Executable: yes Stack protected: yes Fortify Source functions: yes (some protected functions found) Read-only relocations: yes Immediate binding: yes Stack clash protection: yes Control flow integrity: yes
    • Speaking from experience, it is not easy to create such an archive - eitherthrough a real xattr on disk or through specifying one on the command-line(since you can specify arbitrary attributes be stored for files when addingthem to an archive but then you hit the maximum limit of command-linearguments) BUT it is possible - in my case I did this though using sed toreplace the contents of a xattr name in an existing archive with a crafted oneand then doing a bunch of other hacks to fixup all the metadata of the tararchive to match - helpfully, all these attributes in the archive are storedas NUL-terminated strings, so can simply used sed to fix them all up assumingyou can calculate the correct values
    • Fixed by instead allocating these on the heap which does not have the samearbitrary limitation as the stack

[USN-6500-2] Squid vulnerabilities (11:35)* 2 CVEs addressed in Xenial ESM (16.04 ESM), Bionic ESM (18.04 ESM) + CVE-2023-46847 + CVE-2023-46728 * [USN-6500-1] Squid vulnerabilities from Episode 214

[USN-6544-1] GNU binutils vulnerabilities (11:44)* 5 CVEs addressed in Trusty ESM (14.04 ESM), Focal (20.04 LTS), Jammy (22.04 LTS) + CVE-2022-35205 + CVE-2021-46174 + CVE-2020-19726 + CVE-2022-4285 + CVE-2022-38533 * Didn’t do bounds checking properly in various places - leading to heap bufferoverflows / OOB reads etc in various things like objdump etc

[USN-6545-1] WebKitGTK vulnerabilities (12:08)* 2 CVEs addressed in Jammy (22.04 LTS), Lunar (23.04), Mantic (23.10) + CVE-2023-42917 + CVE-2023-42916 * Both issues that come from upstream webkit + OOB read -> info leak + Memory corruption that Apple said was being exploited in the wild againstvarious versions of iOS

[USN-6546-1] LibreOffice vulnerabilities (12:45)* 2 CVEs addressed in Lunar (23.04), Mantic (23.10) + CVE-2023-6186 + CVE-2023-6185 * Uses gstreamer to play embedded videos (presumably in presentations etc) - todo this, creates a gstreamer pipeline including the filename of the videoitself - this was not adequetely escaped, so could allow arbitrary codeexecution if it contained shell meta characters etc * Link targets allow arbitrary script execution - similar to historicCVE-2023-2255 from [USN-6144-1] LibreOffice vulnerabilities in Episode 198

[USN-6547-1] Python vulnerability (13:46)* 1 CVEs addressed in Lunar (23.04) + CVE-2023-41105 * Issue specific to Python 3.11 where if a path contained an embedded NUL byteand was passed to os.path.normpath() it would get truncated at the NUL byte -fixed to remove this behaviour

[USN-6550-1] PostfixAdmin vulnerabilities (14:19)* 3 CVEs addressed in Bionic ESM (18.04 ESM), Focal (20.04 LTS), Jammy (22.04 LTS) + CVE-2023-28447 + CVE-2022-31129 + CVE-2022-29221 * Issues in various embedded modules - Smarty and Moment.js - allowing possiblearbitrary code execution, XSS or DoS

[USN-6551-1] Ghostscript vulnerability (14:37)* 1 CVEs addressed in Jammy (22.04 LTS), Lunar (23.04), Mantic (23.10) + CVE-2023-46751 * UAF on file object on error path

[USN-6552-1] Netatalk vulnerability (14:43)* 1 CVEs addressed in Focal (20.04 LTS), Jammy (22.04 LTS), Lunar (23.04) + CVE-2023-42464 * Apple Filing Protocol (AFP) service - similar to SMB for Windows - allows aUbuntu machine to share files with MacOS * Also implements support for Spotlight to search - using tracker as theindexer, metadata store and search engine under-the-hood * Parser for spotlight RPC packets failed to properly do type checking,resulting in a type confusion bug and possible RCE via memory corruption -similar to CVE-2023-34967 for Samba since the code in netatalk originated fromthat code from Samba ([USN-6238-1] Samba vulnerabilities from Episode 204)

[USN-6554-1] GNOME Settings vulnerability (15:57)* 1 CVEs addressed in Focal (20.04 LTS), Jammy (22.04 LTS), Lunar (23.04), Mantic (23.10) + CVE-2023-5616 * GNOME settings allows the ability to turn on / off remote SSH access from thesharing panel within the main settings application in Ubuntu * Since moving to socket activated SSHd in 22.10, GNOME Settings was neverupdated in Ubuntu to support this as well * Would mean that it would always show the machine was not accessible / sharingvia SSH even when it was (since it would only check the status of thessh.service, not ssh.socket) * Ubuntu specific issue - fixed by extending GNOME settings to check both theservice and the socket (since it is still a legitimate configuration to usethe service over the socket in recent Ubuntu releases) * Also backported to older releases since it is also a supported configurationthere to use socket activation (although the sysadmin has to set this upthemselves)

[USN-6553-1] Pydantic vulnerability (17:49)* 1 CVEs addressed in Focal (20.04 LTS) + CVE-2021-29510 * Python data validation library * CPU-based DoS since if passed the value of “infinity” to the validator to beparsed as a date/datetime, would result in an infinite loop

[USN-6536-1] Linux kernel vulnerabilities (18:10)* 6 CVEs addressed in Jammy (22.04 LTS), Mantic (23.10) + CVE-2023-5717 + CVE-2023-5178 + CVE-2023-5158 + CVE-2023-45898 + CVE-2023-42754 + CVE-2023-39189

[USN-6537-1] Linux kernel (GCP) vulnerabilities* 11 CVEs addressed in Mantic (23.10) + CVE-2023-5717 + CVE-2023-5633 + CVE-2023-5345 + CVE-2023-5178 + CVE-2023-5158 + CVE-2023-5090 + CVE-2023-45898 + CVE-2023-42754 + CVE-2023-4244 + CVE-2023-39189 + CVE-2023-31085

[USN-6548-1] Linux kernel vulnerabilities* 10 CVEs addressed in Bionic ESM (18.04 ESM), Focal (20.04 LTS) + CVE-2023-6176 + CVE-2023-5717 + CVE-2023-5178 + CVE-2023-42754 + CVE-2023-39194 + CVE-2023-39193 + CVE-2023-39192 + CVE-2023-39189 + CVE-2023-37453 + CVE-2023-3006

[USN-6549-1] Linux kernel vulnerabilities* 11 CVEs addressed in Focal (20.04 LTS), Jammy (22.04 LTS) + CVE-2023-5717 + CVE-2023-5178 + CVE-2023-5158 + CVE-2023-42754 + CVE-2023-39198 + CVE-2023-39194 + CVE-2023-39193 + CVE-2023-39192 + CVE-2023-39189 + CVE-2023-3773 + CVE-2023-37453

[USN-6534-2] Linux kernel vulnerabilities* 12 CVEs addressed in Lunar (23.04) + CVE-2023-6039 + CVE-2023-5717 + CVE-2023-5178 + CVE-2023-5158 + CVE-2023-42754 + CVE-2023-39198 + CVE-2023-39194 + CVE-2023-39193 + CVE-2023-39192 + CVE-2023-39189 + CVE-2023-3773 + CVE-2023-37453

[USN-6549-2] Linux kernel (GKE) vulnerabilities* 11 CVEs addressed in Focal (20.04 LTS), Jammy (22.04 LTS) + CVE-2023-5717 + CVE-2023-5178 + CVE-2023-5158 + CVE-2023-42754 + CVE-2023-39198 + CVE-2023-39194 + CVE-2023-39193 + CVE-2023-39192 + CVE-2023-39189 + CVE-2023-3773 + CVE-2023-37453

[USN-6548-2] Linux kernel vulnerabilities* 10 CVEs addressed in Bionic ESM (18.04 ESM), Focal (20.04 LTS) + CVE-2023-6176 + CVE-2023-5717 + CVE-2023-5178 + CVE-2023-42754 + CVE-2023-39194 + CVE-2023-39193 + CVE-2023-39192 + CVE-2023-39189 + CVE-2023-37453 + CVE-2023-3006

Goings on in Ubuntu Security CommunityUbuntu 23.04 (Lunar Lobster) approaching EOL (18:48)* https://lists.ubuntu.com/archives/ubuntu-security-announce/2023-December/007974.html * Interim releases receive 9 months of support * Lunar reaches EOL on 25th January * Good opportunity over the holiday break to upgrade to 23.10 (Mantic) + https://help.ubuntu.com/community/ManticUpgrades

Ubuntu Security team (and rest of Canonical) on break till early January 2024 (19:33)* Various members of the team will be checking in each day to look for anyserious issues * Not planning any new security update releases during this time unlesssomething major happens (we are still wincing from Log4Shell - Log4Shellexplodes the internet from Episode 142 in late December 2022) * As usual, contact us via the normal means if something is particularly urgentand someone should respond

Get in contact* security@ubuntu.com * #ubuntu-security on the Libera.Chat IRC network * ubuntu-hardened mailing list * Security section on discourse.ubuntu.com * @ubuntusecurity@fosstodon.org, @ubuntu_sec on twitter

View Details

OverviewMark Esler is our special guest on the podcast this week to discuss theOpenSSF’s Compiler Options Hardening Guide for C/C++ plus we covervulnerabilities and updates for GIMP, FreeRDP, GStreamer, HAProxy and more.

This week in Ubuntu Security Updates65 unique CVEs addressed

[USN-6521-1] GIMP vulnerabilities (00:50)* 6 CVEs addressed in Focal (20.04 LTS), Jammy (22.04 LTS), Lunar (23.04), Mantic (23.10) + CVE-2023-44444 + CVE-2023-44443 + CVE-2023-44442 + CVE-2023-44441 + CVE-2022-32990 + CVE-2022-30067 * Includes 4 recent issues disclosed via Trend’s ZDI - all found by the sameresearcher - 2 heap buffer overflows in DDS and PSD parsers, ab integeroverflow and a separate off-by-one error in the PSP parser which couldapparently lead to remote code execution plus a couple DoS related issues(unhandled exception and an excessive memory allocation) - both leading to acrash

[USN-6522-1] FreeRDP vulnerabilities (01:39)* 3 CVEs addressed in Focal (20.04 LTS), Jammy (22.04 LTS), Lunar (23.04), Mantic (23.10) + CVE-2023-39356 + CVE-2023-39352 + CVE-2022-41877 * Windows RDP client * Malicious server could send a crafted drive redirect to the client -triggering an OOB read, causing the client to disclose memory contents andtherefore possibly sensitive info to the server * Plus an OOB write and an OOB read on crafted image data - both also likelyleading to a crash

[USN-6523-1] u-boot-nezha vulnerability (02:19)* 3 CVEs addressed in Jammy (22.04 LTS), Lunar (23.04) + CVE-2022-30790 + CVE-2022-30552 + CVE-2022-2347 * u-boot for the Allwinner Nezha RISC-V board * Missing length checks in DFU parser -> heap buffer overflow * 2 other buffer overflows when handling fragmented IP packets

[USN-6524-1] PyPy vulnerability (03:06)* 1 CVEs addressed in Focal (20.04 LTS), Jammy (22.04 LTS) + CVE-2022-37454 * Integer overflow leading to a buffer overflow in SHA3 - comes from theoriginal reference implementation of SHA3 * Has affected a range of packages in Ubuntu + PHP, Python itself and now PyPy

[USN-6525-1] pysha3 vulnerability (03:06)* 1 CVEs addressed in Focal (20.04 LTS), Jammy (22.04 LTS) + CVE-2022-37454 * Same as above

[USN-6519-2] EC2 hibagent update* Affecting Xenial ESM (16.04 ESM)

[USN-6526-1] GStreamer Bad Plugins vulnerabilities (03:16)* 6 CVEs addressed in Focal (20.04 LTS), Jammy (22.04 LTS), Lunar (23.04), Mantic (23.10) + CVE-2023-44446 + CVE-2023-44429 + CVE-2023-40476 + CVE-2023-40475 + CVE-2023-40474 + CVE-2023-37329 * Heap overflow in PGS subtitle overlay decoder * Various integer overflows -> heap buffer overflows in MXF container handler(Material Exchange Format) - apparently used for delivering advertisements toTV stations and for movies in commercial theatres - specifically in handlingof files using AES3 audio * MXF demuxer UAF * AV1 buffer overflow * Integer overflow -> stack overflow in H.256 parser

[USN-6527-1] OpenJDK vulnerabilities (04:09)* 2 CVEs addressed in Bionic ESM (18.04 ESM), Focal (20.04 LTS), Jammy (22.04 LTS), Lunar (23.04), Mantic (23.10) + CVE-2023-22081 + CVE-2023-22025 * 11.0.21 + 17.0.9

[USN-6528-1] OpenJDK 8 vulnerabilities (04:25)* 4 CVEs addressed in Xenial ESM (16.04 ESM), Bionic ESM (18.04 ESM), Focal (20.04 LTS), Jammy (22.04 LTS), Lunar (23.04), Mantic (23.10) + CVE-2023-22081 + CVE-2023-22067 + CVE-2023-22025 + CVE-2022-40433 * 8u392

[USN-6509-2] Firefox regressions (04:34)* 10 CVEs addressed in Focal (20.04 LTS) + CVE-2023-6209 + CVE-2023-6208 + CVE-2023-6207 + CVE-2023-6205 + CVE-2023-6204 + CVE-2023-6213 + CVE-2023-6212 + CVE-2023-6211 + CVE-2023-6210 + CVE-2023-6206 * 120.0.1 - in particular includes a fix where Firefox would crash immediatelyon startup but only for aarch64 (arm64) on Linux when using page sizes otherthan 4K - ie. as used in Apple silicon etc

[USN-6529-1] Request Tracker vulnerabilities (05:25)* 4 CVEs addressed in Bionic ESM (18.04 ESM), Focal (20.04 LTS), Jammy (22.04 LTS), Lunar (23.04), Mantic (23.10) + CVE-2023-41260 + CVE-2023-41259 + CVE-2022-25802 + CVE-2021-38562 * Possible timing attack in the authentication module - could allow to enumerateuser accounts * XSS plus some info leaks as well

[USN-6530-1] HAProxy vulnerability (06:12)* 1 CVEs addressed in Focal (20.04 LTS), Jammy (22.04 LTS), Lunar (23.04) + CVE-2023-45539 * Mishandling of # character in URIs could allow unexpected routing of a URIcontaining say index.html#.png to a static server (since usually is configuredto route .png to a static server, but in this case the request is really forindex.html)

[USN-6531-1] Redis vulnerabilities (07:06)* 6 CVEs addressed in Trusty ESM (14.04 ESM), Xenial ESM (16.04 ESM), Bionic ESM (18.04 ESM), Focal (20.04 LTS), Jammy (22.04 LTS) + CVE-2023-45145 + CVE-2023-28856 + CVE-2023-25155 + CVE-2022-36021 + CVE-2022-35977 + CVE-2022-24834 * Heap overflow in cjson library able to be triggered by a Lua script -> RCE * Race condition on setting permissions on the local unix socket - if using aless restrictive umask could allow a local attacker to race redis on startup * Also various integer overflows and other issues fixed too

[USN-6494-2] Linux kernel vulnerabilities (08:08)* 9 CVEs addressed in Trusty ESM (14.04 ESM), Xenial ESM (16.04 ESM), Bionic ESM (18.04 ESM) + CVE-2023-5717 + CVE-2023-45871 + CVE-2023-45862 + CVE-2023-42754 + CVE-2023-39194 + CVE-2023-39193 + CVE-2023-39192 + CVE-2023-39189 + CVE-2023-31085

[USN-6495-2] Linux kernel vulnerabilities* 2 CVEs addressed in Bionic ESM (18.04 ESM), Focal (20.04 LTS) + CVE-2023-45871 + CVE-2023-31085

[USN-6496-2] Linux kernel vulnerabilities* 3 CVEs addressed in Focal (20.04 LTS), Jammy (22.04 LTS) + CVE-2023-45871 + CVE-2023-31085 + CVE-2023-25775

[USN-6502-4] Linux kernel vulnerabilities* 5 CVEs addressed in Jammy (22.04 LTS), Lunar (23.04) + CVE-2023-5345 + CVE-2023-5090 + CVE-2023-45871 + CVE-2023-31085 + CVE-2023-25775

[USN-6532-1] Linux kernel vulnerabilities* 10 CVEs addressed in Trusty ESM (14.04 ESM), Xenial ESM (16.04 ESM) + CVE-2023-5717 + CVE-2023-45871 + CVE-2023-45862 + CVE-2023-42754 + CVE-2023-39194 + CVE-2023-39193 + CVE-2023-39192 + CVE-2023-39189 + CVE-2023-31085 + CVE-2023-20593

[USN-6533-1] Linux kernel (OEM) vulnerabilities* 2 CVEs addressed in Jammy (22.04 LTS) + CVE-2023-46862 + CVE-2023-46813

[USN-6534-1] Linux kernel vulnerabilities* 12 CVEs addressed in Jammy (22.04 LTS), Lunar (23.04) + CVE-2023-6039 + CVE-2023-5717 + CVE-2023-5178 + CVE-2023-5158 + CVE-2023-42754 + CVE-2023-39198 + CVE-2023-39194 + CVE-2023-39193 + CVE-2023-39192 + CVE-2023-39189 + CVE-2023-3773 + CVE-2023-37453

Goings on in Ubuntu Security CommunityAlex discusses the OpenSSF’s Compiler Options Hardening Guide for C/C++ with Mark Esler (08:38)* https://openssf.org/blog/2023/11/29/strengthening-the-fort-openssf-releases-compiler-options-hardening-guide-for-c-and-c/

Get in contact* security@ubuntu.com * #ubuntu-security on the Libera.Chat IRC network * ubuntu-hardened mailing list * Security section on discourse.ubuntu.com * @ubuntusecurity@fosstodon.org, @ubuntu_sec on twitter

View Details

OverviewThis week we take a deep dive into the Reptar vuln in Intel processors plus welook into some relic vulnerabilities in Squid and OpenZFS and finally we detailnew hardening measures in tracker-miners to keep your desktop safer.

This week in Ubuntu Security Updates115 unique CVEs addressed

[USN-6481-1] FRR vulnerabilities (01:21)* 2 CVEs addressed in Jammy (22.04 LTS), Lunar (23.04), Mantic (23.10) + CVE-2023-46753 + CVE-2023-46752 * Two different crashes reported by network pentester from Amazon - appears tobe fuzzing frr -> DoS

[USN-6482-1] Quagga vulnerabilities (01:42)* 2 CVEs addressed in Focal (20.04 LTS) + CVE-2023-46753 + CVE-2022-37032 * Speaking of BGP daemons - Quagga was the precursor to FRR - also suffers fromone of these CVEs, plus and older one that was previously fixed in FRR([USN-5685-1] FRR vulnerabilities from Episode 181) thatwould lead to an OOB read

[USN-6483-1] HTML Tidy vulnerability (02:05)* 1 CVEs addressed in Focal (20.04 LTS), Jammy (22.04 LTS), Lunar (23.04), Mantic (23.10) + CVE-2021-33391 * Implemented parser as a recursive algorithm - so on deeply nested documents,could end up exhausting the stack and causing memory corruption etc. * Fixed by reimplementing the parser as an iterative loop with a heap-basedstack

[USN-6480-1] .NET vulnerabilities (02:42)* 2 CVEs addressed in Jammy (22.04 LTS), Lunar (23.04), Mantic (23.10) + CVE-2023-36049 + CVE-2023-36558

[USN-6484-1] OpenVPN vulnerabilities (02:51)* 2 CVEs addressed in Lunar (23.04), Mantic (23.10) + CVE-2023-46850 + CVE-2023-46849 * Two issues which only affected more recent versions of OpenVPN (>= =2.6.0) -one UAF and the other a possible divide by zero -> DoS

[USN-6485-1] Intel Microcode vulnerability (03:13)* 1 CVEs addressed in Xenial ESM (16.04 ESM), Bionic ESM (18.04 ESM), Focal (20.04 LTS), Jammy (22.04 LTS), Lunar (23.04), Mantic (23.10) + CVE-2023-23583 * Tavis Ormandy’s latest processor bug - “Reptar” - found again using the sametechnique as he used to find Zenbleed (AMD) but this time in Intelprocessors - essentially can be thought of as akin to fuzzing but instead ofgenerating random input to find unexpected behaviour, generate some randominput in the form of a set of processor instructions, and then also generatean equivalent version of this by adding random alignment, serialization andmemory fence instructions etc. These extra instructions shouldn’t change thebehaviour of the program being executed, so if a difference is observed thencan likely assume the hardware has behaved incorrectly - perhaps someunderlying microarchitectural behaviour has been triggered - but either waycould indicate the presence of a hardware bug which could in turn be exploitedas a vulnerability to cause undesired affects * In this case, found a sequence of instructions that in general should beignored but which could instead cause the processor to hit a machine checkexception and halt - even from an unprivileged guest VM - this is the kind ofthings that cloud providers worry about * Theorised that since they can cause MCEs by corrupting various internal stateof the processor, they could potentially get privilege escalation if theycould control that corruption with enough precision but since it is not reallypossible to debug the microarchitectural state of the processor it is not easyto develop such a PoC * Reported the issue to Intel who released a microcode update to fix this, andTavis released a PoC tool to test for and reproduce the basic issue

[USN-6486-1] iniParser vulnerability (06:25)* 1 CVEs addressed in Jammy (22.04 LTS), Lunar (23.04), Mantic (23.10) + CVE-2023-33461 * Possible NULL ptr deref on crafted input

[USN-6487-1] Avahi vulnerabilities (06:36)* 5 CVEs addressed in Trusty ESM (14.04 ESM), Xenial ESM (16.04 ESM), Bionic ESM (18.04 ESM), Focal (20.04 LTS), Jammy (22.04 LTS), Lunar (23.04), Mantic (23.10) + CVE-2023-38473 + CVE-2023-38472 + CVE-2023-38471 + CVE-2023-38470 + CVE-2023-38469 * Various assertions were able to be triggered through crafted input - so alocal attacker on your network could cause your local avahi daemon to crash

[USN-6489-1] Tang vulnerability (07:09)* 1 CVEs addressed in Bionic ESM (18.04 ESM), Focal (20.04 LTS), Jammy (22.04 LTS), Lunar (23.04) + CVE-2023-1672 * Race condition when generating keys - would write to a file and then setpermissions so only root could read them - small time window then whereanother process could possibly read the key before the more restrictivepermissions are set - fixed by setting a restrictive umask before creating thefile such that it gets created with the restrictive permissions from the start

[USN-6488-1] strongSwan vulnerability (07:59)* 1 CVEs addressed in Focal (20.04 LTS), Jammy (22.04 LTS), Lunar (23.04), Mantic (23.10) + CVE-2023-41913

[USN-6490-1] WebKitGTK vulnerabilities* 2 CVEs addressed in Jammy (22.04 LTS), Lunar (23.04), Mantic (23.10) + CVE-2023-42852 + CVE-2023-41983

[USN-6491-1] Node.js vulnerabilities* 6 CVEs addressed in Bionic ESM (18.04 ESM), Focal (20.04 LTS), Jammy (22.04 LTS) + CVE-2022-43548 + CVE-2022-35256 + CVE-2022-32215 + CVE-2022-32214 + CVE-2022-32213 + CVE-2022-32212

[USN-6493-1, USN-6493-2] hibagent update* Affecting Xenial ESM (16.04 ESM), Bionic ESM (18.04 ESM), Focal (20.04 LTS), Jammy (22.04 LTS), Lunar (23.04), Mantic (23.10)

[USN-6492-1] Mosquitto vulnerabilities (08:06)* 6 CVEs addressed in Focal (20.04 LTS), Jammy (22.04 LTS), Lunar (23.04) + CVE-2023-28366 + CVE-2023-3592 + CVE-2023-0809 + CVE-2021-41039 + CVE-2021-34434 + CVE-2021-34431 * Multiple memory leaks which can be triggered through crafted packets -> DoS * Excessive CPU usage when parsing a connect request from a client with a large number of user-properties -> DoS * Logic bug - failed to revoke existing subscriptions when a topic subscriptionis revoked in some cases - would still get notified after the fact - info / privacy leak

[USN-6498-1] FRR vulnerabilities (08:55)* 4 CVEs addressed in Jammy (22.04 LTS), Lunar (23.04), Mantic (23.10) + CVE-2023-47235 + CVE-2023-47234 + CVE-2023-38407 + CVE-2023-38406 * More issues discovered by Iggy Frankovic at Amazon - seemingly through fuzzingof frr - UAF, OOB read etc.

[USN-6499-1] GnuTLS vulnerability (09:13)* 1 CVEs addressed in Focal (20.04 LTS), Jammy (22.04 LTS), Lunar (23.04), Mantic (23.10) + CVE-2023-5981 * Timing side-channel during RSA-PSK ClientKeyExchange - response time wouldvary if given malformed ciphertext compared to when using correct PKCS#1 v1.5padding - very similar to historical CVE-2023-0361 ([USN-5901-1] GnuTLSvulnerability from Episode 189) - in that case the same issue was fixed forregular RSA - but no-one noticed that the same problematic code existed forthis other case as well * Old adage - if you want to find a vuln, look near other previous vulns - andby the same token, if a project has a vuln reported, go looking to see ifperhaps there are other instances of the same vuln in the code base * Lots of projects have lots of copy-pasted or duplicated code within themselves

[USN-6500-1] Squid vulnerabilities (10:20)* 5 CVEs addressed in Focal (20.04 LTS), Jammy (22.04 LTS), Lunar (23.04), Mantic (23.10) + CVE-2023-46848 + CVE-2023-46847 + CVE-2023-46846 + CVE-2023-46728 + CVE-2023-46724 * Back in early 2021 a security audit was performed on Squid which found 55vulnerabilities - these were reported to the upstream project and some CVEswere assigned but a lot went without any fix * Unfortunately the Squid project is understaffed and hasn’t had the resources to fix all the issues * Researchers eventually got tired of waiting (approx 900 days so notsurprising) - so released details publicly of all their findings * https://megamansec.github.io/Squid-Security-Audit/ * A mix of CVEs and GHSAs have been assigned for some, but not all issues, sosome are still unfixed * This update contains fixes for all the CVEs which have been assigned so far -expect more updates in the future

[USN-6494-1] Linux kernel vulnerabilities* 9 CVEs addressed in Xenial ESM (16.04 ESM), Bionic ESM (18.04 ESM) + CVE-2023-5717 + CVE-2023-45871 + CVE-2023-45862 + CVE-2023-42754 + CVE-2023-39194 + CVE-2023-39193 + CVE-2023-39192 + CVE-2023-39189 + CVE-2023-31085

[USN-6495-1] Linux kernel vulnerabilities* 2 CVEs addressed in Bionic ESM (18.04 ESM), Focal (20.04 LTS) + CVE-2023-45871 + CVE-2023-31085

[USN-6496-1] Linux kernel vulnerabilities* 3 CVEs addressed in Focal (20.04 LTS), Jammy (22.04 LTS) + CVE-2023-45871 + CVE-2023-31085 + CVE-2023-25775

[USN-6497-1] Linux kernel (OEM) vulnerabilities (11:50)* 3 CVEs addressed in Jammy (22.04 LTS) + CVE-2023-5717 + CVE-2023-5178 + CVE-2023-5090 * Logic issue in handling of x2AVIC MSR in KVM nested virtualisation on AMDprocessors - could allow an attacker in a guest VM to cause a crash on thehost kernel and hence a DoS against the whole host

[USN-6502-1] Linux kernel vulnerabilities* 5 CVEs addressed in Jammy (22.04 LTS), Lunar (23.04) + CVE-2023-5345 + CVE-2023-5090 + CVE-2023-45871 + CVE-2023-31085 + CVE-2023-25775 * UAF in the error handling code for SMB file system - local attacker could usethis to escalate privileges

[USN-6502-2] Linux kernel (Oracle) vulnerabilities* 5 CVEs addressed in Lunar (23.04) + CVE-2023-5345 + CVE-2023-5090 + CVE-2023-45871 + CVE-2023-31085 + CVE-2023-25775

[USN-6502-3] Linux kernel (NVIDIA) vulnerabilities* 5 CVEs addressed in Jammy (22.04 LTS) + CVE-2023-5345 + CVE-2023-5090 + CVE-2023-45871 + CVE-2023-31085 + CVE-2023-25775

[USN-6503-1] Linux kernel vulnerabilities* 5 CVEs addressed in Jammy (22.04 LTS), Mantic (23.10) + CVE-2023-5633 + CVE-2023-5345 + CVE-2023-5090 + CVE-2023-4244 + CVE-2023-31085

[USN-6516-1] Linux kernel (Intel IoTG) vulnerabilities* 5 CVEs addressed in Focal (20.04 LTS), Jammy (22.04 LTS) + CVE-2023-45871 + CVE-2023-3772 + CVE-2023-31085 + CVE-2023-31083 + CVE-2023-25775

[USN-6520-1] Linux kernel (StarFive) vulnerabilities* 16 CVEs addressed in Jammy (22.04 LTS) + CVE-2023-5345 + CVE-2023-5090 + CVE-2023-45871 + CVE-2023-44466 + CVE-2023-4134 + CVE-2023-4132 + CVE-2023-3867 + CVE-2023-3866 + CVE-2023-3865 + CVE-2023-3863 + CVE-2023-38432 + CVE-2023-38430 + CVE-2023-3772 + CVE-2023-31085 + CVE-2023-31083 + CVE-2023-25775

[LSN-0099-1] Linux kernel vulnerability (12:49)* 16 CVEs addressed in Trusty ESM (14.04 ESM), Xenial ESM (16.04 ESM), Bionic ESM (18.04 ESM), Focal (20.04 LTS), Jammy (22.04 LTS) + CVE-2023-42753 + CVE-2023-42752 + CVE-2023-40283 + CVE-2023-34319 + CVE-2023-31436 + CVE-2023-5197 + CVE-2023-4881 + CVE-2023-4623 + CVE-2023-4622 + CVE-2023-4004 + CVE-2023-3995 + CVE-2023-3777 + CVE-2023-3776 + CVE-2023-3609 + CVE-2023-3567 + CVE-2022-3643

| Kernel type | 22.04 | 20.04 | 18.04 | 16.04 | 14.04 | | --- | --- | --- | --- | --- | --- | | aws | 99.2 | 99.1 | 99.1 | 99.1 | — | | aws-5.15 | — | 99.2 | — | — | — | | aws-5.4 | — | — | 99.1 | — | — | | aws-6.2 | 99.2 | — | — | — | — | | aws-hwe | — | — | — | 99.1 | — | | azure | 99.2 | 99.1 | — | 99.1 | — | | azure-4.15 | — | — | 99.1 | — | — | | azure-5.4 | — | — | 99.1 | — | — | | azure-6.2 | 99.2 | — | — | — | — | | gcp | 99.2 | 99.1 | — | 99.1 | — | | gcp-4.15 | — | — | 99.1 | — | — | | gcp-5.15 | — | 99.2 | — | — | — | | gcp-5.4 | — | — | 99.1 | — | — | | gcp-6.2 | 99.2 | — | — | — | — | | generic-4.15 | — | — | 99.1 | 99.1 | — | | generic-4.4 | — | — | — | 99.1 | 99.1 | | generic-5.15 | — | 99.2 | — | — | — | | generic-5.4 | — | 99.1 | 99.1 | — | — | | gke | 99.2 | 99.1 | — | — | — | | gke-5.15 | — | 99.2 | — | — | — | | gkeop | — | 99.1 | — | — | — | | hwe-6.2 | 99.2 | — | — | — | — | | ibm | 99.2 | 99.1 | — | — | — | | ibm-5.15 | — | 99.2 | — | — | — | | ibm-5.4 | — | — | 99.1 | — | — | | linux | 99.2 | — | — | — | — | | lowlatency-4.15 | — | — | 99.1 | 99.1 | — | | lowlatency-4.4 | — | — | — | 99.1 | 99.1 | | lowlatency-5.15 | — | 99.2 | — | — | — | | lowlatency-5.4 | — | 99.1 | 99.1 | — | — |

canonical-livepatch status [USN-6501-1] RabbitMQ vulnerability* 1 CVEs addressed in Focal (20.04 LTS), Jammy (22.04 LTS), Lunar (23.04), Mantic (23.10) + CVE-2023-46118

[USN-6504-1] tracker-miners vulnerability (13:30)* 1 CVEs addressed in Jammy (22.04 LTS), Lunar (23.04), Mantic (23.10) + CVE-2023-5557 * Hardening of the seccomp sandbox in tracker * [USN-6423-2] CUE vulnerability (07:04) from Episode 211 - libcue vuln fromKevin Backhouse at Github exploited this weakness in the existing seccompsandbox to be able to mount their attack for that vulnerability * At the time I discussed how the tracker developers were deploying additionalhardening to ensure all threads used by tracker-miners were sandboxed - thisis that fix

[USN-6505-1] nghttp2 vulnerability (15:20)* 1 CVEs addressed in Focal (20.04 LTS), Jammy (22.04 LTS), Lunar (23.04), Mantic (23.10) + CVE-2023-44487 * [USN-6438-1, USN-6438-2, USN-6427-2] .NET vulnerabilities from Episode 212 * HTTP/2 Rapid Reset - affects multiple HTTP/2 implementations

[USN-6506-1] Apache HTTP Server vulnerabilities (15:27)* 3 CVEs addressed in Focal (20.04 LTS), Jammy (22.04 LTS), Lunar (23.04), Mantic (23.10) + CVE-2023-45802 + CVE-2023-43622 + CVE-2023-31122 * DoS against HTTP/2 implemtation - very similar to historical Slow Lorisattack - fixing required backporting the entire version of the http/2 modulefrom 2.0.10 back to earlier releases - thanks to Marc for this herculeaneffort

[USN-6507-1] GlusterFS vulnerability* 1 CVEs addressed in Jammy (22.04 LTS), Lunar (23.04), Mantic (23.10) + CVE-2022-48340

[USN-6509-1] Firefox vulnerabilities (16:17)* 10 CVEs addressed in Focal (20.04 LTS) + CVE-2023-6209 + CVE-2023-6208 + CVE-2023-6207 + CVE-2023-6205 + CVE-2023-6204 + CVE-2023-6213 + CVE-2023-6212 + CVE-2023-6211 + CVE-2023-6210 + CVE-2023-6206 * 120.0 * One issue specific to Linux when running under X11 (and I assume XWayland) -when copying text using the Selection API, this would also be copied into theprimary selection (aka where stuff goes when you highlight it and then pasteit with middle mouse button)

[USN-6508-1, USN-6508-2] poppler vulnerabilities* 5 CVEs addressed in Xenial ESM (16.04 ESM), Bionic ESM (18.04 ESM), Focal (20.04 LTS), Jammy (22.04 LTS) + CVE-2022-38349 + CVE-2022-37052 + CVE-2022-37051 + CVE-2022-37050 + CVE-2020-23804

[USN-6511-1] OpenZFS vulnerability (17:21)* 1 CVEs addressed in Focal (20.04 LTS), Jammy (22.04 LTS), Lunar (23.04) + CVE-2013-20001 * Oldest CVE patched in a while - was originally reported to openzfs projectback in November 2013 - over 10 years ago * When sharing over IPv6 would expose to everyone, not just the intended IPv6address but to everyone * Issue languished, eventually a CVE was assigned in Feb 2021 and then fixed inOctober 2021

[USN-6510-1] Apache HTTP Server vulnerability* 1 CVEs addressed in Trusty ESM (14.04 ESM), Xenial ESM (16.04 ESM), Bionic ESM (18.04 ESM) + CVE-2023-31122

[USN-6512-1] LibTIFF vulnerabilities* 2 CVEs addressed in Trusty ESM (14.04 ESM), Xenial ESM (16.04 ESM), Bionic ESM (18.04 ESM), Focal (20.04 LTS), Jammy (22.04 LTS) + CVE-2023-3576 + CVE-2022-40090

[USN-6513-1] Python vulnerabilities* 2 CVEs addressed in Trusty ESM (14.04 ESM), Xenial ESM (16.04 ESM), Bionic ESM (18.04 ESM) + CVE-2023-40217 + CVE-2022-48564

[USN-6514-1] Open vSwitch vulnerability (18:18)* 1 CVEs addressed in Bionic ESM (18.04 ESM), Focal (20.04 LTS) + CVE-2023-5366 * Failed to properly handle OpenFlow rules for ICMPv6 Neighbour Advertisements -in some circumstances would match against the wrong rules and so could allowan attacker who could load certain rules to then cause other traffic to beredirected contrary to expectations - this would then result in an info leak

[USN-6515-1] Thunderbird vulnerabilities (18:46)* 7 CVEs addressed in Focal (20.04 LTS), Jammy (22.04 LTS), Lunar (23.04), Mantic (23.10) + CVE-2023-6209 + CVE-2023-6208 + CVE-2023-6207 + CVE-2023-6205 + CVE-2023-6204 + CVE-2023-6212 + CVE-2023-6206 * 115.5.0

[USN-6517-1] Perl vulnerabilities* 2 CVEs addressed in Focal (20.04 LTS), Jammy (22.04 LTS), Lunar (23.04), Mantic (23.10) + CVE-2023-47038 + CVE-2022-48522

[USN-6402-2] LibTomMath vulnerability* 1 CVEs addressed in Mantic (23.10) + CVE-2023-36328

[USN-6513-2] Python vulnerability* 2 CVEs addressed in Focal (20.04 LTS), Jammy (22.04 LTS), Lunar (23.04) + CVE-2023-40217 + CVE-2022-48564

[USN-6518-1] AFFLIB vulnerability* 1 CVEs addressed in Xenial ESM (16.04 ESM), Bionic ESM (18.04 ESM) + CVE-2018-8050

[USN-6519-1] EC2 hibagent update* Affecting Bionic ESM (18.04 ESM)

Get in contact* security@ubuntu.com * #ubuntu-security on the Libera.Chat IRC network * ubuntu-hardened mailing list * Security section on discourse.ubuntu.com * @ubuntusecurity@fosstodon.org, @ubuntu_sec on twitter

View Details

OverviewAs we ease back into regular programming, we cover the various activities theteam got up to over the past few weeks whilst away in Riga for the Ubuntu Summitand Ubuntu Engineering Sprint.

Goings on in Ubuntu Security CommunityUbuntu Security team at the Ubuntu Summit (00:48)* Preparation for Riga Product Roadmap Sprint, Ubuntu Summit and Engineering Sprint from Episode 212 * In the last episode we previewed a couple talks by different folks from theUbuntu Security Team - recordings for these will be available but currentlythere is only the livestreams from the main plenary room - as such, right nowyou can go watch Tobias’ talk “From Asahi Linux to Ubuntu: Running Linux onApple Silicon” + https://youtu.be/XIGxKyekvBQ?list=PL-qBHd6_LXWZqbxr3542fZs_IMn0gAb2B&t=20272

Andrei publishes The Open Source Fortress (01:41)* https://discourse.ubuntu.com/t/the-open-source-fortress-is-now-live/40183 * Back in August, Andrei put out a call for topic suggestions for avulnerability discovery workshop that he was putting together, with aparticular focus on open source code bases * He presented this in a 90 minute session 2 weeks ago on the final day of theUbuntu Summit * He covered a number of topics with a focus on practical application of eachusing dedicated tooling, e.g.: + Threat modelling with OWASP Threat Dragon + Secret scanning with Gitleaks + Dependency scanning with OSV-Scanner + Linting with Bandit and flawfinder + Code querying with Semgrep + Fuzzing with AFL++ + Symbolic execution with KLEE * So not only did participants learn about a given technique, such as whatfuzzing is etc, but also how they can easily apply it with standard tooling tofind real world problems * Due to the success of the workshop, he has decided to make the contentspublicly available + Online wiki https://ossfortress.io/ + Presentation from the Summit + Github repository with example projects to run the various tools against + Pre-built docker images for the various tools used in the workshop * Designed to be worked through in your own time

UbuCTF at the Ubuntu Engineering Sprint (04:15)* Emi, Nishit, Andei, Amir and David from the team organised and held the firstUbuCTF at the Engineering Sprint the week after the Ubuntu Summit * Organised around a story of cyber crime fighting against a criminal gang in Riga * 5 days, 26 challenges, 64 players * Challenges covered a variety of topics + Networking + Web + Crypto(graphy) + Reverse engineering + Pwning + Vulnerability Patching * Gave experience using tools like Wfuzz, Pwntools, cutter / rizin / radare2,Ghidra, Wireshark, insomnia and more * 457 flags submitted (110 correct), 47 patches submitted * Result was very close - won by Anton Troyanov (Senior Engineer on the MAAS team) * Ubuntu Security team members were barred from competing as we had previouslyworked on these challenges - BUT shout out to Sudhakar Verma who just joinedour team only 4 weeks ago and so didn’t have any prior experience with thisCTF - managed to solve every single challenge 💪💪💪

Get in contact* security@ubuntu.com * #ubuntu-security on the Libera.Chat IRC network * ubuntu-hardened mailing list * Security section on discourse.ubuntu.com * @ubuntusecurity@fosstodon.org, @ubuntu_sec on twitter

View Details

OverviewWith the Ubuntu Summit just around the corner, we preview a couple talks by theUbuntu Security team, plus we look at security updates for OpenSSL, Sofia-SIP,AOM, ncurses, the Linux kernel and more.

This week in Ubuntu Security Updates91 unique CVEs addressed

[USN-6437-1] VIPS vulnerabilities (00:35)* 5 CVEs addressed in Xenial ESM (16.04 ESM), Bionic ESM (18.04 ESM), Jammy (22.04 LTS) + CVE-2023-40032 + CVE-2021-27847 + CVE-2020-20739 + CVE-2019-6976 + CVE-2018-7998 * Image processing library / CLI tool * NULL ptr derefs + divide by zero -> crash -> DoS * info leak since would fail to clear memory and leak this in the generated image

[USN-6435-1] OpenSSL vulnerabilities (01:26)* 2 CVEs addressed in Xenial ESM (16.04 ESM), Bionic ESM (18.04 ESM) + CVE-2023-3817 + CVE-2023-3446 * CPU-based DoS via an execssively large DH modulus (p parameter) value (over 10,000 bits) * OpenSSL by default will try and validate if the modulus over 10,000 bits andraise an error - but before the error is raised it would still check otheraspects of the supplied key / parameters which in turn could use the p valueand hence take an excessive amount of time - fixed by checking this earlierand erroring out in that case * Then was found that the q parameter could also be abused in the same way -since the size of this has to be less than p was fixed by just checking itagainst this

[USN-6450-1] OpenSSL vulnerabilities* 4 CVEs addressed in Jammy (22.04 LTS), Lunar (23.04), Mantic (23.10) + CVE-2023-3817 + CVE-2023-3446 + CVE-2023-2975 + CVE-2023-5363 * Two CPU-based DoS issues above plus + Possible truncation / overrun during the initialisation of various ciphers ifthe key or IV lengths differ compared to when initially established - someciphers allow a variable length IV (e.g. AES-GCM) and so it is possible thatan application will use a non-standard IV length during the use of the ciphercompared to when they initialise it - The API for this was only “recently” introduced (3.x) - and in general not alot of applications will be affected + Issue specific to the AES-SIV (mode of AES that provides deterministicnonce-less key wrapping - used for key wrapping when transportingcryptographic keys; as well as nonce-based authenticated encryption that isresistant to nonce reuse) - AES-SIV allows to perform authentication of data - and to do this therelevant OpenSSL API’s should be called with an input buffer length of 0and a NULL ptr for the output buffer - BUT if the associated data to beauthenticated was empty, in this case, OpenSSL would return successwithout doing any authentication - In practice this is unlikely to be an issue since it doesn’t not affectnon-empty data authentication which is the vast majority of use-cases

[USN-6165-2] GLib vulnerabilities (07:57)* 5 CVEs addressed in Trusty ESM (14.04 ESM), Xenial ESM (16.04 ESM), Bionic ESM (18.04 ESM) + CVE-2023-32665 + CVE-2023-32643 + CVE-2023-32636 + CVE-2023-32611 + CVE-2023-29499 * [USN-6165-1] GLib vulnerabilities from Episode 199

[USN-6374-2] Mutt vulnerabilities (05:08)* 2 CVEs addressed in Mantic (23.10) + CVE-2023-4875 + CVE-2023-4874 * [USN-6374-1] Mutt vulnerabilities from Episode 210

[USN-6438-1, USN-6438-2, USN-6427-2] .NET vulnerabilities (05:15)* 2 CVEs addressed in Mantic (23.10) + CVE-2023-44487 + CVE-2023-36799 * HTTP/2 Rapid Reset - DoS on server side by clients sending a large number ofrequests and immediately cancelling them many times over and over - exploitedin the wild recently, achieving the largest DoS attack bandwidths seen -requires HTTP/2 implementations to essentially do heuristics over time totrack allocated streams against connections and block the connection when toomany are made or similar + Fix for Kestrel web server in .NET

[USN-6362-2] .Net regressions* 1 CVEs addressed in Jammy (22.04 LTS), Lunar (23.04) + CVE-2023-36799 * [USN-6362-1] .NET vulnerability from Episode 209 * Fix for DoS in handling of X.509 certificates

[USN-6199-2] PHP vulnerability (06:31)* 1 CVEs addressed in Xenial ESM (16.04 ESM), Bionic ESM (18.04 ESM) + CVE-2023-3247 * [USN-6199-1] PHP vulnerability from Episode 202

[USN-6403-2] libvpx vulnerabilities (06:39)* 2 CVEs addressed in Bionic ESM (18.04 ESM) + CVE-2023-5217 + CVE-2023-44488 * WebM VP8/VP9 video en/decoder * Heap buffer overflow -> DoS/RCE * OOB read -> DoS

[USN-6408-2] libXpm vulnerabilities (07:00)* 4 CVEs addressed in Trusty ESM (14.04 ESM), Xenial ESM (16.04 ESM), Bionic ESM (18.04 ESM) + CVE-2023-43789 + CVE-2023-43788 + CVE-2023-43787 + CVE-2023-43786 * Infinite recursion -> stack exhaustion -> crash -> DoS * Integer overflow -> heap buffer overflow -> RCE/DoS * Two different OOB reads -> crash -> DoS

[USN-6448-1] Sofia-SIP vulnerability (09:01)* 1 CVEs addressed in Xenial ESM (16.04 ESM), Bionic ESM (18.04 ESM), Focal (20.04 LTS), Jammy (22.04 LTS), Lunar (23.04), Mantic (23.10) + CVE-2023-32307 * SIP user agent - integer overflows and resulting heap buffer overflows due tomissing length checks in the STUN message parser -> RCE * Also fixed a OOB read as well -> DoS

[USN-6422-2] Ring vulnerabilities (09:17)* 20 CVEs addressed in Mantic (23.10) + CVE-2022-21722 + CVE-2022-39244 + CVE-2022-31031 + CVE-2022-24793 + CVE-2022-24764 + CVE-2022-24763 + CVE-2022-24754 + CVE-2022-23608 + CVE-2022-23547 + CVE-2022-23537 + CVE-2022-21723 + CVE-2021-43845 + CVE-2021-43804 + CVE-2021-43303 + CVE-2021-43302 + CVE-2021-43301 + CVE-2021-43300 + CVE-2021-43299 + CVE-2023-27585 + CVE-2021-37706 * Voice / video and chat platform (now called Jami, contains embedded copy ofPJSIP - library implementing various related protocols for remotecommunication like SIP, STUN, RTP, ICE and others) * Also missed various length checks, allowing possible integer underflow -> crash / memory corruption -> RCE * Buffer overflow when using the internal DNS resolver

[USN-6449-1] FFmpeg vulnerabilities (09:58)* 8 CVEs addressed in Bionic ESM (18.04 ESM), Focal (20.04 LTS), Jammy (22.04 LTS) + CVE-2022-48434 + CVE-2021-38094 + CVE-2021-38093 + CVE-2021-38092 + CVE-2021-38091 + CVE-2021-38090 + CVE-2020-20898 + CVE-2020-22038 * Various memory leaks -> DoS, plus some integer overflows -> buffer overflowsin various parsers for different media types

[USN-6447-1] AOM vulnerabilities (11:32)* 7 CVEs addressed in Focal (20.04 LTS) + CVE-2021-30475 + CVE-2021-30474 + CVE-2021-30473 + CVE-2020-36135 + CVE-2020-36133 + CVE-2020-36131 + CVE-2020-36130 * AV1 Video Codec Library - used by things like gstreamer, libavcodec - in turnis used by a huge number of multimedia applications from blender, ffmpeg,kodi, mplayer, obs-studio, vlc and more + Very much a case of xkcd 2347 (Dependency) * Various buffer overflows, use-after-frees, stack buffer overflow, NULL ptrderefs etc.

[USN-6288-2] MySQL vulnerability (12:40)* 1 CVEs addressed in Xenial ESM (16.04 ESM), Bionic ESM (18.04 ESM) + CVE-2023-22053 * [USN-6288-1] MySQL vulnerabilities from Episode 205

[USN-6451-1] ncurses vulnerability (12:47)* 1 CVEs addressed in Trusty ESM (14.04 ESM), Xenial ESM (16.04 ESM), Bionic ESM (18.04 ESM) + CVE-2020-19189 * Heap buffer overflow via crafted terminfo file - found by fuzzing infotocap + terminfo files are usually trusted content so unlikely to be an issue inpractice

[USN-6416-3] Linux kernel (Raspberry Pi) vulnerabilities (14:00)* 13 CVEs addressed in Jammy (22.04 LTS) + CVE-2023-44466 + CVE-2023-4273 + CVE-2023-4194 + CVE-2023-4155 + CVE-2023-4132 + CVE-2023-3866 + CVE-2023-3865 + CVE-2023-3863 + CVE-2023-38432 + CVE-2023-3338 + CVE-2023-2156 + CVE-2023-20569 + CVE-2023-1206 * 5.15 raspi for 22.04 LTS * Most interesting vuln fixed is AMD “INCEPTION” - [USN-6319-1] AMD Microcodevulnerability from Episode 207 - speculative execution attack similar to theoriginal Spectre * Have now added a mitigation within the kernel itself rather than having torely on CPU microcode (particularly when that microcode only covers a subsetof the affected CPUs)

[USN-6439-1, USN-6439-2] Linux kernel vulnerabilities (15:09)* 11 CVEs addressed in Trusty ESM (14.04 ESM), Xenial ESM (16.04 ESM) + CVE-2023-4921 + CVE-2023-4881 + CVE-2023-4623 + CVE-2023-4622 + CVE-2023-42755 + CVE-2023-42753 + CVE-2023-42752 + CVE-2023-3772 + CVE-2023-34319 + CVE-2023-31083 + CVE-2023-1206 * 4.4 generic,low-latency,kvm,aws etc * includes various high priority fixes which we’ve covered in previous episodes

[USN-6440-1, USN-6440-2] Linux kernel vulnerabilities (15:40)* 12 CVEs addressed in Trusty ESM (14.04 ESM), Xenial ESM (16.04 ESM), Bionic ESM (18.04 ESM) + CVE-2023-4921 + CVE-2023-4881 + CVE-2023-4623 + CVE-2023-4622 + CVE-2023-42755 + CVE-2023-42753 + CVE-2023-42752 + CVE-2023-3772 + CVE-2023-34319 + CVE-2023-31083 + CVE-2023-1206 + CVE-2023-0597 * 4.15 + kvm, gcp, aws, azure, generic, lowlatency on 18.04 / 16.04 HWE + azure 14.04 * same as above

[USN-6441-1, USN-6441-2] Linux kernel vulnerabilities (15:50)* 9 CVEs addressed in Bionic ESM (18.04 ESM), Focal (20.04 LTS) + CVE-2023-4921 + CVE-2023-4881 + CVE-2023-4623 + CVE-2023-4622 + CVE-2023-42756 + CVE-2023-42755 + CVE-2023-42753 + CVE-2023-42752 + CVE-2023-34319 * 5.4 xilinx zyncmp, ibm, gkeop, kvm, oracle, aws, gcp, azure, generic, lowlatency

[USN-6442-1] Linux kernel (BlueField) vulnerabilities* 10 CVEs addressed in Focal (20.04 LTS) + CVE-2023-4921 + CVE-2023-4881 + CVE-2023-4623 + CVE-2023-4622 + CVE-2023-42756 + CVE-2023-42755 + CVE-2023-42753 + CVE-2023-42752 + CVE-2023-4004 + CVE-2023-34319 * 5.4 bluefiled (same as above)

[USN-6443-1] Linux kernel (OEM) vulnerabilities (15:55)* 6 CVEs addressed in Jammy (22.04 LTS) + CVE-2023-5197 + CVE-2023-4881 + CVE-2023-42756 + CVE-2023-42755 + CVE-2023-42752 + CVE-2023-4244 * 6.1 oem

[USN-6444-1, USN-6444-2] Linux kernel vulnerabilities (16:46)* 11 CVEs addressed in Jammy (22.04 LTS), Lunar (23.04) + CVE-2023-5197 + CVE-2023-4921 + CVE-2023-4881 + CVE-2023-4623 + CVE-2023-4622 + CVE-2023-42756 + CVE-2023-42755 + CVE-2023-42753 + CVE-2023-42752 + CVE-2023-4244 + CVE-2023-34319 * 6.2 starfive, aws, oracle, azure, kvm, lowlatency, raspi, gcp, generic for 23.04

[USN-6445-1, USN-6445-2] Linux kernel (Intel IoTG) vulnerabilities* 24 CVEs addressed in Focal (20.04 LTS), Jammy (22.04 LTS) + CVE-2023-5197 + CVE-2023-4921 + CVE-2023-4881 + CVE-2023-4623 + CVE-2023-4622 + CVE-2023-44466 + CVE-2023-42756 + CVE-2023-42755 + CVE-2023-42753 + CVE-2023-42752 + CVE-2023-4273 + CVE-2023-4244 + CVE-2023-4194 + CVE-2023-4155 + CVE-2023-4132 + CVE-2023-3866 + CVE-2023-3865 + CVE-2023-3863 + CVE-2023-38432 + CVE-2023-34319 + CVE-2023-3338 + CVE-2023-2156 + CVE-2023-20569 + CVE-2023-1206 * 5.15 intel iotg

[USN-6446-1, USN-6446-2] Linux kernel vulnerabilities* 11 CVEs addressed in Focal (20.04 LTS), Jammy (22.04 LTS) + CVE-2023-5197 + CVE-2023-4921 + CVE-2023-4881 + CVE-2023-4623 + CVE-2023-4622 + CVE-2023-42756 + CVE-2023-42755 + CVE-2023-42753 + CVE-2023-42752 + CVE-2023-4244 + CVE-2023-34319 * 5.15 gkeop, nvidia, ibm, raspi, gcp, gke, kvm, oracle, aws, azure, azure-fde

Goings on in Ubuntu Security CommunityPreparation for Riga Product Roadmap Sprint, Ubuntu Summit and Engineering Sprint (17:33)* Ubuntu Summit + https://events.canonical.com/event/31/ + Mark Esler will be presenting “Improving FOSS Security” - designed for FOSSmaintainers who want to be proactive about security and protecting theirusers + Tobias Heider will be presenting with Hector Martin on Asahi Linux and inparticular Ubuntu Asahi - community project to bring the Asahi Linux work toUbuntu (also was a great shout-out from Joe Ressington on the most recentLate Night Linux plus a good write-up on omgubuntu)

Goodbye and good luck to David Lane (21:31)* Led the snap store reviewers work - much more streamlined process for folksinteracting on the snapcraft forum * Great manager + engineer and a great friend * See you at b-sides cbr in 2024

Get in contact* security@ubuntu.com * #ubuntu-security on the Libera.Chat IRC network * ubuntu-hardened mailing list * Security section on discourse.ubuntu.com * @ubuntusecurity@fosstodon.org, @ubuntu_sec on twitter

View Details

OverviewAfter a well-deserved break, we’re is back looking at the recent Ubuntu 23.10release and the significant security technologies it introduces along with acall for testing of unprivileged user namespace restrictions, plus the detailsof security updates for curl, Samba, iperf3, CUE and more.

This week in Ubuntu Security Updates26 unique CVEs addressed

[USN-6429-2, USN-6429-3] curl vulnerability (00:51)* 1 CVEs addressed in Trusty ESM (14.04 ESM), Xenial ESM (16.04 ESM), Bionic ESM (18.04 ESM) + CVE-2023-38546 * for Ubuntu Pro users * under rare circumstances, possible that an application using libcurl wouldpotentially load cookies from a crafted file on disk - allowing a localattacker to inject arbitrary cookies into a connection - although requires theapplication to use the curl_easy_duphandle() function * 2 CVEs addressed in Mantic (23.10) + CVE-2023-38546 + CVE-2023-38545 * cookie issue above, plus a possible heap buffer overflow when using a SOCKS5proxy, if the specified hostname was longer than 255 bytes

[USN-6425-3] Samba vulnerabilities (02:38)* 4 CVEs addressed in Mantic (23.10) + CVE-2023-42670 + CVE-2023-42669 + CVE-2023-4154 + CVE-2023-4091 * Various logic issues which could result in a range of effects, from attackersbeing able to truncate read-only files, or cause Samba to stop responding andhence DoS through to the ability to obtain all domain secrets

[USN-6425-2] Samba regression (03:06)* 4 CVEs addressed in Focal (20.04 LTS) + CVE-2023-42670 + CVE-2023-42669 + CVE-2023-4154 + CVE-2023-4091 * Previous security update for focal was miscompiled and resulted in an issuewhen handling the %U directive in smb.conf - if specified a path to be sharedlike /home/%U/FILES the %U would seemingly be ignored and not replaced withthe username as expected - and hence the share would fail - this same issueactually occurred previously in January this year - have now added aregression test specifically to try and ensure we do not introduce this sameissue in the future again

[USN-6430-1] FFmpeg vulnerabilities (04:25)* 6 CVEs addressed in Xenial ESM (16.04 ESM), Bionic ESM (18.04 ESM), Focal (20.04 LTS) + CVE-2021-28429 + CVE-2020-22051 + CVE-2020-22043 + CVE-2020-22040 + CVE-2020-22039 + CVE-2020-22024 * Most just memory leaks in handling of various crafted files -> DoS * One heap buffer overflow - possible RCE but likely just DoS * One integer overflow in FPS calculation

[USN-6431-1, USN-6431-2, USN-6431-3] iperf3 vulnerabilities (05:12)* 1 CVEs addressed in Xenial ESM (16.04 ESM), Bionic ESM (18.04 ESM), Focal (20.04 LTS), Jammy (22.04 LTS), Lunar (23.04) + CVE-2023-38403 * Integer overflow -> heap buffer overflow -> RCE / crash - essentially, whenparsing a frame, would allocate memory for the frame, plus 1 extra byte for atrailing NUL - if frame length was MAX_UINT adding 1 then wraps the integeraround back to zero - and so no memory gets allocated - and when copying intothe subsequent memory get a buffer overflow * When preparing this update, Jorge discovered he could cause the iperf3 serverto hang indefinitely on crafted input as well - reported this upstream andincluded that fix here as well

[USN-6432-1] Quagga vulnerabilities (06:26)* 2 CVEs addressed in Xenial ESM (16.04 ESM), Bionic ESM (18.04 ESM), Focal (20.04 LTS) + CVE-2023-41360 + CVE-2023-41358 * 2 different DoS vulns - both OOB reads on crafted input -> crash

[USN-6436-1] FRR vulnerabilities (06:38)* 3 CVEs addressed in Focal (20.04 LTS), Jammy (22.04 LTS), Lunar (23.04) + CVE-2023-41909 + CVE-2023-41360 + CVE-2023-41358 * FRR is the new Quagga

[USN-6394-2] Python vulnerability (06:52)* 1 CVEs addressed in Trusty ESM (14.04 ESM), Xenial ESM (16.04 ESM), Bionic ESM (18.04 ESM) + CVE-2022-48560 * Possible UAF in heapq module (aka priority queue implementation)

[USN-6423-2] CUE vulnerability (07:04)* 1 CVEs addressed in Mantic (23.10) + CVE-2023-43641 * OOB write discovered by Kevin Backhouse from Github - allows for a one-clickRCE on GNOME desktop due to the use of libcue by tracker - when a crafted CUEfile is downloaded, will get automatically indexed by tracker and hence parsedby libcue triggering this bug -> RCE * Interestingly, tracker employed a seccomp sandbox which should have limitedthe impact for this kind of issue (ie restricting what the exploit could do)but Kevin found a way to bypass this since the seccomp filter was only appliedto the thread used to parse the file - not the main thread - so Kevin couldsimply delegate the code execution to the main thread to bypass this * Upstream GNOME developers were already aware of this as a possible weakness inthe sandbox, and so worked to ensure this is then applied to all threadswithin tracker, not just the one spawned to parse the particular file

[USN-6433-1] Ghostscript vulnerability (10:18)* 1 CVEs addressed in Focal (20.04 LTS), Jammy (22.04 LTS), Lunar (23.04) + CVE-2023-43115 * Possible sandbox escape via a crafted PS document since it could modify thespecified IJS server parameter binary to execute some other binary instead

[USN-6396-3] Linux kernel (Azure) vulnerabilities (10:55)* 6 CVEs addressed in Trusty ESM (14.04 ESM) + CVE-2023-4128 + CVE-2023-40283 + CVE-2023-3863 + CVE-2023-3212 + CVE-2022-40982 + CVE-2022-27672 * Various issues covered previously - 2 different UAFs - network packetclassifier and bluetooth subsystems, recent speculative execution vulns in AMDand Intel processors and more

[USN-6434-1] PMIx vulnerability (11:24)* 1 CVEs addressed in Bionic ESM (18.04 ESM), Focal (20.04 LTS), Jammy (22.04 LTS) + CVE-2023-41915 * OpenPMIx implementiation - Process Management Interface Exascale Standard -API used in HPC environments * Possible privilege escalation via race condition - library sets ownership ofvarious files but would follow symlinks when doing this - so if a user couldrace it to swap a symlink out then could get it to set the ownership of a rootowned file to themselves and gain the ability to read it etc

Goings on in Ubuntu Security CommunityUbuntu 23.10 (Mantic Minotaur) Released (12:41)* https://ubuntu.com/blog/canonical-releases-ubuntu-23-10-mantic-minotaur * Culmination of the last 6 months of work - this release in particular has astrong focus on raising the bar for security, and setting the stage for thenext LTS (24.04) * Two preview features - TPM-backed FDE on Ubuntu Desktop, and unprivileged usernamespace restrictions via AppArmor * Covered both of these in previous episodes + TPM-backed Full Disk Encryption is coming to Ubuntu from Episode 208 + Unprivileged user namespace restrictions via AppArmor in Ubuntu from Episode 205

Call for testing of Unprivileged User Namespace Restrictions on Mantic* The hope is to get this enabled by default in 24.04 LTS - but we need as muchtesting as we can get to find anything else which is not working as expectedbeforehand - easy to do via a new sysctl

+ Can either do it immediately:`sudo sysctl -w kernel.apparmor_restrict_unprivileged_userns=1`
+ Or can set this to be applied at boot via a new file in `/etc/sysctl.d`, e.g.:create a file `/etc/sysctl.d/60-apparmor.conf` with the following contents:

kernel.apparmor_restrict_unprivileged_userns = 1 * Then if you do find something which is not working as expected, you can createa simple AppArmor profile which will allow it to use unprivileged usernamespaces without any additional restrictions, e.g:

abi <abi/4.0>,include <tunables/global>/opt/google/chrome/chrome flags=(unconfined) { userns, # Site-specific additions and overrides. See local/README for details. include if exists <local/opt.google.chrome.chrome>} * From a defensive security point of view, also is useful to enable anadditional sysctl to ensure that anything which is unconfined can’t just abusethese profiles by aa-exec‘ing themselves via that profile - so then also needto enable the kernel.apparmor_restrict_unprivileged_unconfined = 1 sysctl too * One application that we are aware of that is impacted is LXD - which, to avoidissues, is currently disabling this automatically at startup - so for now youhave to keep manually re-enabling this restriction until the LXD devs land achange to stop this https://github.com/canonical/lxd-pkg-snap/pull/187 * Also all applications based on chromium (ie all electron apps) may likely haveissues since the chromium sandbox uses unprivileged user namespaces bydefault - we have already created profiles for the various ones in the Ubuntuarchive that we are aware of, and for some third party ones too (Brave,Vivaldi etc) but we expect there will be others - in that case, let us know * File a bug against apparmor: ubuntu-bug apparmor or visithttps://bugs.launchpad.net/ubuntu/+source/apparmor/+filebug

Get in contact* security@ubuntu.com * #ubuntu-security on the Libera.Chat IRC network * ubuntu-hardened mailing list * Security section on discourse.ubuntu.com * @ubuntusecurity@fosstodon.org, @ubuntu_sec on twitter

View Details

OverviewIt’s the Linux Security Summit in Bilbao this week and we bring you somehighlights from our favourite talks, plus we cover the 25 most stubborn softwareweaknesses, and we look at security updates for Open VM Tools, libwebp, Django,binutils, Indent, the Linux kernel and more.

This week in Ubuntu Security Updates88 unique CVEs addressed

[USN-6365-1] Open VM Tools vulnerability (00:45)* 1 CVEs addressed in Focal (20.04 LTS), Jammy (22.04 LTS), Lunar (23.04) + CVE-2023-20900 * Failed to properly validate SAML tokens - uses the xmlsec library but whenverifying the signature on a SAML document, failed to configure the library toonly use the X509 certificate for validation - since presumably an attackercould intercept the SAML token, and replace the X509 cert with a differenttype of signature which would then be trusted by the xmlsec library and allowthe attacker to gain access

[USN-6366-1] PostgreSQL vulnerability (01:34)* 1 CVEs addressed in Xenial ESM (16.04 ESM) + CVE-2023-39417 * Fixed for other releases in [USN-6296-1] PostgreSQL vulnerabilities in Episode206 - one issue, which allowed an attacker to escalate their privileges(from CREATE to being able to execute arbitrary code as a bootstrap superuser)also affected PostgreSQL 9.5 in Ubuntu 16.04

[USN-6364-1] Ghostscript vulnerabilities (01:59)* 2 CVEs addressed in Xenial ESM (16.04 ESM), Bionic ESM (18.04 ESM), Focal (20.04 LTS) + CVE-2020-21890 + CVE-2020-21710 * Divide by zero and buffer overflow in handling of PDFs -> DoS / RCE?

[USN-6369-1] libwebp vulnerability (02:19)* 1 CVEs addressed in Focal (20.04 LTS), Jammy (22.04 LTS), Lunar (23.04) + CVE-2023-4863 * heap buffer overflow -> OOB write -> RCE * originally reported as a vuln in Chrome on 12 September - full impact thatthis was actually a bug in libwebp became clear a few days later + Solar Designer has a good thread on the details on oss-security

[USN-6367-1] Firefox vulnerability (03:55)* 1 CVEs addressed in Focal (20.04 LTS) + CVE-2023-4863 * 117.0.1 for the libwebp fix above

[USN-6368-1] Thunderbird vulnerabilities (04:04)* 6 CVEs addressed in Focal (20.04 LTS), Jammy (22.04 LTS), Lunar (23.04) + CVE-2023-4863 + CVE-2023-4584 + CVE-2023-4581 + CVE-2023-4575 + CVE-2023-4574 + CVE-2023-4573 * 102.15.1 - libwebp issue above plus various other issues - various UAFs,missing .xll files from standard blocklist that warns users when downloadingexecutables - more of a windows issue but these are Excel add-in files -ie. plugins for Excel, “memory safety bugs”

[USN-6370-1] ModSecurity vulnerabilities (04:42)* 3 CVEs addressed in Trusty ESM (14.04 ESM), Xenial ESM (16.04 ESM), Bionic ESM (18.04 ESM), Focal (20.04 LTS), Jammy (22.04 LTS) + CVE-2023-24021 + CVE-2022-48279 + CVE-2021-42717 * CPU-based DoS when parsing excessively nested JSON objects (needs to betens-of-thousands deep) * Mishandling of NUL byte in file uploads - would parse the filename as a stringbut if it contained an embedded NUL byte then filename would be truncated andhence could result in a buffer overread or the ability to bypass the webapplication firewall for rules which read from the FILES_TMP_CONTENT variable * Mishandling of HTTP multipart requests could also allow to bypass WAF

[USN-6371-1] libssh2 vulnerability (06:07)* 1 CVEs addressed in Trusty ESM (14.04 ESM), Xenial ESM (16.04 ESM), Bionic ESM (18.04 ESM), Focal (20.04 LTS) + CVE-2020-22218 * OOB read - low impact since requires to connect to a malicious server totrigger - and outcome is likely a DoS

[USN-6372-1] DBus vulnerability (06:26)* 1 CVEs addressed in Xenial ESM (16.04 ESM) + CVE-2023-34969 * Ability to crash the dbus daemon by an unprivileged user - BUT only if thereis a privileged user using the in-built monitoring interface of dbus tomonitor the traffic - so low chance of being able to trigger this and theoutcome is just a DoS anyway - and will be restarted by systemd anyway

[USN-6373-1] gawk vulnerability (07:02)* 1 CVEs addressed in Trusty ESM (14.04 ESM), Xenial ESM (16.04 ESM), Bionic ESM (18.04 ESM), Focal (20.04 LTS), Jammy (22.04 LTS) + CVE-2023-4156 * Heap OOB read - DoS

[USN-6374-1] Mutt vulnerabilities (07:16)* 2 CVEs addressed in Xenial ESM (16.04 ESM), Bionic ESM (18.04 ESM), Focal (20.04 LTS), Jammy (22.04 LTS), Lunar (23.04) + CVE-2023-4875 + CVE-2023-4874 * 2 different NULL ptr deref + viewing crafted email + composing from a specially crafted draft email + DoS only

[USN-6375-1] atftp vulnerability (07:38)* Affecting Jammy (22.04 LTS), Lunar (23.04) * Could crash atftpd if requesting a non-existant file - turns out to be abuffer overflow so could possibly be used for code execution

[USN-6376-1] c-ares vulnerability (7:50)* 1 CVEs addressed in Focal (20.04 LTS) + CVE-2020-22217 * OOB read when parsing a crafted Start of Authority (SOA) reply

[USN-6377-1] LibRaw vulnerability (7:56)* 1 CVEs addressed in Focal (20.04 LTS) + CVE-2020-22628 * Failed to reject images with invalid pixel aspect ratio - leading to an OOBread -> crash

[USN-6378-1] Django vulnerability (08:08)* 1 CVEs addressed in Focal (20.04 LTS), Jammy (22.04 LTS), Lunar (23.04) + CVE-2023-41164 * DoS via handling of URIs with a very large number of unicode characters -algorithm would parse from start of string forwards for every invalid unicodecharacter - instead of just using the remainder of the string

[USN-6379-1] vsftpd vulnerability (08:47)* 1 CVEs addressed in Focal (20.04 LTS) + CVE-2021-3618 * Possible application layer confusion attack (ALPACA) - abuses wildcard ormulti-domain certificates to redirect traffic from one subdomain to another

[USN-6381-1] GNU binutils vulnerabilities (09:07)* 8 CVEs addressed in Trusty ESM (14.04 ESM), Xenial ESM (16.04 ESM), Bionic ESM (18.04 ESM) + CVE-2022-47695 + CVE-2022-44840 + CVE-2020-35342 + CVE-2022-45703 + CVE-2021-46174 + CVE-2020-19726 + CVE-2020-21490 + CVE-2020-19724 * memory leaks in nm and when disassembling microblaze instructions -> DoS * various buffer overflows in different functions -> DoS / RCE * failure to zero memory -> info leak * OOB read in objdump * heap buffer overflow in readelf * in general, we don’t consider it safe to run binutils on untrusted inputs

[USN-6380-1] Node.js vulnerabilities (09:54)* 6 CVEs addressed in Xenial ESM (16.04 ESM), Bionic ESM (18.04 ESM), Focal (20.04 LTS) + CVE-2020-8287 + CVE-2020-8265 + CVE-2020-8174 + CVE-2019-15606 + CVE-2019-15605 + CVE-2019-15604 * abort when sending a crafted X509 certificate -> DoS * 2 different HTTP request smuggling attacks * possible bypass of HTTP authorization since would include whitespace in HTTPheaders * couple memory corruption issues in various operations implemented in C

[USN-6382-1] Memcached vulnerability (10:23)* 1 CVEs addressed in Xenial ESM (16.04 ESM), Bionic ESM (18.04 ESM), Focal (20.04 LTS) + CVE-2022-48571 * NULL ptr deref upon reception of a UDP multi-packet request

[USN-6389-1] Indent vulnerability (10:30)* 1 CVEs addressed in Focal (20.04 LTS), Jammy (22.04 LTS), Lunar (23.04) + CVE-2023-40305 * heap buffer overflow -> DoS / RCE

[USN-6339-4] Linux kernel (Intel IoTG) vulnerabilities (10:53)* 8 CVEs addressed in Jammy (22.04 LTS) + CVE-2023-38429 + CVE-2023-38428 + CVE-2023-38426 + CVE-2023-3212 + CVE-2023-31084 + CVE-2023-2898 + CVE-2023-21255 + CVE-2022-48425 * 5.15 * same set of vulns from [USN-6350-1, USN-6351-1, USN-6339-2, USN-6339-3] Linuxkernel vulnerabilities

[USN-6383-1] Linux kernel vulnerabilities (11:15)* 5 CVEs addressed in Jammy (22.04 LTS), Lunar (23.04) + CVE-2023-4569 + CVE-2023-4128 + CVE-2023-40283 + CVE-2023-21264 + CVE-2023-20588 * 6.2 all in 23.04, HWE in 22.04 * speculative execution leak when performing a divide-by-zero on various AMD processors * possible privilege escalation in ARM64 KVM implementation -> guest VM couldthen write to host memory -> code execution * UAF in L2CAP socket handling in bluetooth - local DoS / code execution * UAF in various network packet classifiers - local DoS via unprivileged usernamespace * Memory leak in netfilter - also able to be abused by an unprivileged user in auser namespace

[USN-6384-1] Linux kernel (OEM) vulnerabilities (12:23)* 2 CVEs addressed in Jammy (22.04 LTS) + CVE-2023-4569 + CVE-2023-20588 * 6.1 * speculative execution leak when performing a divide-by-zero on various AMD processors * Memory leak in netfilter - also able to be abused by an unprivileged user in auser namespace

[USN-6385-1] Linux kernel (OEM) vulnerabilities (12:37)* 37 CVEs addressed in Jammy (22.04 LTS) + CVE-2023-4569 + CVE-2023-4273 + CVE-2023-4128 + CVE-2023-40283 + CVE-2023-4015 + CVE-2023-4004 + CVE-2023-3995 + CVE-2023-3863 + CVE-2023-3777 + CVE-2023-3776 + CVE-2023-3611 + CVE-2023-3610 + CVE-2023-3609 + CVE-2023-3390 + CVE-2023-32269 + CVE-2023-3220 + CVE-2023-31436 + CVE-2023-3141 + CVE-2023-3090 + CVE-2023-2898 + CVE-2023-28466 + CVE-2023-28328 + CVE-2023-2269 + CVE-2023-2235 + CVE-2023-2163 + CVE-2023-2162 + CVE-2023-20593 + CVE-2023-2002 + CVE-2023-1611 + CVE-2023-1380 + CVE-2023-1206 + CVE-2023-4194 + CVE-2023-1076 + CVE-2023-1075 + CVE-2023-0458 + CVE-2022-4269 + CVE-2022-27672 * 6.0 OEM * All the previously mentioned vulns plus a heap more - kudos to OEM team andTimo Aaltonen from the kernel team for the most number of CVEs fixed this week

[USN-6386-1] Linux kernel vulnerabilities (13:01)* 4 CVEs addressed in Focal (20.04 LTS), Jammy (22.04 LTS) + CVE-2023-4569 + CVE-2023-4128 + CVE-2023-40283 + CVE-2023-20588 * 5.15 22.04 GA. 20.04 HWE

[USN-6387-1] Linux kernel vulnerabilities (13:08)* 3 CVEs addressed in Bionic ESM (18.04 ESM), Focal (20.04 LTS) + CVE-2023-4128 + CVE-2023-40283 + CVE-2023-20588 * 5.4 20.04 GA, 18.04 HWE

[USN-6388-1] Linux kernel vulnerabilities (13:12)* 9 CVEs addressed in Trusty ESM (14.04 ESM), Xenial ESM (16.04 ESM) + CVE-2023-4459 + CVE-2023-4387 + CVE-2023-4385 + CVE-2023-4128 + CVE-2023-40283 + CVE-2023-3863 + CVE-2023-32269 + CVE-2023-3212 + CVE-2022-40982 * 4.4 16.04 GA, 14.04 HWE

Goings on in Ubuntu Security CommunityHighlights from LSS EU (13:29) Hardware-backed Per-process Secrets - Matthew Garrett, Aurora + Mark Esler described as a crystal clear explanation of how TPM works andproposes an automated attestation for confidential computing * Estimating Security Risk Through Repository Mining - Tamas K. Lengyel, Intelproposed that most common metrics don’t demonstrate code quality, exceptpossibly percentage of cognitive complex functions* + cyclomatic complexity measured how hard to test - cognitive complexitytries to measure how hard to understand - premise is that if you can’t understand it, you can’t see the vulns + intuitively makes sense, but relies on the ability actually measurecognitive complexity - and recent studies seem to show that the current cognitive complexitymeasurements are no better at accurately identifying code that is hardto understand than the more traditional methods of LOC or cyclomaticcomplexity + Cognitive Complexity: A new way of measuring understandability white paper by G. Ann Campbell of SonarSource + I missed this one but as Steve Beattie said, it does provide some things tothink about in the context of the security reviews that the Ubuntu Securitydoes as part of the MIR process (for a good overview of this, take a stepback in time to Main inclusion review security code audits discussion withSeth Arnold from Episode 32)

Top 25 most stubborn weaknesses (17:13)* https://cwe.mitre.org/top25/archive/2023/2023_stubborn_weaknesses.html * MITRE 2023 CWE Top 25 Most Dangerous Software Weaknesses published from Episode 201 * 15 CWEs present in every one of the last 5 top 25 most dangerous lists from MITRE

| CWE-ID | Description | 2023 Rank | | --- | --- | --- | | CWE-787 | Out-of-bounds Write | 1 | | CWE-79 | Improper Neutralization of Input During Web Page Generation (‘Cross-site Scripting’) | 2 | | CWE-89 | Improper Neutralization of Special Elements used in an SQL Command (‘SQL Injection’) | 3 | | CWE-416 | Use After Free | 4 | | CWE-78 | Improper Neutralization of Special Elements used in an OS Command (‘OS Command Injection’) | 5 | | CWE-20 | Improper Input Validation | 6 | | CWE-125 | Out-of-bounds Read | 7 | | CWE-22 | Improper Limitation of a Pathname to a Restricted Directory (‘Path Traversal’) | 8 | | CWE-352 | Cross-Site Request Forgery (CSRF) | 9 | | CWE-476 | NULL Pointer Dereference | 12 | | CWE-287 | Improper Authentication | 13 | | CWE-190 | Integer Overflow or Wraparound | 14 | | CWE-502 | Deserialization of Untrusted Data | 15 | | CWE-119 | Improper Restriction of Operations within Bounds of a Memory Buffer | 17 | | CWE-798 | Use of Hard-coded Credentials | 18 |

  • all fall into one of three different categories
    • errors when processing of data from untrusted sources providing an initialentry point for compromise
    • weaknesses from using languages that don’t provide strong memory safetyguarantees
    • poor security architecture / design choices
  • re memory safety - MITRE note that this has been coming down - CWE-119(“Improper Restriction of Operations within Bounds of a Memory Buffer”) wasonce ranked 1 5 years ago, is now 17. Related (but not directly memory safetybut more correctness) CWE-190 (“Integer Overflow or Wraparound”) was ranked 5,is now 7.
  • Really shows that if you are implementing any new code, choosing a languagethat is memory safe will help avoid a lot of the most prevalent securityissues - clearly won’t help with lack of proper input validation or poorsecurity architecture etc - but will cut out the most dangerous and moststubborn issues (OOB W, UAF etc)

Get in contact* security@ubuntu.com * #ubuntu-security on the Libera.Chat IRC network * ubuntu-hardened mailing list * Security section on discourse.ubuntu.com * @ubuntusecurity@fosstodon.org, @ubuntu_sec on twitter

View Details

OverviewAndrei is back this week with a deep dive into recent research around CVSSscoring inconsistencies, plus we look at a recent Ubuntu blog post on theinternals of package updates and the repositories, and we cover security updatesin Apache Shiro, GRUB2, CUPS, RedCloth, curl and more.

This week in Ubuntu Security Updates77 unique CVEs addressed

[USN-6346-1] Linux kernel (Raspberry Pi) vulnerabilities (00:55)* 5 CVEs addressed in Bionic ESM (18.04 ESM), Focal (20.04 LTS) + CVE-2023-3776 + CVE-2023-3611 + CVE-2023-3609 + CVE-2023-20593 + CVE-2022-40982 * 5.4 raspi + HWE on 18.04 * Covered previously in [USN-6315-1] Linux kernel vulnerabilities from Episode 207

[USN-6347-1] Linux kernel (Azure CVM) vulnerabilities* 24 CVEs addressed in Focal (20.04 LTS) + CVE-2023-35829 + CVE-2023-35828 + CVE-2023-35824 + CVE-2023-35823 + CVE-2023-33288 + CVE-2023-33203 + CVE-2023-3268 + CVE-2023-32248 + CVE-2023-3141 + CVE-2023-30772 + CVE-2023-28466 + CVE-2023-23004 + CVE-2023-2269 + CVE-2023-2235 + CVE-2023-2194 + CVE-2023-2163 + CVE-2023-2124 + CVE-2023-2002 + CVE-2023-1990 + CVE-2023-1855 + CVE-2023-1611 + CVE-2023-0597 + CVE-2022-48502 + CVE-2022-4269 * Microsoft Azure CVM cloud systems - 5.15

[USN-6348-1] Linux kernel vulnerabilities* 11 CVEs addressed in Focal (20.04 LTS), Jammy (22.04 LTS) + CVE-2023-4015 + CVE-2023-4004 + CVE-2023-3995 + CVE-2023-3777 + CVE-2023-3776 + CVE-2023-3611 + CVE-2023-3610 + CVE-2023-3609 + CVE-2023-21400 + CVE-2023-20593 + CVE-2022-40982 * 5.15 Raspi on 22.04 / Intel-IoTG on 20.04

[USN-6349-1] Linux kernel (Azure) vulnerabilities* 9 CVEs addressed in Focal (20.04 LTS) + CVE-2023-35828 + CVE-2023-35824 + CVE-2023-35823 + CVE-2023-3268 + CVE-2023-31084 + CVE-2023-2269 + CVE-2023-2163 + CVE-2023-21255 + CVE-2023-2002 * 5.4 Azure

[USN-6350-1, USN-6351-1, USN-6339-2, USN-6339-3] Linux kernel vulnerabilities* 8 CVEs addressed in Focal (20.04 LTS), Jammy (22.04 LTS) + CVE-2023-38429 + CVE-2023-38428 + CVE-2023-38426 + CVE-2023-3212 + CVE-2023-31084 + CVE-2023-2898 + CVE-2023-21255 + CVE-2022-48425 * 5.15 + Oracle, AWS, GKE, Raspi, Azure on 22.04 + IBM, Oracle, AWS, GKE, Azure on 20.04

[USN-6340-2] Linux kernel vulnerabilities* 9 CVEs addressed in Bionic ESM (18.04 ESM), Focal (20.04 LTS) + CVE-2023-35828 + CVE-2023-35824 + CVE-2023-35823 + CVE-2023-3268 + CVE-2023-31084 + CVE-2023-2269 + CVE-2023-2163 + CVE-2023-21255 + CVE-2023-2002 * 5.4 Xilinx ZyncMP, GKEOP, Raspi on 20.04; Raspi, GCP, Azure on 18.04 (Ubuntu Pro)

[USN-6342-2] Linux kernel (Azure) vulnerabilities* 6 CVEs addressed in Trusty ESM (14.04 ESM), Xenial ESM (16.04 ESM), Bionic ESM (18.04 ESM) + CVE-2023-3776 + CVE-2023-3611 + CVE-2023-31084 + CVE-2023-2985 + CVE-2023-2269 + CVE-2023-20593 * 4.15 Azure on all

[USN-6338-2] Linux kernel vulnerabilities* 11 CVEs addressed in Jammy (22.04 LTS), Lunar (23.04) + CVE-2023-38429 + CVE-2023-38428 + CVE-2023-38426 + CVE-2023-32258 + CVE-2023-32257 + CVE-2023-32252 + CVE-2023-32250 + CVE-2023-32247 + CVE-2023-31084 + CVE-2023-2898 + CVE-2023-21255 * 6.2 + Starfive, IBM, Oracle, GCP on 23.04 + GCP on 22.04

[USN-6357-1] Linux kernel (IBM) vulnerabilities* 14 CVEs addressed in Bionic ESM (18.04 ESM), Focal (20.04 LTS) + CVE-2023-3776 + CVE-2023-3611 + CVE-2023-3609 + CVE-2023-35828 + CVE-2023-35824 + CVE-2023-35823 + CVE-2023-3268 + CVE-2023-31084 + CVE-2023-2269 + CVE-2023-2163 + CVE-2023-21255 + CVE-2023-20593 + CVE-2023-2002 + CVE-2022-40982 * 5.4 IBM on 20.04 / 18.04

[USN-6345-1] SoX vulnerability (02:42)* 1 CVEs addressed in Trusty ESM (14.04 ESM), Xenial ESM (16.04 ESM), Bionic ESM (18.04 ESM), Focal (20.04 LTS), Jammy (22.04 LTS), Lunar (23.04) + CVE-2023-32627 * Floating point exception via crafted content -> crash -> DoS

[USN-6352-1] Apache Shiro vulnerabilities (03:03)* 2 CVEs addressed in Bionic ESM (18.04 ESM), Focal (20.04 LTS) + CVE-2020-17510 + CVE-2020-13933 * Two different authentication bypasses for crafted HTTP requests - not great tohave in a component whose purpose is to to authentication, authorisation,cryptopraphy and session management

[USN-6353-1] PLIB vulnerability (03:25)* 1 CVEs addressed in Xenial ESM (16.04 ESM), Bionic ESM (18.04 ESM), Focal (20.04 LTS) + CVE-2021-38714 * Portable games library - aims to work across a range of HW and OSes - used bytorcs and flightgear * Integer overflow -> buffer overflow on crafted TGA file

[USN-6354-1] Python vulnerability (03:54)* 1 CVEs addressed in Trusty ESM (14.04 ESM), Xenial ESM (16.04 ESM), Bionic ESM (18.04 ESM) + CVE-2022-48565 * XML eXternal Entity when parsing XML plist files - fix was to reject entitydeclarations in plist files - this is consistent with the behaviour in Apple’splutil tool as well

[USN-6355-1] GRUB2 vulnerabilities (04:14)* 10 CVEs addressed in Focal (20.04 LTS), Jammy (22.04 LTS) + CVE-2022-3775 + CVE-2022-28737 + CVE-2022-28736 + CVE-2022-28735 + CVE-2022-28734 + CVE-2022-28733 + CVE-2021-3981 + CVE-2021-3697 + CVE-2021-3696 + CVE-2021-3695 * Various grub vulns - see [USN-4992-1] GRUB 2 vulnerabilities from Episode 121for the previous lot - these updates were published back in February to the-updates pocket and have now been synced to -security * various OOB R/W via crafted images (Daniel Axtens), integer overflow whenparsing crafted IP packets -> buffer overflow, OOB write via crafted HTTPheader, UAF in chainloader and more

[USN-6356-1] OpenDMARC vulnerabilities (05:08)* 2 CVEs addressed in Xenial ESM (16.04 ESM), Bionic ESM (18.04 ESM), Focal (20.04 LTS) + CVE-2020-12460 + CVE-2020-12272 * Open Source implementation of the DMARC specification * Possible to inject authentication results via a crafted domain * 1-byte heap buffer overflow of a NUL-byte - likely just crash -> DoS

[USN-6164-2] c-ares vulnerabilities (05:39)* 2 CVEs addressed in Xenial ESM (16.04 ESM), Bionic ESM (18.04 ESM) + CVE-2023-32067 + CVE-2023-31130 * [USN-6164-1] c-ares vulnerabilities from Episode 199

[USN-6237-3] curl vulnerabilities (05:50)* 3 CVEs addressed in Trusty ESM (14.04 ESM), Xenial ESM (16.04 ESM), Bionic ESM (18.04 ESM) + CVE-2023-32001 + CVE-2023-28322 + CVE-2023-28321 * [USN-6237-1] curl vulnerabilities from Episode 203

[USN-6359-1] file vulnerability (06:01)* 1 CVEs addressed in Jammy (22.04 LTS) + CVE-2022-48554 * stack-based buffer over-read -> crash, DoS

[USN-6360-1] FLAC vulnerability (06:18)* 1 CVEs addressed in Focal (20.04 LTS), Jammy (22.04 LTS) + CVE-2020-22219 * buffer overflow -> RCE / crash

[USN-6361-1] CUPS vulnerability (06:27)* 1 CVEs addressed in Focal (20.04 LTS), Jammy (22.04 LTS), Lunar (23.04) + CVE-2023-32360 * Default configuration failed to require authentication for theCUPS-Get-Document operation - could allow other users to fetch print documentswithout authentication

[USN-6362-1] .NET vulnerability (06:46)* 1 CVEs addressed in Jammy (22.04 LTS), Lunar (23.04) + CVE-2023-36799 * DoS in X509 certs handling

[USN-6358-1] RedCloth vulnerability (06:52)* 1 CVEs addressed in Xenial ESM (16.04 ESM), Bionic ESM (18.04 ESM), Focal (20.04 LTS), Jammy (22.04 LTS), Lunar (23.04) + CVE-2023-31606 * ReDoS via crafted HTML payload - upstream maintainer hasn’t responded to theoriginal report or to the PR with the proposed fix - one of the rare occasionswhere we deploy a fix that is not blessed by upstream - also demonstratesthough that we try and maintain the software in Ubuntu even when upstreamstops supporting it (whether officially or not)

[USN-6363-1] curl vulnerability (08:03)* 1 CVEs addressed in Lunar (23.04) + CVE-2023-38039 * Provides an API to access headers from past HTTP responses - so stores headersin memory, but failed to limit how large this could be - so if a maliciousserver provided a response with a very large header then could DoS theapplication using libcurl - limited to 300KB total per response - which issimilar to how Chrome behaves

Goings on in Ubuntu Security CommunityPart 4 of Andrei’s deep dive into cybersecurity research ()“Shedding Light on CVSS Scoring Inconsistencies: A User-Centric Study onEvaluating Widespread Security Vulnerabilities” - to appear in IEEE Symposium onSecurity & Privacy (aka S&P) in 2024

  • Tries to answer the questions “Are CVSS evaluations consistent?” and “Whichfactors influence CVSS assessments?”
  • https://arxiv.org/abs/2308.15259
  • https://www.first.org/cvss/specification-document
  • https://www.first.org/cvss/user-guide
  • https://www.first.org/cvss/examples
  • https://www.first.org/cvss/examples#OpenSSL-Heartbleed-Vulnerability-CVE-2014-0160
  • https://nvd.nist.gov/vuln-metrics/cvss/v3-calculator
  • https://ubuntu.com/blog/securing-open-source-through-cve-prioritisation

Ubuntu updates, releases and repositories explained (22:18)* https://ubuntu.com/blog/ubuntu-updates-releases-and-repositories-explained * by Aaron Whitehouse - Senior Public Cloud Enablement Director at Canonical,leads the team that drives Canonical’s joint initiatives with the majorpublic clouds

Get in contact* Come find us in person at LSS EU 2023 in Bilbao, Spain * security@ubuntu.com * #ubuntu-security on the Libera.Chat IRC network * ubuntu-hardened mailing list * Security section on discourse.ubuntu.com * @ubuntusecurity@fosstodon.org, @ubuntu_sec on twitter

View Details

OverviewThis week we detail the recently announced and long-awaited feature ofTPM-backed full-disk encryption for the upcoming Ubuntu 23.10 release, plus wecover security updates for elfutils, GitPython, atftp, BusyBox, Docker Registryand more.

This week in Ubuntu Security Updates93 unique CVEs addressed

[USN-6322-1] elfutils vulnerabilities (00:38)* 10 CVEs addressed in Trusty ESM (14.04 ESM), Xenial ESM (16.04 ESM), Bionic ESM (18.04 ESM), Focal (20.04 LTS) + CVE-2021-33294 + CVE-2020-21047 + CVE-2019-7665 + CVE-2019-7150 + CVE-2019-7149 + CVE-2018-18521 + CVE-2018-18520 + CVE-2018-18310 + CVE-2018-16403 + CVE-2018-16062 * All the older CVEs (2018-2019) for Ubuntu 14.04 only - and all of these arejust DoS through OOB read / NULL ptr deref etc * OOB write / off-by-one + CPU-based DoS as well for more recent releases ->code execution / crash | DoS

[USN-6323-1] FRR vulnerability (01:40)* 1 CVEs addressed in Jammy (22.04 LTS), Lunar (23.04) + CVE-2023-31490 * Missing length check when handling particular options - would cause an OOBread and hence a crash of bgpd within frr - similar to recent issues like[USN-6136-1] FRR vulnerabilities from Episode 198

[USN-6326-1] GitPython vulnerability (02:11)* 1 CVEs addressed in Trusty ESM (14.04 ESM), Xenial ESM (16.04 ESM), Bionic ESM (18.04 ESM), Focal (20.04 LTS), Jammy (22.04 LTS), Lunar (23.04) + CVE-2023-40267 * Incomplete fix for historical CVE-2022-24439 ([USN-5968-1] GitPython vulnerability from Episode 192) * Essentially allows to get RCE since calls git clone and doesn’t completelyvalidate the options and so leads to shell-command injection - thanks toSylvain Beucler from Debian LTS team for noticing this and pointing it out tothe upstream project

[USN-6333-1] Thunderbird vulnerabilities (03:00)* 9 CVEs addressed in Focal (20.04 LTS), Jammy (22.04 LTS), Lunar (23.04) + CVE-2023-4056 + CVE-2023-4055 + CVE-2023-4049 + CVE-2023-4048 + CVE-2023-4047 + CVE-2023-4050 + CVE-2023-4046 + CVE-2023-4045 + CVE-2023-3417 * 102.15.0

[USN-6334-1] atftp vulnerabilities (03:10)* 3 CVEs addressed in Xenial ESM (16.04 ESM), Bionic ESM (18.04 ESM), Focal (20.04 LTS) + CVE-2021-46671 + CVE-2021-41054 + CVE-2020-6097 * TFTP server and client packages * All 3 issues in the atftpd server + assertion failure when handling crafted Multicast Read Request + buffer overflow when handling crafted request with multiple options + buffer overread when handling crafted options data - would read past thearray of options and into adjacent memory - according to the CVE this wouldthen be the data from /etc/group on the server but likely this is notdeterministic and would be whatever else was on the heap

[USN-6335-1] BusyBox vulnerabilities (05:20)* 2 CVEs addressed in Trusty ESM (14.04 ESM), Xenial ESM (16.04 ESM), Bionic ESM (18.04 ESM) + CVE-2022-48174 + CVE-2021-28831 * Invalid free() on malformed gzip data - on error, sets bit 1 of a pointer toindicate that an error occurred - would then go and pass this pointer tofree() but now the pointer is 1-byte past where it should be - so need tounset this bit first * In shell handling of crafted input could trigger a stack overflow when parsingcertain arithmetic expressions -> crash / RCE - BUT since this is in parsingof shell expressions anyway could just easily pass actual shell code toevaluate surely?

[USN-6336-1] Docker Registry vulnerabilities (07:52)* 2 CVEs addressed in Xenial ESM (16.04 ESM), Bionic ESM (18.04 ESM), Focal (20.04 LTS), Jammy (22.04 LTS), Lunar (23.04) + CVE-2023-2253 + CVE-2017-11468 * Tools to pack and server docker images - ie. to stand up your own dockerregistry for serving OCI images * Two different DoS since didn’t place any bounds on the size of variousparameters in requests - so when handling a crafted request with a very largevalue, would try and allocate enough memory for that and then potentially runout of memory and crash * Even in languages like Go which are memory safe, we still run into real worldlimits like this - whilst in computing we like to have abstractions likeunlimited memory, and can generally program assuming this to be true, need tobe careful still when handling untrusted input

[USN-6321-1] Linux kernel vulnerabilities (09:21)* 10 CVEs addressed in Lunar (23.04) + CVE-2023-4015 + CVE-2023-4004 + CVE-2023-3995 + CVE-2023-3777 + CVE-2023-3776 + CVE-2023-3611 + CVE-2023-3610 + CVE-2023-3609 + CVE-2023-20593 + CVE-2022-40982 * 6.2 for StarFive and GCP * Covered previously in [USN-6315-1] Linux kernel vulnerabilities from Episode 207

[USN-6325-1] Linux kernel vulnerabilities* 11 CVEs addressed in Focal (20.04 LTS), Jammy (22.04 LTS) + CVE-2023-4015 + CVE-2023-4004 + CVE-2023-3995 + CVE-2023-3777 + CVE-2023-3776 + CVE-2023-3611 + CVE-2023-3610 + CVE-2023-3609 + CVE-2023-21400 + CVE-2023-20593 + CVE-2022-40982 * 5.15 GKEOP, Intel IoTG

[USN-6324-1] Linux kernel (GKE) vulnerabilities* 5 CVEs addressed in Focal (20.04 LTS) + CVE-2023-3776 + CVE-2023-3611 + CVE-2023-3609 + CVE-2023-20593 + CVE-2022-40982 * 5.4 for GKE

[USN-6327-1] Linux kernel (KVM) vulnerabilities* 6 CVEs addressed in Xenial ESM (16.04 ESM) + CVE-2023-3776 + CVE-2023-3611 + CVE-2023-3567 + CVE-2023-31084 + CVE-2023-2985 + CVE-2023-2269

[USN-6328-1] Linux kernel (Oracle) vulnerabilities* 10 CVEs addressed in Lunar (23.04) + CVE-2023-4015 + CVE-2023-4004 + CVE-2023-3995 + CVE-2023-3777 + CVE-2023-3776 + CVE-2023-3611 + CVE-2023-3610 + CVE-2023-3609 + CVE-2023-20593 + CVE-2022-40982

[USN-6329-1] Linux kernel vulnerabilities* 5 CVEs addressed in Bionic ESM (18.04 ESM) + CVE-2023-3776 + CVE-2023-3611 + CVE-2023-3609 + CVE-2023-20593 + CVE-2022-40982

[USN-6330-1] Linux kernel (GCP) vulnerabilities* 11 CVEs addressed in Focal (20.04 LTS) + CVE-2023-4015 + CVE-2023-4004 + CVE-2023-3995 + CVE-2023-3777 + CVE-2023-3776 + CVE-2023-3611 + CVE-2023-3610 + CVE-2023-3609 + CVE-2023-21400 + CVE-2023-20593 + CVE-2022-40982

[USN-6331-1] Linux kernel (Azure) vulnerabilities* 21 CVEs addressed in Focal (20.04 LTS) + CVE-2023-3776 + CVE-2023-3611 + CVE-2023-3609 + CVE-2023-33203 + CVE-2023-3141 + CVE-2023-3111 + CVE-2023-30772 + CVE-2023-28466 + CVE-2023-2194 + CVE-2023-2124 + CVE-2023-20593 + CVE-2023-1990 + CVE-2023-1855 + CVE-2023-1611 + CVE-2023-0590 + CVE-2022-4269 + CVE-2022-40982 + CVE-2022-27672 + CVE-2022-1184 + CVE-2022-0168 + CVE-2020-36691

[USN-6332-1] Linux kernel (Azure) vulnerabilities* 35 CVEs addressed in Focal (20.04 LTS), Jammy (22.04 LTS) + CVE-2023-4015 + CVE-2023-4004 + CVE-2023-3995 + CVE-2023-3777 + CVE-2023-3776 + CVE-2023-3611 + CVE-2023-3610 + CVE-2023-3609 + CVE-2023-35829 + CVE-2023-35828 + CVE-2023-35824 + CVE-2023-35823 + CVE-2023-33288 + CVE-2023-33203 + CVE-2023-3268 + CVE-2023-32248 + CVE-2023-3141 + CVE-2023-30772 + CVE-2023-28466 + CVE-2023-23004 + CVE-2023-2269 + CVE-2023-2235 + CVE-2023-2194 + CVE-2023-2163 + CVE-2023-21400 + CVE-2023-2124 + CVE-2023-20593 + CVE-2023-2002 + CVE-2023-1990 + CVE-2023-1855 + CVE-2023-1611 + CVE-2023-0597 + CVE-2022-48502 + CVE-2022-4269 + CVE-2022-40982

[USN-6337-1] Linux kernel (Azure) vulnerabilities* 16 CVEs addressed in Bionic ESM (18.04 ESM) + CVE-2023-33203 + CVE-2023-3141 + CVE-2023-3111 + CVE-2023-30772 + CVE-2023-28466 + CVE-2023-2194 + CVE-2023-2124 + CVE-2023-1990 + CVE-2023-1855 + CVE-2023-1611 + CVE-2023-0590 + CVE-2022-4269 + CVE-2022-27672 + CVE-2022-1184 + CVE-2022-0168 + CVE-2020-36691

[USN-6338-1] Linux kernel vulnerabilities* 11 CVEs addressed in Jammy (22.04 LTS), Lunar (23.04) + CVE-2023-38429 + CVE-2023-38428 + CVE-2023-38426 + CVE-2023-32258 + CVE-2023-32257 + CVE-2023-32252 + CVE-2023-32250 + CVE-2023-32247 + CVE-2023-31084 + CVE-2023-2898 + CVE-2023-21255

[USN-6339-1] Linux kernel vulnerabilities* 8 CVEs addressed in Focal (20.04 LTS), Jammy (22.04 LTS) + CVE-2023-38429 + CVE-2023-38428 + CVE-2023-38426 + CVE-2023-3212 + CVE-2023-31084 + CVE-2023-2898 + CVE-2023-21255 + CVE-2022-48425

[USN-6340-1] Linux kernel vulnerabilities* 9 CVEs addressed in Bionic ESM (18.04 ESM), Focal (20.04 LTS) + CVE-2023-35828 + CVE-2023-35824 + CVE-2023-35823 + CVE-2023-3268 + CVE-2023-31084 + CVE-2023-2269 + CVE-2023-2163 + CVE-2023-21255 + CVE-2023-2002

[USN-6341-1] Linux kernel vulnerabilities* 5 CVEs addressed in Trusty ESM (14.04 ESM) + CVE-2023-3776 + CVE-2023-3611 + CVE-2023-3567 + CVE-2023-3159 + CVE-2023-0458

[USN-6342-1] Linux kernel vulnerabilities* 6 CVEs addressed in Xenial ESM (16.04 ESM), Bionic ESM (18.04 ESM) + CVE-2023-3776 + CVE-2023-3611 + CVE-2023-31084 + CVE-2023-2985 + CVE-2023-2269 + CVE-2023-20593

[USN-6343-1] Linux kernel (OEM) vulnerabilities* 7 CVEs addressed in Jammy (22.04 LTS) + CVE-2023-4273 + CVE-2023-4194 + CVE-2023-4155 + CVE-2023-4128 + CVE-2023-40283 + CVE-2023-34319 + CVE-2023-1206

[USN-6344-1] Linux kernel (Azure) vulnerabilities* 11 CVEs addressed in Lunar (23.04) + CVE-2023-38429 + CVE-2023-38428 + CVE-2023-38426 + CVE-2023-32258 + CVE-2023-32257 + CVE-2023-32252 + CVE-2023-32250 + CVE-2023-32247 + CVE-2023-31084 + CVE-2023-2898 + CVE-2023-21255

Goings on in Ubuntu Security CommunityTPM-backed Full Disk Encryption is coming to Ubuntu (10:48)* https://ubuntu.com/blog/tpm-backed-full-disk-encryption-is-coming-to-ubuntu * Ijlal Loutfi (Product Manager for Security Technologies) * Technical work has been led by Chris Coulson from our team - from earlyresearch, design and implementation * Ubuntu has traditionally offered FDE via LUKS on-top of LVM since 6.06 - backthen it was via an alternate install image but in 12.10 got integrated intothe main install image * Uses a passphrase which is manually typed in at boot to unlock the disk * Not very useful in environments which don’t have a user to do this -ie. servers or IoT etc * Demand for an ability to have FDE without having to enter a passphrase -particularly for IoT - so that if a device is stolen and the disk is removedit cannot be compromised * Windows has long supported this via BitLocker - uses a hardware componentcalled the Trusted Platform Module (TPM) to essentially store an encryptionkey which is only made available if the machine is booting the expectedoperating system under the expected BIOS etc * As I said earlier, this is a feature that has high demand in the IoT space, soback in 2019 work was started to design and implement a similar solution forUbuntu Core * Debuted in Ubuntu Core 20 and has seen ongoing development through Ubuntu Core22 and more since * To ensure that the expected + trusted BIOS and OS is running, use the TPM toessentially store a chain of hashes of each component in the boot chain -ie. BIOS, bootloader (shim + grub), kernel (including the kernel command-line)and initrd etc * When the TPM is asked to unlock the encryption key, it will check that thesystem is in the expected state by looking at the chain of hashes to make surethey match the one that was used when the key was locked into the TPM in thefirst place. If this is as expected, it will unlock the key, but if not(ie. the system is booting some other OS or the disk is running on some othermachine etc) then the state won’t match the disk won’t be able to be unlocked * This has traditionally been quite hard to do on traditional Ubuntu and generalLinux systems since things like the initrd are composed on the local machine(see update-initramfs) - and so they can’t easily be signed and verified bysuch a system. * But Ubuntu Core is a different beast, not subject to these same constraints -built on snaps for more specialised use-cases - so for Ubuntu Core 20 thekernel snap was updated to use unified kernel images which contain both thekernel and initrd (plus some other components) into a single UEFI binary -this allows them to be signed like existing kernel EFI binaries and henceverified during the boot process and measured by the TPM to support thisuse-case. Similarly, the gadget snap contains the bootloader and UEFIconfiguration etc - so this can also be measured and verified at boot toensure the system is in the required state (ie. UEFI Secure Boot is enabledetc). * Unlike Ubuntu Core, traditional or classic Ubuntu however uses debs for thekernel and shim etc, and so is not easily amenable to this same solution -also as mentioned above, components like the initrd and bootloaderconfiguration are generated locally and so can’t easily be signed and henceverified at boot * As such, to support this same use-case on traditional Ubuntu, the snap-basedapproach was reused - in this model, instead of deb packages providing kerneland shim + grub etc, snaps are used. As such, snapd is then also used tomanage the TPM as described above - ie. calculate the expected hashes when anew kernel / bootloader is installed and re-seal the encryption key based onthis * This is then all provided via a new experimental option in the installer:

  • Can list the recovery key once booted via:

snap recovery --show-keys * Otherwise is intended to function like a regular Ubuntu install - but likeBitLocker on Windows, you won’t have to enter a passphrase on boot but youstill get full disk encryption - and the kernel and bootloader are deliveredas snaps:

  • Now you may ask, how is this different than existing solutions like Clevis?
    • Clevis only verifies the bootloader and kernel and hence can be bypassedreasonably easily - in fact there was a recent blog from Pulse Securitydescribing this kind of thinghttps://pulsesecurity.co.nz/advisories/tpm-luks-bypass
    • In this case, the systemd emergency.service unit is still enabled whichallows the usual boot checks to be bypassed
    • Chris considered this in the original design for Ubuntu Core and so this isdisabled
    • Crucially, when using something like Clevis, the initrd is not verified, soan attacker can just replace the initrd with one of their own choosing tosubvert the usual trusted boot process as well
    • Interestingly the folks from Linux Matters were recently talking aboutTPM-backed FDE - mentioned systemd-cryptenroll - this can provide a morecomprehensive solution since you can choose to have it verify more of theboot components BUT it still requires a lot of manual work to get runningand won’t be as comprehensive in the end - also won’t necessarilyauto-update when new kernels are installed etc
  • Intended to be a holistic solution the provides robust protection againstvarious online and offline attacks, whilst providing strong guarantees thatthings like Secure Boot is not bypassed and that the key from the TPM can’t beeasily sniffed from the bus etc.
  • Thanks again to Chris for leading this work
  • Try it out, provide feedback

Get in contact* security@ubuntu.com * #ubuntu-security on the Libera.Chat IRC network * ubuntu-hardened mailing list * Security section on discourse.ubuntu.com * @ubuntusecurity@fosstodon.org, @ubuntu_sec on twitter

View Details

OverviewThis week we cover reports of “fake” CVEs and their impact on the FOSS securityecosystem, plus we look at security updates for PHP, Fast DDS, JOSE for C/C++,the Linux kernel, AMD Microcode and more.

This week in Ubuntu Security Updates83 unique CVEs addressed

[USN-6305-1] PHP vulnerabilities (00:53)* 2 CVEs addressed in Jammy (22.04 LTS), Lunar (23.04) + CVE-2023-3824 + CVE-2023-3823 * One interesting issue in the handling of XML - PHP uses the libxml library forXML handling which maintains global state for things like whether XML externalentities should be loaded. However PHP also uses ImageMagick for imagehandling, which also uses libxml (for say SVG parsing etc). As such,ImageMagick may end up configuring XML EE to be enabled, which then in turnenables it for all of PHP and so allows XML EE attacks - which can then beused to read and disclose the contents of local files. + Fixed by making PHPs use of libxml set a local context which explicitlyturns off XML EE handling rather than relying on the global context * Stack buffer overflow when reading dirents from PHAR archives

[USN-6306-1] Fast DDS vulnerabilities (02:28)* 7 CVEs addressed in Jammy (22.04 LTS), Lunar (23.04) + CVE-2023-39949 + CVE-2023-39948 + CVE-2023-39947 + CVE-2023-39946 + CVE-2023-39945 + CVE-2023-39534 + CVE-2021-38425 * C++ implementation of DDS standard - pub-sub model for connecting softwarecomponents, used in various contexts like Adaptive AUTOSAR in the automotiveindustry and others * DoS via traffic flood - fixed by implementing an exponential backoff forauthentication requests * various other DoS through different assertion failures, unhandled exceptionsand a couple heap buffer overflows for good measure too

[USN-6307-1] JOSE for C/C++ vulnerability (03:33)* 1 CVEs addressed in Bionic ESM (18.04 ESM), Focal (20.04 LTS), Jammy (22.04 LTS), Lunar (23.04) + CVE-2023-37464 * C library implementation of Javascript Object Signing and Encryption (JOSE)standard * AES/GCM decryption would used the tag length value from the Authentication Tagprovided in the JWE header rather than the fixed length of 16 asspecified. Attacker could then provide a crafted JWE header with a shorterauthentication tag to trigger a buffer overflow on the receiver -> crash ->DoS / info leak

[USN-6308-1] Libqb vulnerability (04:25)* 1 CVEs addressed in Jammy (22.04 LTS), Lunar (23.04) + CVE-2023-39976 * tooling for generating man pages from Doxygen XML files * heap buffer overflow via an overly long input line when outputting certain logmessages

[USN-6309-1] Linux kernel vulnerabilities (04:48)* 6 CVEs addressed in Trusty ESM (14.04 ESM), Xenial ESM (16.04 ESM) + CVE-2023-3776 + CVE-2023-3611 + CVE-2023-3567 + CVE-2023-31084 + CVE-2023-2985 + CVE-2023-2269 * 4.4 GA in 16.04, HWE in 14.04 * Mentioned some of these last week in [USN-6285-1] Linux kernel (OEM) vulnerabilities * deadlocks in device mapper and DVB Core drivers; UAFs in HFS+ file-systemimpl, virtual terminal drivers and netfilter network packet classifier; OOBwrite in QFS network scheduler + DoS via CPU deadlock or crash; possible code execution for the UAFs / OOBwrite

[USN-6311-1] Linux kernel vulnerabilities (06:07)* 24 CVEs addressed in Focal (20.04 LTS), Jammy (22.04 LTS) + CVE-2023-35829 + CVE-2023-35828 + CVE-2023-35824 + CVE-2023-35823 + CVE-2023-33288 + CVE-2023-33203 + CVE-2023-3268 + CVE-2023-32248 + CVE-2023-3141 + CVE-2023-30772 + CVE-2023-28466 + CVE-2023-23004 + CVE-2023-2269 + CVE-2023-2235 + CVE-2023-2194 + CVE-2023-2163 + CVE-2023-2124 + CVE-2023-2002 + CVE-2023-1990 + CVE-2023-1855 + CVE-2023-1611 + CVE-2023-0597 + CVE-2022-48502 + CVE-2022-4269 * 5.15 kernel variants for GCP and GKE

[USN-6312-1] Linux kernel vulnerabilities (06:22)* 16 CVEs addressed in Bionic ESM (18.04 ESM), Focal (20.04 LTS) + CVE-2023-33203 + CVE-2023-3141 + CVE-2023-3111 + CVE-2023-30772 + CVE-2023-28466 + CVE-2023-2194 + CVE-2023-2124 + CVE-2023-1990 + CVE-2023-1855 + CVE-2023-1611 + CVE-2023-0590 + CVE-2022-4269 + CVE-2022-27672 + CVE-2022-1184 + CVE-2022-0168 + CVE-2020-36691 * 5.4 for GKE on 20.04 and IBM on 18.04

[USN-6314-1] Linux kernel vulnerabilities (06:33)* 16 CVEs addressed in Focal (20.04 LTS) + CVE-2023-33203 + CVE-2023-3141 + CVE-2023-3111 + CVE-2023-30772 + CVE-2023-28466 + CVE-2023-2194 + CVE-2023-2124 + CVE-2023-1990 + CVE-2023-1855 + CVE-2023-1611 + CVE-2023-0590 + CVE-2022-4269 + CVE-2022-27672 + CVE-2022-1184 + CVE-2022-0168 + CVE-2020-36691 * 5.4 for IBM and BlueField (NVIDIA DPU family using ARM CPU cores from Mellanox(now owned by NVIDIA))

[USN-6315-1] Linux kernel vulnerabilities (06:58)* 11 CVEs addressed in Focal (20.04 LTS), Jammy (22.04 LTS) + CVE-2023-4015 + CVE-2023-4004 + CVE-2023-3995 + CVE-2023-3777 + CVE-2023-3776 + CVE-2023-3611 + CVE-2023-3610 + CVE-2023-3609 + CVE-2023-21400 + CVE-2023-20593 + CVE-2022-40982 * 5.15 GA (GKE, NVIDIA, IBM, GCP, KVM, Oracle, AWS, LowLatency) for 22.04 andHWE for 20.04 + some OEM specific kernels too * Zenbleed ([USN-6244-1] AMD Microcode vulnerability from Episode 204) andGather Data Sampling ([USN-6286-1] Intel Microcode vulnerabilities fromEpisode 205) + Previously released microcode updates, now also shipping associated kernelfixes - for Zenbleed this enables a workaround if the microcode is notavailable (since for some CPUs this is only available as a BIOS update, notvia microcode in Ubuntu), whilst for GDS this simply provides kernel supportto help identify if the mitigation is in place or not - if no microcode isavailable, can disable AVX entirely by setting clearcpuid=avx on the kernelcommand-line (but this will have a decent performance impact)

[USN-6316-1] Linux kernel (OEM) vulnerabilities (09:02)* 6 CVEs addressed in Jammy (22.04 LTS) + CVE-2023-4015 + CVE-2023-4004 + CVE-2023-3995 + CVE-2023-3777 + CVE-2023-20593 + CVE-2022-40982 * 6.1 OEM on 22.04

[USN-6317-1] Linux kernel vulnerabilities (09:10)* 5 CVEs addressed in Bionic ESM (18.04 ESM), Focal (20.04 LTS) + CVE-2023-3776 + CVE-2023-3611 + CVE-2023-3609 + CVE-2023-20593 + CVE-2022-40982 * 5.4 GA for 20.04 / HWE for 18.04

[USN-6318-1] Linux kernel vulnerabilities (09:20)* 10 CVEs addressed in Jammy (22.04 LTS), Lunar (23.04) + CVE-2023-4015 + CVE-2023-4004 + CVE-2023-3995 + CVE-2023-3777 + CVE-2023-3776 + CVE-2023-3611 + CVE-2023-3610 + CVE-2023-3609 + CVE-2023-20593 + CVE-2022-40982 * 6.2 23.04 GA, HWE for 22.04

[USN-6310-1] json-c vulnerability (09:41)* 1 CVEs addressed in Jammy (22.04 LTS) + CVE-2021-32292 * stack buffer overread on crafted input - interestingly the CVE says that itcan allow code execution but that is the first time I have heard an OOB readcan allow code execution

[USN-6313-1] FAAD2 vulnerabilities (10:08)* 8 CVEs addressed in Trusty ESM (14.04 ESM), Xenial ESM (16.04 ESM), Bionic ESM (18.04 ESM), Focal (20.04 LTS) + CVE-2021-32276 + CVE-2023-38858 + CVE-2023-38857 + CVE-2021-32278 + CVE-2021-32277 + CVE-2021-32274 + CVE-2021-32273 + CVE-2021-32272 * audio decoding library * various heap and stack buffer overflows plus a NULL ptr deref for good measure

[USN-6319-1] AMD Microcode vulnerability (10:33)* 1 CVEs addressed in Xenial ESM (16.04 ESM), Bionic ESM (18.04 ESM), Focal (20.04 LTS), Jammy (22.04 LTS), Lunar (23.04) + CVE-2023-20569 * “INCEPTION” / “RAS Poisoning” - similar to the original SpectreV2 vulns -another variant of a speculative execution attack using the branch predictionbuffer to cause an incorrectly speculated return to be executed which can thenbe inferred from a cache timing attack to read kernel memory

[USN-6320-1] Firefox vulnerabilities (11:13)* 11 CVEs addressed in Focal (20.04 LTS) + CVE-2023-4580 + CVE-2023-4579 + CVE-2023-4577 + CVE-2023-4585 + CVE-2023-4584 + CVE-2023-4583 + CVE-2023-4581 + CVE-2023-4578 + CVE-2023-4575 + CVE-2023-4574 + CVE-2023-4573 * 117.0

[USN-6263-2] OpenJDK regression (11:24)* 7 CVEs addressed in Bionic ESM (18.04 ESM), Focal (20.04 LTS), Jammy (22.04 LTS), Lunar (23.04) + CVE-2023-25193 + CVE-2023-22049 + CVE-2023-22045 + CVE-2023-22044 + CVE-2023-22041 + CVE-2023-22036 + CVE-2023-22006 * [USN-6263-1] OpenJDK vulnerabilities from Episode 204 * Upstream regression in handling of JAR files made with older versions of Antetc - would fail to be decompressed

Goings on in Ubuntu Security CommunityReports of “Fake” CVEs being assigned by MITRE (12:07)* https://riskybiznews.substack.com/p/open-source-projects-plagued-by-fake-cves * Dan Lorenc from Chainguard posted about a heap of CVEs assigned just over 1week ago (22nd August 2023) against a heap of open source projects - cURL,PostgreSQL, Python, nasm, ImageMagick and a heap more * Each refers to either a bug report or patch sent to the upstream project thatmentions a fix for seemingly real vulnerability (“buffer overflow”, “use afterfree” etc) * But for most of these, the upstream project never agreed that these were validvulnerabilities, and some have come out to expressly disavow them - PostgreSQLon CVE-2020-21469 and cURL on CVE-2020-19909 + PostgreSQL issue is a DoS via sending a repeated SIGHUP to the server - BUT you need to have local access with priviliges to send SIGHUP - ie beroot - and have access to the PostgreSQL superuser etc - which if you do, you can do a lot more damage - ie. this is not avulnerability - there is no privilege boundary being crossed etc + cURL is an integer overflow in the --retry-delay command-line option - whereif you specify a really large value of seconds, cURL will multiply this by1000 to convert it to ms and hence overflow - BUT this is not used for memory calculations etc - is just used for aretry delay - ie. it will only wait for say a few seconds rather than thebillion odd seconds originally specified - again, there is no securityimpact here * Dan posited that these were likely just scraped automatically and CVEs filed * But who filed the CVEs? + all show as assigned by MITRE - and anyone can request a CVE from MITRE asthey are the CNA of last resort - https://cveform.mitre.org/ + BUT like all CNAs, they should be checking validating the information beforeassigning a CVE + MITRE even rejected the request by Daniel Bagder (cURL maintainer) to rejectthe CVE + clearly something is breaking down here * Not only does this create a heap of work for the upstream projects (asmentioned by Risky Biz) but for all the downstreams like Ubuntu and otherdistros + We have to triage these CVEs against the packages in Ubuntu and determinewhether the require immediate fixing etc - this takes time for everyoneinvolved * RiskyBiz calls these “Fake” CVEs - but they are not fake in the traditionalsense - ie. they are not fradualent, they have been issued by the officialcustodians of CVEs - MITRE - but it is just that they are not actualvulnerabilities * Is this just taking the Linux kernel mantra of security problems are just bugs(and hence to get kernel security fixes you need to get all kernel bug fixesas you won’t know which are the real vulns) to the opposite extreme - all bugsare security bugs and hence should get CVEs? * Will have to wait and see how this plays out but if consumers can’t trust CVEsthat will likely put the whole system in jeopardy since whilst CVEs have manyshortcomings, they are the global defacto for vulnerability tracking

Get in contact* security@ubuntu.com * #ubuntu-security on the Libera.Chat IRC network * ubuntu-hardened mailing list * Security section on discourse.ubuntu.com * @ubuntusecurity@fosstodon.org, @ubuntu_sec on twitter

View Details

This week we talk about HTTP Content-Length handling, intricacies of group management in container environments and making sure you check your return codes while covering vulns in HAProxy, Podman, Inetutils and more, plus we put a call out for input on using open source tools to secure your SDLC.

View Details

We're back after unexpectedly going AWOL last week to bring you the latest in Ubuntu Security including the recently announced Downfall and GameOver(lay) vulnerabilities, plus we look at security updates for OpenSSH and GStreamer and we detail plans for using AppArmor to restrict the use of unprivileged user namespaces as an attack vector in future Ubuntu releases.

View Details

This week we look at the recent Zenbleed vulnerability affecting some AMD processors, plus we cover security updates for the Linux kernel, a high profile OpenSSH vulnerability and finally Andrei is back with a deep dive into recent academic research around how to safeguard machine learning systems when used across distributed deployments.

View Details

This week we talk about the dual use purposes of eBPF - both for security and for exploitation, and how you can keep your systems safe, plus we cover security updates for the Linux kernel, Ruby, SciPy, YAJL, ConnMan, curl and more.

View Details

We take a sneak peek at the upcoming AppArmor 4.0 release, plus we cover vulnerabilities in AccountsService, the Linux Kernel, ReportLab, GNU Screen, containerd and more.

View Details

This week we look at the top 25 most dangerous vulnerability types, as well as the announcement of the program for LSS EU, and we cover security updates for Bind, the Linux kernel, CUPS, etcd and more.

View Details

For our 200th episode, we discuss the impact of Red Hat's decision to stop publicly releasing the RHEL source code, plus we cover security updates for libX11, GNU SASL, QEMU, VLC, pngcheck, the Linux kernel and a whole lot more.

View Details

For our 199th episode Andrei looks at Fuzzing Configurations of Program Options plus we discuss Google's findings on the io\_uring kernel subsystem and we look at vulnerability fixes for Netatalk, Jupyter Core, Vim, SSSD, GNU binutils, GLib and more.

View Details

This week we investigate the mystery of failing GPG signatures for the 16.04 ISO images, plus we look at security updates for CUPS, Avahi, the Linux kernel, FRR, Go and more.

View Details

OverviewThe venerable Ubuntu 18.04 LTS release has transitioned into ESM, plus we lookat Till Kamppeter’s excellent guide on how to set up your GitHub projects toreceive private vulnerability reports, and we cover the week in security updatesincluding PostgreSQL, Jhead, the Linux kernel, Linux PTP, snapd and a whole lotmore.

This week in Ubuntu Security Updates56 unique CVEs addressed

[USN-6104-1] PostgreSQL vulnerabilities (00:55)* 2 CVEs addressed in Bionic (18.04 LTS), Focal (20.04 LTS), Jammy (22.04 LTS), Kinetic (22.10), Lunar (23.04) + CVE-2023-2455 + CVE-2023-2454 * Two issues, both requiring to be an authenticated user. One in mishandling ofCREATE privileges - could then allow an auth user to execute arbitrary code asa the bootstrap supervisor - the other in row security properties which couldallow to bypass policies and get read/write contrary to security policy.

[USN-6105-1] ca-certificates update (01:32)* Affecting Trusty ESM (14.04 ESM), Xenial ESM (16.04 ESM), Bionic (18.04 LTS), Focal (20.04 LTS), Jammy (22.04 LTS), Kinetic (22.10), Lunar (23.04) * Updates to the latest upstream 2.60 release from Mozilla, adds a bunch of newCAs plus removes some that had either expired or that were now not usedanymore

[USN-6106-1] calamares-settings-ubuntu vulnerability (02:08)* Affecting Jammy (22.04 LTS) * When installing Lubuntu, it would allow to create the first user with an emptypassword. Lubuntu uses it’s own installer called Calamares - so this issueonly affects Lubuntu, not regular Ubuntu or other Ubuntu flavors.

[USN-6100-1] HTML::StripScripts vulnerability (02:58)* 1 CVEs addressed in Trusty ESM (14.04 ESM), Xenial ESM (16.04 ESM), Bionic (18.04 LTS), Focal (20.04 LTS), Jammy (22.04 LTS), Kinetic (22.10) + CVE-2023-24038 * REDoS when parsing HTML with “certain style attributes”

[USN-6108-1] Jhead vulnerabilities (03:18)* 2 CVEs addressed in Trusty ESM (14.04 ESM), Xenial ESM (16.04 ESM), Bionic (18.04 LTS), Focal (20.04 LTS), Jammy (22.04 LTS), Kinetic (22.10) + CVE-2022-41751 + CVE-2021-34055 * [USN-6098-1] Jhead vulnerabilities in last week’s episode * Code-exec - place OS commands into a JPEG filename and then usingjhead to rotate the file * Buffer overflow when writing Exif data

[USN-6110-1] Jhead vulnerabilities* 3 CVEs addressed in Trusty ESM (14.04 ESM), Xenial ESM (16.04 ESM), Bionic (18.04 LTS), Focal (20.04 LTS), Jammy (22.04 LTS), Kinetic (22.10), Lunar (23.04) + CVE-2021-28277 + CVE-2021-28275 + CVE-2021-3496 * Stack buffer overflow, heap buffer overflow and OOB read - DoS / code exec

[USN-6113-1] Jhead vulnerability* 1 CVEs addressed in Trusty ESM (14.04 ESM), Xenial ESM (16.04 ESM) + CVE-2018-6612 * Heap buffer OOB read -> DoS

[USN-6054-2] Django vulnerability (04:17)* 1 CVEs addressed in Trusty ESM (14.04 ESM), Xenial ESM (16.04 ESM) + CVE-2023-31047 * [USN-6054-1] Django vulnerability in Episode 194

[USN-6109-1, USN-6118-1] Linux kernel (Raspberry Pi + Oracle) vulnerabilities (04:29)* 8 CVEs addressed in Bionic (18.04 LTS), Focal (20.04 LTS) + CVE-2023-1118 + CVE-2023-32269 + CVE-2023-2162 + CVE-2023-1513 + CVE-2023-1078 + CVE-2023-1075 + CVE-2023-0459 + CVE-2022-3707 * 5.4 raspi + oracle on both 20.04 + 18.04 * Most issues covered on previous episodes

[USN-6122-1] Linux kernel (OEM) vulnerabilities (04:49)* 2 CVEs addressed in Jammy (22.04 LTS) + CVE-2023-2612 + CVE-2023-32233 * 6.1 OEM 22.04 LTS * Race condition in netfilter able to be triggered by a local user -> UAF + requires CAP_NET_ADMIN but can get this in an unprivileged user namespace ∴can be triggered OOTB by an unpriv user on Ubuntu + PoC was published for this last week - caused a bunch of folks to getanxious but since can be mitigated by disabling unprivileged user namespacesperhaps it was not worth all the hype? Also kernel updates take a while toprepare and test etc so it is not easy to just drop everything and crank anew kernel - so in general this would only occur for remotely exploitableissues

[USN-6123-1] Linux kernel (OEM) vulnerabilities (06:48)* 5 CVEs addressed in Jammy (22.04 LTS) + CVE-2023-26606 + CVE-2023-2612 + CVE-2023-1670 + CVE-2023-30456 + CVE-2023-32233 * 6.0 OEM * Netfilter issue above, plus mishandling of control registers in nested KVMVMs - could allow an guest VM to crash the VM host

[USN-6124-1] Linux kernel (OEM) vulnerabilities (07:10)* 6 CVEs addressed in Jammy (22.04 LTS) + CVE-2023-2612 + CVE-2023-1670 + CVE-2022-4139 + CVE-2022-3586 + CVE-2023-30456 + CVE-2023-32233 * 5.17 OEM * Mostly same issues as above

[USN-6097-1] Linux PTP vulnerability (07:20)* 1 CVEs addressed in Xenial ESM (16.04 ESM), Bionic (18.04 LTS), Focal (20.04 LTS) + CVE-2021-3570 * Precision time protocol implementation - allows to synchronise time betweenservers to sub-microsecond accuracy - more accurate than NTP - uses aleader/follower architecture - leader would be synchronised with high accuracyvia say a GPS then distributes this to other machines via PTP * Failed to check length of received packet properly (but only for forwardedpackets) - results in a OOB R/W - so could either be an info leak or possibleRCE

[USN-6005-2] Sudo vulnerabilities (08:49)* 2 CVEs addressed in Xenial ESM (16.04 ESM) + CVE-2023-28487 + CVE-2023-28486 * [USN-6005-1] Sudo vulnerabilities in Episode 193

[USN-6111-1] Flask vulnerability (09:02)* 1 CVEs addressed in Focal (20.04 LTS), Jammy (22.04 LTS), Kinetic (22.10), Lunar (23.04) + CVE-2023-30861 * Possibly sends a response intended for one client to a different client due tomishandling of the Vary:Cookie header - requires the use of a caching proxyand other conditions though so may not be a widespread issue

[USN-6112-1] Perl vulnerability (09:35)* 1 CVEs addressed in Trusty ESM (14.04 ESM), Xenial ESM (16.04 ESM), Bionic (18.04 LTS) + CVE-2023-31484 * Failed to properly validate TLS certs when using CPAN with <:Tiny> todownload modules over HTTPS - failed to set ssl_Verify - parameter to<:Tiny> * Seems the upstream HTTP::Tiny dev’s thinks it would be discriminatory toenable SSL verification by default as that would make applications etc thatuse self-signed certs or community-driven CAs like CAcert.org fail - but thisseems pretty outdated since with Let’s Encrypt etc nowadays there is easyaccess to trusted certs for anyone - and so this just does a disservice to allapplications that use <:Tiny> making them potentially insecureout-of-the-box * Won’t be surprised to see other similar vulns in the future as a result ofthis foot-gun

[USN-6114-1] nth-check vulnerability (11:32)* 1 CVEs addressed in Bionic (18.04 LTS), Focal (20.04 LTS) + CVE-2021-3803 * Node.js module for parsing and compiling CSS nth-checks (used in CSS 3nth-child() and nth-last-of-type() functions) - can pass it a string and itwill compile that to an optimised function for calling by other code * REDoS

[USN-6116-1] hawk vulnerability (12:11)* 1 CVEs addressed in Bionic (18.04 LTS), Focal (20.04 LTS), Jammy (22.04 LTS), Kinetic (22.10) + CVE-2022-29167 * Node.js HTTP Holder-of-key authentication scheme - a HTTP authenticationscheme that is similar to the regular HTTP Digest scheme - developed by Mozilla * REDoS

[USN-6115-1] TeX Live vulnerability (12:47)* 1 CVEs addressed in Bionic (18.04 LTS), Focal (20.04 LTS), Jammy (22.04 LTS), Kinetic (22.10), Lunar (23.04) + CVE-2023-32700 * Shell command execution in luatex if run against an untrusted document sincecould access the io stream used by the underlying lua engine and injectcontents into it which would then be executed

[USN-6119-1] OpenSSL vulnerabilities (13:20)* 2 CVEs addressed in Bionic (18.04 LTS), Focal (20.04 LTS), Jammy (22.04 LTS), Kinetic (22.10), Lunar (23.04) + CVE-2023-1255 + CVE-2023-2650 * CPU-based DoS when processing crafted ASN.1 object identifiers - requires tohave an object ID which itself is tens to hundreds of KBs - OpenSSL 3 has alimit of 100KB on the peer cert chain which limits the ability to craft suchlong IDs and have them be processed by OpenSSL * An aarch64 specific issue - AES-XTS decryption algorithm would possibly readpast the end of the input buffer -> OOB read -> possible DoS but only if theciphertext is a certain size relative to the block size

[USN-6120-1] SpiderMonkey vulnerabilities (14:25)* 9 CVEs addressed in Jammy (22.04 LTS), Kinetic (22.10), Lunar (23.04) + CVE-2023-32215 + CVE-2023-32211 + CVE-2023-29550 + CVE-2023-29548 + CVE-2023-29536 + CVE-2023-29535 + CVE-2023-25751 + CVE-2023-25739 + CVE-2023-25735 * mozjs 102.11 release - JS engine shipped in Firefox so has a lot of overlapwith CVEs in firefox etc. * thanks to the Jeremy Bicha on the Ubuntu Desktop team for preparing theseupdates

[USN-6121-1] Nanopb vulnerabilities (14:45)* 2 CVEs addressed in Focal (20.04 LTS) + CVE-2021-21401 + CVE-2020-26243 * Implementation of Protocol Buffers but with small code size - designed for embedded systems etc * Memory leak on parsing of crafted messages plus an invalid free() or realloc()on crafted messages - both only really an issue if parsing untrusted content

[USN-6117-1] Apache Batik vulnerabilities (15:16)* 7 CVEs addressed in Trusty ESM (14.04 ESM), Xenial ESM (16.04 ESM), Bionic (18.04 LTS), Focal (20.04 LTS), Jammy (22.04 LTS), Kinetic (22.10) + CVE-2022-42890 + CVE-2022-41704 + CVE-2022-40146 + CVE-2022-38648 + CVE-2022-38398 + CVE-2020-11987 + CVE-2019-17566 * Java SVG library * 4 different XSRF issues * 1 SSRF issue on handling of URLs in Jar’s - could allow to access local fileson the server * 2 different issues that could allow untrusted Java code embedded in an SVG tobe executed

[USN-6125-1] snapd vulnerability (15:48)* 1 CVEs addressed in Xenial ESM (16.04 ESM), Bionic (18.04 LTS), Focal (20.04 LTS), Jammy (22.04 LTS), Kinetic (22.10), Lunar (23.04) + CVE-2023-1523 * Very similar to a recent issue (CVE-2023-28100) in flatpak - seccomp sandbox failed to blockthe TIOCLINUX ioctl() request - could allow a snap to inject contents into thecontrolling terminal when run on a virtual console - this would then beexecuted when the snap finished running -> code exec outside the snap sandbox * Now simply blocks TIOCLINUX as it already did for TIOCSTI in the past * Very similar to historic TIOCSTI CVEs such as CVE-2016-9016 in firejail,CVE-2016-10124 in lxc, CVE-2017-5226 in bubblewrap, CVE-2019-10063 in flatpak

[USN-6126-1] libvirt vulnerabilities (17:44)* 2 CVEs addressed in Jammy (22.04 LTS), Kinetic (22.10), Lunar (23.04) + CVE-2023-2700 + CVE-2022-0897 * race condition within the nwfilter driver - allows a local unprivileged userto race against the driver and corrupt the list of network filters and triggera crash in the libvirt daemon * memory leak when reading SR-IOV PCI device capabilities

Goings on in Ubuntu Security CommunityUbuntu 18.04 has now entered ESM (18:21)* https://www.omgubuntu.co.uk/2023/05/ubuntu-18-04-general-support-ends-enable-esm-to-stay-protected

OpenPrinting tutorial on handling security bugs via GitHub (19:40)* https://openprinting.github.io/OpenPrinting-News-May-2023/#handling-reported-security-bugs-with-github * Last week we talked about a vulnerability in the cups-filter package * Discusses the difficulty in handling security issues in open source projects,where all the development is usually done in the open, how do you privatelyreport and collaborate on a security issue? * GitHub offers the ability to report security vulnerabilities privately * Not enabled by default since it requires some configuration on the part of themaintainer to configure the templates etc that get sent out - also needs theorganisation that owns the repo to enable this as well + GitHub offer some great guidance on the best ways to do this * Usual workflow is to submit a report privately and then can create a temporaryprivate fork in which to develop the fix * Read Till’s blog post as that contains a great walk-through on how to enablethis

Get in contact* security@ubuntu.com * #ubuntu-security on the Libera.Chat IRC network * ubuntu-hardened mailing list * Security section on discourse.ubuntu.com * @ubuntusecurity@fosstodon.org, @ubuntu_sec on twitter

View Details

OverviewThis week we look at some recent security developments from PyPI, the LinuxSecurity Summit North America and the pending transition of Ubuntu 18.04 to ESM,plus we cover security updates for cups-filter, the Linux kernel, Git, runC,ncurses, cloud-init and more.

This week in Ubuntu Security Updates83 unique CVEs addressed

[USN-6083-1] cups-filters vulnerability (01:03)* 1 CVEs addressed in Bionic (18.04 LTS), Focal (20.04 LTS), Jammy (22.04 LTS), Kinetic (22.10), Lunar (23.04) + CVE-2023-24805 * Legacy BEH (Backend Error Handler) allows to create a network accessibleprinter - allowed to do pretty easy RCE since used system() to run a commandwhich contained various values that can be controlled by the attacker * Fixed by upstream to use fork() and execve() plus some other smaller changesto perform sanitisation of the input

[USN-6084-1] Linux kernel vulnerabilities (01:45)* 5 CVEs addressed in Xenial ESM (16.04 ESM), Bionic (18.04 LTS) + CVE-2023-1118 + CVE-2023-32269 + CVE-2023-2162 + CVE-2023-1513 + CVE-2023-0459 * 4.15 18.04 GCP + Oracle, 16.04 Oracle

[USN-6085-1] Linux kernel (Raspberry Pi) vulnerabilities (02:00)* 10 CVEs addressed in Jammy (22.04 LTS) + CVE-2023-1118 + CVE-2023-32269 + CVE-2023-2162 + CVE-2023-20938 + CVE-2023-1513 + CVE-2023-1078 + CVE-2023-1075 + CVE-2023-0459 + CVE-2022-3707 + CVE-2022-27672 * 5.15 Raspi kernel * Various UAFs in different drivers and subsystems, possible speculativeexecution attack against AMD x86-64 processors with SMT enabled, a few typeconfusion bugs leading to OOB reads etc

[USN-6090-1] Linux kernel vulnerabilities (02:26)* 10 CVEs addressed in Focal (20.04 LTS), Jammy (22.04 LTS) + CVE-2023-1118 + CVE-2023-32269 + CVE-2023-2162 + CVE-2023-20938 + CVE-2023-1513 + CVE-2023-1078 + CVE-2023-1075 + CVE-2023-0459 + CVE-2022-3707 + CVE-2022-27672 * Same set of vulns as above * 5.15 22.04 GKE, GCP; 20.04 GKE, GCP, Oracle

[USN-6089-1] Linux kernel (OEM) vulnerability (02:45)* 1 CVEs addressed in Jammy (22.04 LTS) + CVE-2022-4139 * 6.0 OEM * i915 failed to flush GPU TLB in some cases -> DoS / RCE

[USN-6091-1] Linux kernel vulnerabilities (03:09)* 25 CVEs addressed in Kinetic (22.10) + CVE-2023-1118 + CVE-2023-32269 + CVE-2023-26544 + CVE-2023-23455 + CVE-2023-23454 + CVE-2023-2162 + CVE-2023-21106 + CVE-2023-21102 + CVE-2023-1652 + CVE-2023-1513 + CVE-2023-1078 + CVE-2023-1075 + CVE-2023-1074 + CVE-2023-1073 + CVE-2023-0459 + CVE-2023-0458 + CVE-2023-0394 + CVE-2023-0210 + CVE-2022-48424 + CVE-2022-48423 + CVE-2022-4842 + CVE-2022-4129 + CVE-2022-3707 + CVE-2022-36280 + CVE-2022-27672 * 5.19 IBM + Oracle * Lots of the previously mentioned issues and more - same kinds of issues though(race conditions, UAFs, OOB writes etc in various drivers / subsystems)

[USN-6096-1] Linux kernel vulnerabilities (03:34)* 25 CVEs addressed in Jammy (22.04 LTS), Kinetic (22.10) + CVE-2023-1118 + CVE-2023-32269 + CVE-2023-26544 + CVE-2023-23455 + CVE-2023-23454 + CVE-2023-2162 + CVE-2023-21106 + CVE-2023-21102 + CVE-2023-1652 + CVE-2023-1513 + CVE-2023-1078 + CVE-2023-1075 + CVE-2023-1074 + CVE-2023-1073 + CVE-2023-0459 + CVE-2023-0458 + CVE-2023-0394 + CVE-2023-0210 + CVE-2022-48424 + CVE-2022-48423 + CVE-2022-4842 + CVE-2022-4129 + CVE-2022-3707 + CVE-2022-36280 + CVE-2022-27672 * 22.10 GCP, 22.04 HWE * Same as above

[USN-6092-1] Linux kernel (Azure) vulnerabilities (03:45)* 5 CVEs addressed in Trusty ESM (14.04 ESM), Xenial ESM (16.04 ESM), Bionic (18.04 LTS) + CVE-2023-1118 + CVE-2023-32269 + CVE-2023-2162 + CVE-2023-1513 + CVE-2023-0459 * 4.15 Azure on both 18.04, 16.04 ESM + 14.04 ESM

[USN-6093-1] Linux kernel (BlueField) vulnerabilities (03:54)* 9 CVEs addressed in Focal (20.04 LTS) + CVE-2023-26545 + CVE-2023-1074 + CVE-2023-1073 + CVE-2023-0458 + CVE-2022-4129 + CVE-2022-3903 + CVE-2022-3108 + CVE-2023-1281 + CVE-2023-1829 * 5.4 * NVIDIA BlueField platform

[USN-6094-1] Linux kernel vulnerabilities (04:02)* 8 CVEs addressed in Bionic (18.04 LTS), Focal (20.04 LTS) + CVE-2023-1118 + CVE-2023-32269 + CVE-2023-2162 + CVE-2023-1513 + CVE-2023-1078 + CVE-2023-1075 + CVE-2023-0459 + CVE-2022-3707 * 5.4 20.04 / 18.04 HWE on all generic, Azure, GKE, IBM, OEM, AWS, KVM, Lowlatency etc

[USN-6095-1] Linux kernel vulnerabilities (04:29)* 5 CVEs addressed in Xenial ESM (16.04 ESM), Bionic (18.04 LTS) + CVE-2023-1118 + CVE-2023-32269 + CVE-2023-2162 + CVE-2023-1513 + CVE-2023-0459 * 4.15 18.04 snapdragon + raspi2; 16.04 HWE etc

[USN-6050-2] Git vulnerabilities (04:50)* 2 CVEs addressed in Xenial ESM (16.04 ESM) + CVE-2023-29007 + CVE-2023-25652 * RCE via a crafted .gitmodules file with submodule URLs longer than 1024chars - could inject arbitrary config into the users git config - eg. couldconfigure the pager or editor etc to run some arbitrary command * Local file overwrite via crafted input to git apply --reject

[USN-6088-1] runC vulnerabilities (05:39)* 3 CVEs addressed in Bionic (18.04 LTS), Focal (20.04 LTS), Jammy (22.04 LTS), Kinetic (22.10), Lunar (23.04) + CVE-2023-28642 + CVE-2023-27561 + CVE-2023-25809 * Vuln where the cgroup hierarchy of the host may be exposed within thecontainer and be writable - could possibly use this to privesc * Regression from a previous vuln fix in CVE-2019-19921 (see [USN-4297-1] runC vulnerabilities in Episode 66) * Possible to bypass AppArmor (or SELinux) restrictions on runc if a container

[USN-6088-2] runC vulnerabilities (06:26)* 6 CVEs addressed in Xenial ESM (16.04 ESM) + CVE-2023-28642 + CVE-2023-27561 + CVE-2023-25809 + CVE-2022-29162 + CVE-2021-43784 + CVE-2019-19921

[USN-6086-1] minimatch vulnerability (06:31)* 1 CVEs addressed in Bionic (18.04 LTS), Focal (20.04 LTS) + CVE-2022-3517 * ReDoS against nodejs package

[USN-6087-1] Ruby vulnerabilities (06:39)* 2 CVEs addressed in Xenial ESM (16.04 ESM), Bionic (18.04 LTS), Focal (20.04 LTS) + CVE-2023-28756 + CVE-2023-28755 * Speaking of ReDoS - two in ruby - mentioned previously in[USN-6055-2] Ruby regression Episode 194 - has beenfixed properly now without introducing the previous regression

[USN-5900-2] tar vulnerability (07:03)* 1 CVEs addressed in Lunar (23.04) + CVE-2022-48303 * [USN-5900-1] tar vulnerability from Episode 189

[USN-5996-2] Libloius vulnerabilities (07:17)* 3 CVEs addressed in Lunar (23.04) + CVE-2023-26769 + CVE-2023-26768 + CVE-2023-26767 * Braille translation library * 3 different buffer overflows

[USN-6099-1] ncurses vulnerabilities (07:27)* 5 CVEs addressed in Trusty ESM (14.04 ESM), Xenial ESM (16.04 ESM), Bionic (18.04 LTS), Focal (20.04 LTS), Jammy (22.04 LTS), Kinetic (22.10), Lunar (23.04) + CVE-2023-29491 + CVE-2022-29458 + CVE-2021-39537 + CVE-2019-17595 + CVE-2019-17594 * Most interesting vuln here was possible memory corruption via malformedterminfo database which can be set via TERMINFO of though ~/.terminfo - willget used by a setuid binary as well - turns out though that ncurses has abuild-time configuration option to disable the use of custom terminfo/termcapwhen running - fixed this by enabling that

[USN-6073-6, USN-6073-7, USN-6073-8, USN-6073-9] Cinder, Glance store, Nova, os-brick regressions (08:34)* Affecting Focal (20.04 LTS), Jammy (22.04 LTS), Kinetic (22.10), Lunar (23.04) * [USN-6073-1, USN-6073-2, USN-6073-3, USN-6073-4] Cinder, Glance Store, Nova, os-brick vulnerability from Episode 195

[USN-5725-2] Go vulnerability (08:50)* 1 CVEs addressed in Xenial ESM (16.04 ESM) + CVE-2020-16845

[USN-6042-2] Cloud-init regression (08:55)* Affecting Focal (20.04 LTS) * Published an update to cloud-init a few weeks ago - this was due to a vulnwhere credentials may get accidentally logged to the cloud-init log file -this was a newer version of cloud-init and it relied on a feature in thenetplan package that was not published to the security pocket - easy fix wouldbe to publish this version of netplan to -security but this is not in thespirit of the pocket - so instead cloud-init was updated to include a fallbackto ensure routes were appropriately retained

[USN-6098-1] Jhead vulnerabilities (09:48)* 8 CVEs addressed in Trusty ESM (14.04 ESM), Xenial ESM (16.04 ESM), Bionic (18.04 LTS), Focal (20.04 LTS) + CVE-2021-28278 + CVE-2021-28276 + CVE-2020-26208 + CVE-2020-6625 + CVE-2020-6624 + CVE-2019-1010302 + CVE-2019-1010301 + CVE-2019-19035 * EXIF JPEG header manipulation tool written in C * Heap buffer overflows, NULL ptr derefs, OOB reads etc

[USN-6102-1] xmldom vulnerabilities (10:12)* 3 CVEs addressed in Focal (20.04 LTS), Jammy (22.04 LTS), Kinetic (22.10) + CVE-2022-39353 + CVE-2022-37616 + CVE-2021-21366 * NodeJS javascript DOMParser and XMLSerializer * Logic error where failed to preserve identifiers or namespaces when parsingmalicious documents * Prototype pollution * Parses documents with multiple top-level elements and combines all theirelements

[USN-6101-1] GNU binutils vulnerabilities (10:50)* 6 CVEs addressed in Trusty ESM (14.04 ESM), Xenial ESM (16.04 ESM), Bionic (18.04 LTS), Focal (20.04 LTS), Jammy (22.04 LTS), Kinetic (22.10), Lunar (23.04) + CVE-2023-25588 + CVE-2023-25586 + CVE-2023-25585 + CVE-2023-25584 + CVE-2023-1972 + CVE-2023-1579 * Assembler, linker and other utils for handling binary files * Generally not expected to be fed untrusted input, but notheless + various buffer overflows (read and write) - DoS / RCE

[USN-6074-3] Firefox regressions (11:38)* 11 CVEs addressed in Bionic (18.04 LTS), Focal (20.04 LTS) + CVE-2023-32209 + CVE-2023-32208 + CVE-2023-32206 + CVE-2023-32216 + CVE-2023-32215 + CVE-2023-32213 + CVE-2023-32212 + CVE-2023-32211 + CVE-2023-32210 + CVE-2023-32207 + CVE-2023-32205 * 113.0.2

[USN-6103-1] JSON Schema vulnerability (11:50)* 1 CVEs addressed in Bionic (18.04 LTS), Focal (20.04 LTS) + CVE-2021-3918 * NodeJS package for JSON document manipulation - prototype pollution vuln + [USN-5967-1] object-path vulnerabilities from Episode 192

Goings on in Ubuntu Security CommunitySecurity related announcements from PyPI (12:21)* Removing PGP from PyPI

+ will no longer support new PGP signatures for PyPI packages in response to arecent public blog post detailing an audit of the PGP ecosystem with PyPI
    - most devs not uploading PGP signatures and of those that were, 30% werenot available on major public keyservers and of those that were nearlyhalf were not able to be meaningfully verified - some had expired,others had no binding signature to be able to verify them
  • PyPI was subpoenaed

    • Ordered by DOJ to provide details on 5 PyPI usernames, including names,addresses, connection records, payment details, which packages and IP logsetc
    • Provided these details after consulting with their lawyers
    • Includes the specific attributes which were provided including the databasequeries used to lookup those records
    • likely in response to recent security issues like typosquatting of popularpackages with credential stealers and other malware embedded - over the pastweekend, account sign-up and package uploads were blocked due to anoverwhelming large number of malicious users and projects being createdwhich the admins could not keep up with
    • Securing PyPI accounts via Two-Factor Authentication

    • Every account that maintains a project / organisation will be required toenable 2FA by the end of this year

      • supports both TOTP and WebAuthN
    • Already announced this for most critical projects last year where they gaveaway Google Titan security keys to those projects and mandated them to use2FA

LSS NA 2023 (16:11)* Attended by John Johansen and Mark Esler from the Ubuntu Security Team * John presented in the LSM Maintainers Panel with Mickaël Salaün, CaseySchaufler, Mimi Zohar & moderated by Paul Moore * All presentations now online: https://www.youtube.com/playlist?list=PLbzoR-pLrL6q4vmwFP7-ZZ1LJc5mA3Hqu * Lots of interesting bits like: + systemd and TPM2 + Verifiable End to End Secure OCI Native Machines + Progress on Bounds Checking in C and the Linux Kernel - for more great content with Kees check out Seth and John talk Linux Kernel Security with Kees Cook from Episode 145 + Building the Largest Working Set of Apparmor Profiles + Controlling Script Execution

Announcement of 18.04 LTS going into ESM on 31 May 2023 (18:55)* https://lists.ubuntu.com/archives/ubuntu-security-announce/2023-May/007371.html * 18.04 LTS released on 26 April 2018 * https://canonical.com/blog/18-04-end-of-standard-support

Get in contact* security@ubuntu.com * #ubuntu-security on the Libera.Chat IRC network * ubuntu-hardened mailing list * Security section on discourse.ubuntu.com * @ubuntusecurity@fosstodon.org, @ubuntu_sec on twitter

View Details

OverviewAlex and Camila discuss security update management strategies after a recentoutage at Datadog was attributed to a security update for systemd on Ubuntu,plus we look at security vulnerabilities in the Linux kernel, OpenStack,Synapse, OpenJDK and more.

This week in Ubuntu Security Updates66 unique CVEs addressed

[USN-6069-1] Linux kernel (Raspberry Pi) vulnerability (01:01)* 1 CVEs addressed in Bionic (18.04 LTS), Focal (20.04 LTS) + CVE-2023-1829 * 5.4 raspi in 20.04 / 18.04 HWE * [USN-6058-1] Linux kernel vulnerability from Episode 194 * UAF in Traffic-Control Index (TCINDEX) filter from April this year - fixsimply removes this classifier from the kernel

[USN-6070-1] Linux kernel vulnerabilities (01:37)* 2 CVEs addressed in Focal (20.04 LTS), Jammy (22.04 LTS) + CVE-2023-1872 + CVE-2023-1829 * 5.15 raspi in 22.04, Azure FDE in 20.04 * TCINDEX UAF plus UAF in io_uring

[USN-6071-1] Linux kernel (OEM) vulnerabilities (01:58)* 12 CVEs addressed in Jammy (22.04 LTS) + CVE-2023-26545 + CVE-2023-23455 + CVE-2023-1859 + CVE-2022-4662 + CVE-2022-4095 + CVE-2022-40307 + CVE-2022-3586 + CVE-2022-3303 + CVE-2022-2590 + CVE-2023-0386 + CVE-2023-0468 + CVE-2023-1829 * 5.17 * UAFs in TCINDEX, io_uring, logic issue in OverlayFS([USN-6057-1] Linux kernel(Intel IoTG) vulnerabilities from Episode 194), race-condition in handlingof handling of copy-on-write read-only shared memory mappings - unpriv usercould then get write on these read-only mappings -> privesc

[USN-6072-1] Linux kernel (OEM) vulnerabilities (02:31)* 6 CVEs addressed in Jammy (22.04 LTS) + CVE-2023-26545 + CVE-2023-23455 + CVE-2023-1859 + CVE-2023-0386 + CVE-2023-0468 + CVE-2023-1829 * 6.0 * UAFs in TCINDEX, io_uring, logic issue in OverlayFS

[USN-6079-1] Linux kernel vulnerabilities (02:49)* 25 CVEs addressed in Jammy (22.04 LTS), Kinetic (22.10) + CVE-2023-1118 + CVE-2023-32269 + CVE-2023-26544 + CVE-2023-23455 + CVE-2023-23454 + CVE-2023-2162 + CVE-2023-21106 + CVE-2023-21102 + CVE-2023-1652 + CVE-2023-1513 + CVE-2023-1078 + CVE-2023-1075 + CVE-2023-1074 + CVE-2023-1073 + CVE-2023-0459 + CVE-2023-0458 + CVE-2023-0394 + CVE-2023-0210 + CVE-2022-48424 + CVE-2022-48423 + CVE-2022-4842 + CVE-2022-4129 + CVE-2022-3707 + CVE-2022-36280 + CVE-2022-27672 * 5.19 22.10 / 22.04 Azure

[USN-6080-1] Linux kernel vulnerabilities (02:55)* 10 CVEs addressed in Focal (20.04 LTS), Jammy (22.04 LTS) + CVE-2023-1118 + CVE-2023-32269 + CVE-2023-2162 + CVE-2023-20938 + CVE-2023-1513 + CVE-2023-1078 + CVE-2023-1075 + CVE-2023-0459 + CVE-2022-3707 + CVE-2022-27672 * 5.15 22.04 / 20.04 HWE

[USN-6081-1] Linux kernel vulnerabilities (03:02)* 5 CVEs addressed in Xenial ESM (16.04 ESM), Bionic (18.04 LTS) + CVE-2023-1118 + CVE-2023-32269 + CVE-2023-2162 + CVE-2023-1513 + CVE-2023-0459 * 4.15 18.04 GA / 16.04 AWS (Ubuntu Pro)

[USN-6073-1, USN-6073-2, USN-6073-3, USN-6073-4] Cinder, Glance Store, Nova, os-brick vulnerability (03:14)* 1 CVEs addressed in Focal (20.04 LTS), Jammy (22.04 LTS), Kinetic (22.10), Lunar (23.04) + CVE-2023-2088 * Inconsistency between Cinder (block storage service of OpenStack) and Nova(compute / virtual server provisioning) could result in storage volumes beingattached to the wrong compute instances - would happen when trying to detach avolume from an instance * Lots of interacting components, all need a consistent view of the system etc

[USN-6073-5] Nova regression* Affecting Focal (20.04 LTS) * Above update meant that in some circumstances Nova would be unable to detachvolumes from instances

[USN-6074-1] Firefox vulnerabilities (04:15)* 11 CVEs addressed in Bionic (18.04 LTS), Focal (20.04 LTS) + CVE-2023-32209 + CVE-2023-32208 + CVE-2023-32206 + CVE-2023-32216 + CVE-2023-32215 + CVE-2023-32213 + CVE-2023-32212 + CVE-2023-32211 + CVE-2023-32210 + CVE-2023-32207 + CVE-2023-32205 * 113.0

[USN-6074-2] Firefox regressions (04:27)* 11 CVEs addressed in Bionic (18.04 LTS), Focal (20.04 LTS) + CVE-2023-32209 + CVE-2023-32208 + CVE-2023-32206 + CVE-2023-32216 + CVE-2023-32215 + CVE-2023-32213 + CVE-2023-32212 + CVE-2023-32211 + CVE-2023-32210 + CVE-2023-32207 + CVE-2023-32205 * 113.0.1 from upstream

[USN-6075-1] Thunderbird vulnerabilities (04:36)* 7 CVEs addressed in Bionic (18.04 LTS), Focal (20.04 LTS), Jammy (22.04 LTS), Kinetic (22.10), Lunar (23.04) + CVE-2023-32206 + CVE-2023-32215 + CVE-2023-32213 + CVE-2023-32212 + CVE-2023-32211 + CVE-2023-32207 + CVE-2023-32205 * 102.11.0

[USN-6060-3] MySQL regression (05:02)* Affecting Focal (20.04 LTS), Jammy (22.04 LTS), Kinetic (22.10), Lunar (23.04) * [USN-6060-1, USN-6060-2] MySQL vulnerabilities from Episode 194 * Latest upstream release 8.0.33 introduced a regression on 32-bit ARM (armhf) -would crash on startup - to fix, reverted an upstream commit which wasintroduced to help with performance of atomic operations

[USN-6076-1] Synapse vulnerabilities (05:39)* 7 CVEs addressed in Bionic (18.04 LTS) + CVE-2018-16515 + CVE-2019-5885 + CVE-2018-12423 + CVE-2019-11842 + CVE-2018-10657 + CVE-2018-12291 + CVE-2019-18835 * Matrix homeserver * Various issues - signature checking on APIs, failure to properly apply eventvisibility rules, DoS - exploited in the wild, insufficient randomness whengenerating random IDs made them guessable, ability for unauthorised users tohijack rooms, more predictable randomness which could allow remote attackersto impersonate users, event spoofing due to improper signature validation -some of these require to be the admin of a room or to have a malicious serveretc - but since Matrix is federated, this is not so implausible

[USN-6078-1] libwebp vulnerability (06:38)* 1 CVEs addressed in Bionic (18.04 LTS), Focal (20.04 LTS), Jammy (22.04 LTS), Kinetic (22.10), Lunar (23.04) + CVE-2023-1999 * Double free when handling crafted content

[USN-6077-1] OpenJDK vulnerabilities (06:45)* 7 CVEs addressed in Xenial ESM (16.04 ESM), Bionic (18.04 LTS), Focal (20.04 LTS), Jammy (22.04 LTS), Kinetic (22.10), Lunar (23.04) + CVE-2023-21968 + CVE-2023-21967 + CVE-2023-21954 + CVE-2023-21939 + CVE-2023-21938 + CVE-2023-21937 + CVE-2023-21930 * Latest upstream point releases + Most Ubuntu releases support more then 1 version of OpenJDK - this update isfor OpenJDK versions 20, 17, 11 and 8 across the various Ubuntu releases

[USN-6082-1] EventSource vulnerability (07:02)* 1 CVEs addressed in Xenial ESM (16.04 ESM), Bionic (18.04 LTS), Focal (20.04 LTS), Jammy (22.04 LTS) + CVE-2022-1650 * EventSource client for NodeJS - info leak - could leak cookies andauthorisation headers to third party applications - but should have beensanitising headers to avoid this as per same-origin-policy

Goings on in Ubuntu Security CommunityDatadog outage and management of security updates (07:32)* https://newsletter.pragmaticengineer.com/p/inside-the-datadog-outage * Alex and Camila discuss a recent outage at Datadog on their Ubuntu systemsthat was triggered by a security update for systemd and the pros and cons ofautomatic security updates plus other approaches which can be taken to allowupdates to be applied in a more controlled manner * https://ubuntu.com/blog/3-ways-to-apply-security-patches-in-linux

Get in contact* security@ubuntu.com * #ubuntu-security on the Libera.Chat IRC network * ubuntu-hardened mailing list * Security section on discourse.ubuntu.com * @ubuntusecurity@fosstodon.org, @ubuntu_sec on twitter

View Details

OverviewThe team are back from Prague and bring with them a new segment, drilling intorecent academic research in the cybersecurity space - for this inaugural segmentnew team member Andrei looks at modelling of attacks against network intrusiondetections systems, plus we cover the week in security updates looking atvulnerabilities in Django, Ruby, Linux kernel, Erlang, OpenStack and more.

This week in Ubuntu Security Updates57 unique CVEs addressed

[USN-6054-1] Django vulnerability (00:55)* 1 CVEs addressed in Bionic (18.04 LTS), Focal (20.04 LTS), Jammy (22.04 LTS), Kinetic (22.10), Lunar (23.04) + CVE-2023-31047 * Django supports file uploading via various form constructs - it then performsvalidation on the file * Was possible to upload multiple files via the form by attacking more than oneHTML attribute to the form - in this case though only the last file would bevalidated - and so other files would escape validation * Fixed to have Django raise an error in the case that an application tries touse these forms for multiple files and adds a new option to restore the oldbehaviour if really desired - AND it adds support for validating all files inthis case.

[USN-6055-1] Ruby vulnerabilities (02:11)* 2 CVEs addressed in Xenial ESM (16.04 ESM), Bionic (18.04 LTS), Focal (20.04 LTS) + CVE-2023-28756 + CVE-2023-28755 * Two ReDoS issues - ability to cause a CPU-based DoS through crafted input thatis then validated by a regex which takes an inordinate amount of time to run + one in URI parsing and the other in Time parsing

[USN-6055-2] Ruby regression (03:11)* 1 CVEs addressed in Xenial ESM (16.04 ESM), Bionic (18.04 LTS), Focal (20.04 LTS) + CVE-2023-28755 * The URI parser regex fix caused a regression and so was reverted - is stillunder investigation and hope to fix it again in a future update

[USN-6056-1] Linux kernel (OEM) vulnerability (03:13)* 1 CVEs addressed in Jammy (22.04 LTS) + CVE-2023-1859 * UAF in Xen Plan 9 file system protocol -> DoS / info leak

[USN-6057-1] Linux kernel (Intel IoTG) vulnerabilities (03:31)* 10 CVEs addressed in Jammy (22.04 LTS) + CVE-2023-26545 + CVE-2023-1652 + CVE-2023-1074 + CVE-2023-1073 + CVE-2023-0394 + CVE-2022-4842 + CVE-2022-47929 + CVE-2022-4129 + CVE-2023-0386 + CVE-2023-1281 * OverlayFS is a union file-system, allowing one FS to be stacked on top ofanother - often used for things like schroots where you want to have thepristine source and then a working session chroot where you can make changesand then finally dispose of the whole thing back to the original + Interaction with setuid binaries and the nosuid mount option - nosuid meansthe suid bit is ignored - in this case, if had setup an overlay with thebase file-system mounted nosuid, then in some cases it would be possible tocopy up an suid binary as an unprivileged user and have it retain the suidbit - and then the user could just execute it to gain root privileges * UAF in Traffic-Control Index (TCINDEX) filter - found in March this year

[USN-6058-1] Linux kernel vulnerability (05:45)* 1 CVEs addressed in Xenial ESM (16.04 ESM), Bionic (18.04 LTS) + CVE-2023-1829 * Another UAF in Traffic-Control Index (TCINDEX) filter from April this year -seems upstream is sick of these UAFs in TCINDEX so their fix simply removesthis classifier from the kernel and hence so does ours - in general we try notto introduce breaking changes but in this case prefer to stay consistent withupstream - also upstream say this does not have many known users anyway

[USN-6059-1] Erlang vulnerability (06:23)* 1 CVEs addressed in Focal (20.04 LTS), Jammy (22.04 LTS), Kinetic (22.10) + CVE-2022-37026 * Failed to properly maintain state during TLS handshake when validating clientcertificate - basically a malicious client could send the certificate and thensimply omit the TLS handshake message which tells the server to validate thecert and the server state would then show the cert had been validated * Note only affects Erlang applications that use client certificates forauthentication (ie. the '{verify, verify_peer}' SSL option) * Still planning to try and update erlang in bionic (18.04 LTS) but backport ismore complicated

[USN-6060-1, USN-6060-2] MySQL vulnerabilities (07:40)* 20 CVEs addressed in Bionic (18.04 LTS), Focal (20.04 LTS), Jammy (22.04 LTS), Kinetic (22.10), Lunar (23.04) + CVE-2023-21982 + CVE-2023-21980 + CVE-2023-21977 + CVE-2023-21976 + CVE-2023-21972 + CVE-2023-21966 + CVE-2023-21962 + CVE-2023-21955 + CVE-2023-21953 + CVE-2023-21947 + CVE-2023-21946 + CVE-2023-21945 + CVE-2023-21940 + CVE-2023-21935 + CVE-2023-21933 + CVE-2023-21929 + CVE-2023-21920 + CVE-2023-21919 + CVE-2023-21912 + CVE-2023-21911 * 2 CVEs addressed in Xenial ESM (16.04 ESM) + CVE-2023-21980 + CVE-2023-21912 * Latest upstream releases + 8.0.33 for 20.04 LTS, 22.04 LTS, 22.10, and Lunar (23.04) + 5.7.42 for 16.04 ESM and 18.04 LTS * As is the latest upstream point release, also includes bug fixes and possiblynew features / incompatible changes - full list of details from upstream: + https://dev.mysql.com/doc/relnotes/mysql/5.7/en/news-5-7-42.html + https://dev.mysql.com/doc/relnotes/mysql/8.0/en/news-8-0-33.html

[USN-6061-1] WebKitGTK vulnerabilities (08:14)* 6 CVEs addressed in Focal (20.04 LTS), Jammy (22.04 LTS), Kinetic (22.10), Lunar (23.04) + CVE-2023-28205 + CVE-2023-27954 + CVE-2023-27932 + CVE-2023-25358 + CVE-2022-32885 + CVE-2022-0108 * Various UAFs plus ability to track users across origins or bypass same originpolicy

[USN-6062-1] FreeType vulnerability (08:38)* 1 CVEs addressed in Focal (20.04 LTS), Jammy (22.04 LTS), Kinetic (22.10), Lunar (23.04) + CVE-2023-2004 * Integer overflow when parsing a malformed font - DoS / RCE (particurly withthe advent of web fonts)

[USN-6063-1] Ceph vulnerabilities (09:03)* 4 CVEs addressed in Bionic (18.04 LTS), Focal (20.04 LTS), Jammy (22.04 LTS), Kinetic (22.10) + CVE-2022-3854 + CVE-2022-3650 + CVE-2022-0670 + CVE-2021-3979 * backport of: + 17.2.5 for 22.10, 22.04 LTS + 15.2.17 for 20.04 LTS + 12.2.13 for 18.04 LTS

[USN-6066-1] OpenStack Heat vulnerability (09:29)* 1 CVEs addressed in Bionic (18.04 LTS), Focal (20.04 LTS) + CVE-2023-1625 * Orchestration Service for OpenStack - info leak via API

[USN-6067-1] OpenStack Neutron vulnerabilities (09:39)* 5 CVEs addressed in Bionic (18.04 LTS), Focal (20.04 LTS), Jammy (22.04 LTS) + CVE-2022-3277 + CVE-2021-40797 + CVE-2021-40085 + CVE-2021-38598 + CVE-2021-20267 * Virtual Network Service

[USN-6068-1] Open vSwitch vulnerability (09:45)* 1 CVEs addressed in Bionic (18.04 LTS), Focal (20.04 LTS), Jammy (22.04 LTS), Kinetic (22.10) + CVE-2023-1668 * Failed to properly handle IP packets which specified a protocol of 0 (used inIPv6 to specify hop-by-hop options) - if a packet with protocol 0 wasencountered, OVS would install a dataflow path for both kernel and userspacewhich would match on ALL IP protocols for this flow - so this would thenpossibly match against other IP packets and so cause them to be handledincorrectly (possibly allowing when should have been denied etc)

[USN-6065-1] css-what vulnerabilities (10:43)* 2 CVEs addressed in Xenial ESM (16.04 ESM), Bionic (18.04 LTS), Focal (20.04 LTS) + CVE-2022-21222 + CVE-2021-33587 * CSS selector parser for NodeJS * Two ReDoS issues

[USN-6064-1] SQL parse vulnerability (11:00)* 1 CVEs addressed in Bionic (18.04 LTS), Focal (20.04 LTS), Jammy (22.04 LTS), Kinetic (22.10), Lunar (23.04) + CVE-2023-30608 * Another ReDoS

Goings on in Ubuntu Security CommunityUbuntu 23.10 release cycle opens (11:41)* The Ubuntu Security is back from Prague (Engineering Sprint) - spent the weekdiving deep into various aspects like what kinds of tooling and processes wewant to try and improve across the team, talking about the culture and historyof the team to make sure we maintain our great culture as the team grows. * Even discussing mundane stuff like how to refer to and name security updateswhich go into Ubuntu Pro vs the regular Ubuntu Archive - making sure it isclear to consumers of our USNs etc what is where, plus the various policiesaround updated for Ubuntu Pro * Sessions devoted to snaps and how to do appropriate security reviews for themplus how to coordinate better with the snapd team * Even looking at tech debt within our team and our tooling and how we can tryand tackle some of that * As for more concrete plans for the security team during 23.10 + continue the work to use AppArmor to enable tighter controls overunprivileged user namespaces within Ubuntu + various improvements to our OVAL feeds to make them more useful to users andcustomers alike + utilising the Canonical Hardware Certifications Lab for testing of securityupdates for packages that require particular hardware (think things likeintel-microcode, nvme-cli, various graphics drivers etc) + Improvements to AppArmor for more fine-grained network mediation andio_uring + More work on supporting various confidential computing use-cases (for anintroduction to these types of topics seehttps://ubuntu.com/engage/introduction-to-confidential-computing-webinar) + Usual work on FIPS / CIS / DISA-STIG updates plus usual security maintenance

Academic paper review with Andrei Iosif (14:40)* New segment to dig into the details of various interesting cybersecurityresearch papers * Andrei joined the team just over 1 month ago - previously was Tech Lead at aSecOps startup developing open source tools for automating variouscybersecurity solutions - brings a wide range of great experience to our team * Modeling Realistic Adversarial Attacks against Network Intrusion Detection Systems * Looks at what the study was about (developing a model for attacks againstNetwork Intrusion Detection Systems, with a particular focus on IDSs that arebased on AI/ML approaches)

Get in contact* security@ubuntu.com * #ubuntu-security on the Libera.Chat IRC network * ubuntu-hardened mailing list * Security section on discourse.ubuntu.com * @ubuntusecurity@fosstodon.org, @ubuntu_sec on twitter

View Details

OverviewThe release of Ubuntu 23.04 Lunar Lobster is nigh so we take a look at some ofthe things the security team has been doing along the way, plus it’s our 6000thUSN so we look back at the last 19 years of USNs whilst covering securityupdates for the Linux kernel, Emacs, Irssi, Sudo, Firefox and more.

This week in Ubuntu Security Updates109 unique CVEs addressed

[USN-5998-1] Apache Log4j vulnerabilities (01:00)* 4 CVEs addressed in Xenial ESM (16.04 ESM), Bionic (18.04 LTS), Focal (20.04 LTS) + CVE-2022-23307 + CVE-2022-23305 + CVE-2022-23302 + CVE-2019-17571 * A bunch of older vulnerabilities, some discovered in the wake of log4shell butnot deemed as critical

[USN-6000-1] Linux kernel (BlueField) vulnerabilities (01:37)* 23 CVEs addressed in Focal (20.04 LTS) + CVE-2023-28328 + CVE-2023-26607 + CVE-2023-23455 + CVE-2023-23454 + CVE-2023-20938 + CVE-2023-1382 + CVE-2023-0394 + CVE-2023-0266 + CVE-2023-0045 + CVE-2022-47929 + CVE-2022-47520 + CVE-2022-42329 + CVE-2022-42328 + CVE-2022-4139 + CVE-2022-41218 + CVE-2022-36280 + CVE-2022-3623 + CVE-2022-3545 + CVE-2022-3521 + CVE-2022-3435 + CVE-2022-3424 + CVE-2022-3169 + CVE-2023-0461 * NVIDIA BlueField specific kernel (5.4) * Most high priority CVE UAF in Upper Level Protocol (mentioned in the last fewepisodes) * 6000th USN published by the Ubuntu Security team - this one by Rodrigo Zaiden * Out of interest: + USN-5000-1 - also a kernel USN in June 2021 (Steve Beattie) + USN-4000-1 - corosync in May 2019 (Leo Barbosa) + USN-3000-1 - kernel (utopic HWE backported to trusty) in June 2016 (John Johansen) + USN-2000-1 - nova in October 2013 (Jamie Strandboge) + USN-1000-1 - kernel again in October 2010 (Kees Cook) + USN-1-1 - libpng again in October 2004 (Matt Zimmerman)

[USN-6001-1] Linux kernel (AWS) vulnerabilities (04:18)* 51 CVEs addressed in Xenial ESM (16.04 ESM) + CVE-2023-1118 + CVE-2023-26607 + CVE-2023-26545 + CVE-2023-23455 + CVE-2023-1095 + CVE-2023-1074 + CVE-2023-0394 + CVE-2022-47929 + CVE-2022-4662 + CVE-2022-41850 + CVE-2022-41849 + CVE-2022-41218 + CVE-2022-39188 + CVE-2022-3903 + CVE-2022-36879 + CVE-2022-3646 + CVE-2022-36280 + CVE-2022-3628 + CVE-2022-3303 + CVE-2022-3111 + CVE-2022-3061 + CVE-2022-2991 + CVE-2022-2663 + CVE-2022-2380 + CVE-2022-2318 + CVE-2022-2503 + CVE-2022-20572 + CVE-2022-20132 + CVE-2022-1975 + CVE-2022-1974 + CVE-2022-1516 + CVE-2022-1462 + CVE-2022-1205 + CVE-2022-1195 + CVE-2022-1016 + CVE-2022-0617 + CVE-2022-0494 + CVE-2022-0487 + CVE-2021-45868 + CVE-2021-4203 + CVE-2021-4149 + CVE-2021-3772 + CVE-2021-3732 + CVE-2021-3669 + CVE-2021-3659 + CVE-2021-3428 + CVE-2021-28713 + CVE-2021-28712 + CVE-2021-28711 + CVE-2021-26401 + CVE-2020-36516 * 4.4 kernel - wins the prize for the most number of CVEs fixed in a singleupdate this week - thanks as always to the kernel team for all their work onthese

[USN-6004-1] Linux kernel (Intel IoTG) vulnerabilities (04:42)* 15 CVEs addressed in Jammy (22.04 LTS) + CVE-2023-28328 + CVE-2023-26606 + CVE-2023-23559 + CVE-2023-23455 + CVE-2023-23454 + CVE-2023-0266 + CVE-2023-0210 + CVE-2023-0045 + CVE-2022-48424 + CVE-2022-48423 + CVE-2022-4382 + CVE-2022-41218 + CVE-2022-36280 + CVE-2022-3424 + CVE-2022-2196 * 5.15 kernel

[USN-6007-1] Linux kernel (GCP) vulnerabilities (04:51)* 20 CVEs addressed in Xenial ESM (16.04 ESM) + CVE-2023-26607 + CVE-2022-43750 + CVE-2022-42895 + CVE-2022-42329 + CVE-2022-42328 + CVE-2022-41850 + CVE-2022-41849 + CVE-2022-39842 + CVE-2022-3649 + CVE-2022-3646 + CVE-2022-3640 + CVE-2022-3628 + CVE-2022-3545 + CVE-2022-3521 + CVE-2022-29901 + CVE-2022-29900 + CVE-2022-2663 + CVE-2022-26373 + CVE-2022-20369 + CVE-2023-0461 * 4.15 (backported from 18.04 LTS)

[USN-6009-1] Linux kernel (GCP) vulnerabilities* 11 CVEs addressed in Xenial ESM (16.04 ESM) + CVE-2023-28328 + CVE-2023-23559 + CVE-2023-23455 + CVE-2023-0394 + CVE-2023-0266 + CVE-2023-0045 + CVE-2022-47929 + CVE-2022-41218 + CVE-2022-36280 + CVE-2022-3424 + CVE-2021-3669 * follow-up kernel update including a bunch more fixes

[USN-6003-1] Emacs vulnerability (05:03)* 1 CVEs addressed in Xenial ESM (16.04 ESM) + CVE-2023-28617 * Similar to [USN-5955-1] Emacs vulnerability [00:50]​ from Episode 191 - againif used org-mode to output to a latex document which included other documentsthat had shell metacharacters in their filenames, could get code execution asthe user running Emacs

[USN-6002-1] Irssi vulnerability (05:45)* 1 CVEs addressed in Kinetic (22.10) + CVE-2023-29132 * IRC client - UAF when outputting a line which was not formatted whilst alsooutputting a line that was formatted - only likely to be able to be triggeredby various scripts - was discovered after a recent update to GLib 2.75 whichstopped using it’s own internal memory allocator and instead switched toregular malloc() / free() - would then trigger the memory checking of libcwhich detected this

[USN-6005-1] Sudo vulnerabilities (07:25)* 2 CVEs addressed in Bionic (18.04 LTS), Focal (20.04 LTS), Jammy (22.04 LTS), Kinetic (22.10) + CVE-2023-28487 + CVE-2023-28486 * Failed to escape control characters in both the log output and sudoreplay (canbe used to list or play back the commands executed in a sudo session) - and socould allow an attacker to get code execution as the user running sudoreplayby injecting terminal control characters

[USN-6010-1] Firefox vulnerabilities (08:45)* 15 CVEs addressed in Bionic (18.04 LTS), Focal (20.04 LTS) + CVE-2023-29541 + CVE-2023-29539 + CVE-2023-29538 + CVE-2023-29536 + CVE-2023-29535 + CVE-2023-29533 + CVE-2023-29551 + CVE-2023-29550 + CVE-2023-29549 + CVE-2023-29548 + CVE-2023-29547 + CVE-2023-29544 + CVE-2023-29543 + CVE-2023-29540 + CVE-2023-29537 * 112.0 - one Linux specific vuln in particular around the handling ofdownloaded .desktop files - could allow an attacker to get code execution asthe user running firefox - interesting to note that as a snap, firefox isconfined by default and cannot execute arbitrary commands from the hostsystem - can only use binaries from within the firefox snap itself or theuser’s $HOME which makes exploitation of such an issue harder since lessLOLBins to make use of

[USN-6011-1] Json-smart vulnerabilities (10:00)* 2 CVEs addressed in Bionic (18.04 LTS), Focal (20.04 LTS), Jammy (22.04 LTS), Kinetic (22.10) + CVE-2023-1370 + CVE-2021-31684 * Small and fast JSON parser for Java - two similar issues, one in handling ofunclosed quotes and the other in unclosed brackets - both could allow anattacker to DoS the application through crafted input

Goings on in Ubuntu Security CommunityPreparing for the release of Ubuntu 23.04 (Lunar Lobster) (10:36)* Team has been busy finishing various items from the development roadmap forthis cycle: + SBOM specification + improvements to how we distribute OVAL data + evaluation of dbus-broker integration with AppArmor to possibly replacedbus-daemon in a future Ubuntu release + Testing unprivileged user namespace restrictions via AppArmor + io_uring mediation support in AppArmor + Working with the snapd team on integrating dm-verity within snapd forimproved integrity of snaps + Usual maintenance items as well: - all the normal CVE patching - a heap of MIR security reviews - snap store reviews - AppArmor upstream project maintenance + and more

Ubuntu Security Podcast on 2 weeks break* Alex on leave next week and the following week is the 23.10 start-of-cycleproduct roadmap sprint in Prague * Expect the podcast to be back the week ending 5th May

Get in contact* security@ubuntu.com * #ubuntu-security on the Libera.Chat IRC network * ubuntu-hardened mailing list * Security section on discourse.ubuntu.com * @ubuntusecurity@fosstodon.org, @ubuntu_sec on twitter

View Details

OverviewUbuntu gets pwned at Pwn2Own 2023, plus we cover security updates for vulns inGitPython, object-path, amanda, url-parse and the Linux kernel - and we mentionthe recording of Alex’s Everything Open 2023 presentation as well.

This week in Ubuntu Security Updates91 unique CVEs addressed

[USN-5968-1] GitPython vulnerability [00:46]* 1 CVEs addressed in Trusty ESM (14.04 ESM), Xenial ESM (16.04 ESM), Bionic (18.04 LTS), Focal (20.04 LTS), Jammy (22.04 LTS), Kinetic (22.10) + CVE-2022-24439 * RCE via a malicious URL when cloning a repo - would call git clone under thehood and pass the purported URL in without any validation * Used as a dependency for other Python based tools etc - in particular byBandit, Python security checking tool - used to scan python projects forsecurity issues - would be ironic if a tool used to scan for security problemscould be used to leverage an attack - so I took a quick look at the sourcecode for bandit and it seems to only use GitPython to check if the currentdirectory is a git repo or not - so would not be able to be exploited by thisissue

[USN-5967-1] object-path vulnerabilities [02:11]* 3 CVEs addressed in Bionic (18.04 LTS), Focal (20.04 LTS) + CVE-2021-3805 + CVE-2021-23434 + CVE-2020-15256 * all prototype pollution vulns - a type of injection attack that particularlyapplies for languages like Javascript, where an attacker can add arbitraryproperties to global / default javascript objects that then get inherited byuser-defined objects - and so can result in the ability to change the logic ofthe application or potentially even get remote code execution (depending onhow those object properties are used by the application)

[USN-5942-2] Apache HTTP Server vulnerability [02:56]* 1 CVEs addressed in Xenial ESM (16.04 ESM) + CVE-2023-25690 * request smuggling attack against mod_proxy

[USN-5966-1, USN-5966-2] amanda vulnerabilities [03:06]* 3 CVEs addressed in Trusty ESM (14.04 ESM), Xenial ESM (16.04 ESM), Bionic (18.04 LTS), Focal (20.04 LTS), Jammy (22.04 LTS), Kinetic (22.10) + CVE-2022-37705 + CVE-2022-37704 + CVE-2022-37703 * amanda has several suid-root binaries - each was able to be abused in adifferent way - one to see if a given directory existed or not (info leak),and the others to both get code execution etc - update introduced a regressionwhich was then also fixed

[USN-5969-1] gif2apng vulnerabilities [04:00]* 3 CVEs addressed in Xenial ESM (16.04 ESM), Bionic (18.04 LTS), Focal (20.04 LTS) + CVE-2021-45911 + CVE-2021-45910 + CVE-2021-45909

[USN-5971-1] Graphviz vulnerabilities [04:12]* 3 CVEs addressed in Trusty ESM (14.04 ESM), Bionic (18.04 LTS), Focal (20.04 LTS) + CVE-2020-18032 + CVE-2019-11023 + CVE-2018-10196 * 2 different NULL ptr derefs, 1 buffer overflow -> DoS / RCE

[USN-5954-2] Firefox regressions [04:40]* 9 CVEs addressed in Bionic (18.04 LTS), Focal (20.04 LTS) + CVE-2023-28161 + CVE-2023-28164 + CVE-2023-28160 + CVE-2023-25751 + CVE-2023-28177 + CVE-2023-28176 + CVE-2023-28162 + CVE-2023-25752 + CVE-2023-25750 * 111.0.1 - fixes a couple regressions on macOS and Windows apparently

[USN-5972-1] Thunderbird vulnerabilities [04:58]* 6 CVEs addressed in Bionic (18.04 LTS), Focal (20.04 LTS), Jammy (22.04 LTS), Kinetic (22.10) + CVE-2023-25752 + CVE-2023-28164 + CVE-2023-25751 + CVE-2023-28176 + CVE-2023-28162 * 102.9.0

[USN-5973-1] url-parse vulnerabilities [05:11]* 8 CVEs addressed in Xenial ESM (16.04 ESM), Bionic (18.04 LTS), Focal (20.04 LTS) + CVE-2022-0686 + CVE-2022-0691 + CVE-2022-0639 + CVE-2022-0512 + CVE-2021-3664 + CVE-2021-27515 + CVE-2020-8124 + CVE-2018-3774 * nodejs module for parsing URLs - even for such a seemingly simple task asparsing URLs, can have various vulnerabilities + DoS, SSRF, open-redirect, or bypass various other authorisation checks * upstream project now recommends to use the URL interface from nodejs and thevarious browsers for “better security and accuracy”

[USN-5974-1] GraphicsMagick vulnerabilities [06:24]* 7 CVEs addressed in Trusty ESM (14.04 ESM), Xenial ESM (16.04 ESM), Bionic (18.04 LTS), Focal (20.04 LTS) + CVE-2022-1270 + CVE-2020-12672 + CVE-2019-11006 + CVE-2018-9018 + CVE-2018-5685 + CVE-2018-20189 + CVE-2018-20184

[USN-5686-4] Git vulnerability [06:37]* 1 CVEs addressed in Xenial ESM (16.04 ESM) + CVE-2022-39253 * [USN-5686-1] Git vulnerabilities from Episode 181

[USN-5970-1] Linux kernel vulnerabilities [06:45]* 9 CVEs addressed in Kinetic (22.10) + CVE-2023-23559 + CVE-2023-1195 + CVE-2023-0469 + CVE-2023-0266 + CVE-2023-0045 + CVE-2022-4382 + CVE-2022-42329 + CVE-2022-42328 + CVE-2022-2196

[LSN-0093-1] Linux kernel vulnerability [07:15]* 2 CVEs addressed in all the various Livepatch supported releases (LTS and16.04 ESM) across various different kernels + CVE-2023-0461 + CVE-2023-0179 * UAF in Upper Level Protocol and buffer overflow in netfilter when handlingVLAN headers - both could allow a local user to DoS / code execution in kernel-> EoP

| Kernel type | 22.04 | 20.04 | 18.04 | 16.04 | | --- | --- | --- | --- | --- | | aws | 93.1 | 93.1 | 93.1 | — | | aws-5.15 | — | 93.1 | — | — | | aws-5.4 | — | — | 93.1 | — | | aws-hwe | — | — | — | 93.1 | | azure | 93.1 | 93.1 | — | 93.1 | | azure-4.15 | — | — | 93.1 | — | | azure-5.4 | — | — | 93.1 | — | | gcp | 93.2 | 93.1 | — | 93.1 | | gcp-4.15 | — | — | 93.1 | — | | gcp-5.15 | — | 93.2 | — | — | | gcp-5.4 | — | — | 93.1 | — | | generic-4.15 | — | — | 93.1 | 93.1 | | generic-5.4 | — | 93.1 | 93.1 | — | | gke | 93.2 | 93.1 | — | — | | gke-4.15 | — | — | 93.1 | — | | gke-5.15 | — | 93.2 | — | — | | gke-5.4 | — | — | 93.1 | — | | gkeop | — | 93.1 | — | — | | gkeop-5.4 | — | — | 93.1 | — | | ibm | 93.1 | 93.1 | — | — | | linux | 93.1 | — | — | — | | lowlatency-4.15 | — | — | 93.1 | 93.1 | | lowlatency-5.4 | — | 93.1 | 93.1 | — | | oem | — | — | 93.1 | — |

To check your kernel type and Livepatch version, enter this command:

canonical-livepatch status [USN-5975-1] Linux kernel vulnerabilities* 31 CVEs addressed in Xenial ESM (16.04 ESM) + CVE-2023-28328 + CVE-2023-26607 + CVE-2023-23559 + CVE-2023-23455 + CVE-2023-0394 + CVE-2023-0266 + CVE-2023-0045 + CVE-2022-47929 + CVE-2022-43750 + CVE-2022-42895 + CVE-2022-42329 + CVE-2022-42328 + CVE-2022-41850 + CVE-2022-41849 + CVE-2022-41218 + CVE-2022-39842 + CVE-2022-3649 + CVE-2022-3646 + CVE-2022-3640 + CVE-2022-36280 + CVE-2022-3628 + CVE-2022-3545 + CVE-2022-3521 + CVE-2022-3424 + CVE-2022-29901 + CVE-2022-29900 + CVE-2022-2663 + CVE-2022-26373 + CVE-2022-20369 + CVE-2021-3669 + CVE-2023-0461

[USN-5976-1] Linux kernel (OEM) vulnerabilities* 9 CVEs addressed in Focal (20.04 LTS), Jammy (22.04 LTS) + CVE-2023-0394 + CVE-2022-41850 + CVE-2022-3649 + CVE-2022-3646 + CVE-2022-36280 + CVE-2022-3628 + CVE-2022-3061 + CVE-2022-2196 + CVE-2023-0461

[USN-5977-1] Linux kernel (OEM) vulnerabilities* 3 CVEs addressed in Jammy (22.04 LTS) + CVE-2023-1032 + CVE-2022-2196 + CVE-2023-1281

[USN-5978-1] Linux kernel (OEM) vulnerabilities* 12 CVEs addressed in Jammy (22.04 LTS) + CVE-2023-26545 + CVE-2023-23559 + CVE-2023-1078 + CVE-2023-1075 + CVE-2023-1074 + CVE-2023-1073 + CVE-2023-0394 + CVE-2022-4842 + CVE-2022-4382 + CVE-2022-27672 + CVE-2022-2196 + CVE-2023-1281

[USN-5979-1] Linux kernel (HWE) vulnerabilities* 9 CVEs addressed in Jammy (22.04 LTS) + CVE-2023-23559 + CVE-2023-1195 + CVE-2023-0469 + CVE-2023-0266 + CVE-2023-0045 + CVE-2022-4382 + CVE-2022-42329 + CVE-2022-42328 + CVE-2022-2196

[USN-5980-1] Linux kernel vulnerabilities* 4 CVEs addressed in Focal (20.04 LTS) + CVE-2023-23559 + CVE-2022-4382 + CVE-2022-2196 + CVE-2021-3669

[USN-5981-1] Linux kernel vulnerabilities* 11 CVEs addressed in Xenial ESM (16.04 ESM) + CVE-2023-28328 + CVE-2023-23559 + CVE-2023-23455 + CVE-2023-0394 + CVE-2023-0266 + CVE-2023-0045 + CVE-2022-47929 + CVE-2022-41218 + CVE-2022-36280 + CVE-2022-3424 + CVE-2021-3669

[USN-5982-1] Linux kernel vulnerabilities* 15 CVEs addressed in Focal (20.04 LTS), Jammy (22.04 LTS) + CVE-2023-28328 + CVE-2023-26606 + CVE-2023-23559 + CVE-2023-23455 + CVE-2023-23454 + CVE-2023-0266 + CVE-2023-0210 + CVE-2023-0045 + CVE-2022-48424 + CVE-2022-48423 + CVE-2022-4382 + CVE-2022-41218 + CVE-2022-36280 + CVE-2022-3424 + CVE-2022-2196

Goings on in Ubuntu Security Communitypwn2own 2023 [08:02]* pwn2own - part of CanSecWest security conference in Vancouver, Canada * originally started as an informal event, now is organised by Trend’s ZDI andis attended by many of the best offensive security research teams in the world * compete to hack various known targets under various categories * Runs over 3 days * Ubuntu Desktop was a target again this year, in particular in the local userelevation of privilege category - standard unprivileged user account which canbe used to escalate privileges to root - targeting the latest Ubuntu interimrelease 22.10 (Kinetic) * competitors get 3 attempts, each with a time limit of 10 minutes to get theirexploit to work * From our side, we had a team of 4 engineers (Steve Beattie, John Johansen andGeorgia Garcia from the Ubuntu Security team and Thadeu Cascardo from theUbuntu Kernel team) who were on call to be shown the exploit and vulnerabilityand within 30 minutes would have to determine if it was already known or not * Day 1 saw 2 attempts + one unsuccessful, the other was a previously known (but unpatched) * Day 2 saw 1 successful attempt (incorrect pointer scaling issue) * Day 3 saw 3 successful attempts + one also previously known, the other two double free and a UAF * In total, 6 separate teams targeted Ubuntu Desktop, 5 were successful, and theother was not able to get their exploit to work in the allotted time limit + Details surrounding all of these vulnerabilities is embargoed for now, butwill become available in the future + Only minor details have been released publicly by ZDI at this time (ieincorrect pointer scaling, double free and UAF) but all (unsurprisingly)related to the memory unsafety of C * Interesting to see the macOS was only targeted once (successful), and Windows11 twice (both successful too) yet Ubuntu had 6 * Yet last year, there were 6 for WIndows 11, and 4 for Ubuntu * Is Ubuntu seen as an easy target? Or are there more security researcherslooking at Ubuntu compared to Windows nowadays? * Does the open source nature of Linux make it easier to find vulns since thesource code is easily able to be inspected? * Pace of development of the upstream kernel is quite fast, lots of newsubsystems like io_uring and large attack surfaces through unprivileged usernamespaces perhaps make Ubuntu more of an easy target + Part of the motivation to want to restrict access to unprivileged usernamespaces in the future * More details to follow once vulns have been made public * Thanks to Steve, JJ, Georgia and Thadeu * Day 1 Results * Day 2 Results * Day 3 Results

Securing a distro and you own open source project - Everything Open 2023 [14:27]* https://youtu.be/a-_5aJIjjLQ * Ubuntu is one of the most popular Linux distributions and is used by millionsof people all over the world. It contains software from a wide array ofdifferent upstream projects and communities across a number of differentlanguage ecosystems. Ubuntu also aims to provide the best user experience forconsuming all these various pieces of software, whilst being both as secureand usable as possible. * The Ubuntu Security team is responsible for keeping all of this softwaresecure and patched against known vulnerabilities, as well as proactivelylooking for new possible security issues, and finally for ensuring thedistribution as a whole is secured through proactive hardening work. They alsohave a huge depth of experience in working with upstream open source projectsto report, manage patch and disclose security vulnerabilities. Find out bothhow they keep Ubuntu secure and how you can improve the security of your ownopen source project or the projects you contribute to.

Get in contact* security@ubuntu.com * #ubuntu-security on the Libera.Chat IRC network * ubuntu-hardened mailing list * Security section on discourse.ubuntu.com * @ubuntusecurity@fosstodon.org, @ubuntu_sec on twitter

View Details

OverviewThis week saw the unexpected release of Ubuntu 20.04.6 so we go into the detailbehind that, plus we talk Everything Open and we cover security updatesincluding Emacs, LibreCAD, Python, vim and more.

This week in Ubuntu Security Updates82 unique CVEs addressed

[USN-5955-1] Emacs vulnerability [00:50]* 1 CVEs addressed in Xenial ESM (16.04 ESM) + CVE-2022-48339 * htmlfontify package would try and validate whether a given file is text bycalling file on it - but would fail to escape the filename - so if a usercould be tricked into running htmlfontify-copy-and-link-dir on a crafteddirectory, could get code execution in the context of emacs * Unlikely to be an issue in practice, also there doesn’t appear to be any usersof this function on github (other than references to the documentation for it)

[USN-5956-1, USN-5956-2] PHPMailer vulnerabilities [02:03]* 7 CVEs addressed in Xenial ESM (16.04 ESM), Bionic (18.04 LTS), Focal (20.04 LTS), Jammy (22.04 LTS) + CVE-2021-3603 + CVE-2020-13625 + CVE-2018-19296 + CVE-2017-5223 + CVE-2017-11503 + CVE-2016-10045 + CVE-2016-10033 * email sending library for PHP * similarly, possible RCE since could possibly inject commands that would bepassed to the shell when executing the underlying mail command - originalpatch didn’t fix properly so second CVE was issued for the fix

[USN-5957-1] LibreCAD vulnerabilities [02:58]* 7 CVEs addressed in Xenial ESM (16.04 ESM), Bionic (18.04 LTS), Focal (20.04 LTS) + CVE-2021-45343 + CVE-2021-45342 + CVE-2021-45341 + CVE-2021-21900 + CVE-2021-21899 + CVE-2021-21898 + CVE-2018-19105 * Various memory corruption issues when parsing DXF, DWG, DRW or JWW files + OOB writes, UAFs, NULL ptr deref - RCE / DoS

[USN-5855-2] ImageMagick vulnerabilities [03:37]* 2 CVEs addressed in Focal (20.04 LTS), Jammy (22.04 LTS), Kinetic (22.10) + CVE-2022-44268 + CVE-2022-44267

[USN-5958-1] FFmpeg vulnerabilities [03:45]* 4 CVEs addressed in Xenial ESM (16.04 ESM), Bionic (18.04 LTS), Focal (20.04 LTS), Jammy (22.04 LTS), Kinetic (22.10) + CVE-2022-3965 + CVE-2022-3964 + CVE-2022-3341 + CVE-2022-3109 * 2 NULL ptr derefs and 2 OOB reads -> DoS

[USN-5954-1] Firefox vulnerabilities [03:59]* 9 CVEs addressed in Bionic (18.04 LTS), Focal (20.04 LTS) + CVE-2023-28161 + CVE-2023-28164 + CVE-2023-28160 + CVE-2023-25751 + CVE-2023-28177 + CVE-2023-28176 + CVE-2023-28162 + CVE-2023-25752 + CVE-2023-25750 * 111.0 + usual mix of issues for web engines (DoS, info leak across domains, RCE) ifvisited a malicious website + memory corruption, plus a few logic issues that could be used to eithercause firefox to leak local information back to the web server or spoofparts of the UI etc

[USN-5961-1] abcm2ps vulnerabilities* 6 CVEs addressed in Xenial ESM (16.04 ESM), Bionic (18.04 LTS), Focal (20.04 LTS), Jammy (22.04 LTS) + CVE-2021-32436 + CVE-2021-32435 + CVE-2021-32434 + CVE-2019-1010069 + CVE-2018-10771 + CVE-2018-10753

[USN-5962-1] Linux kernel (Intel IoTG) vulnerabilities [04:47]* 18 CVEs addressed in Jammy (22.04 LTS) + CVE-2023-26605 + CVE-2023-0468 + CVE-2022-47521 + CVE-2022-47520 + CVE-2022-47519 + CVE-2022-47518 + CVE-2022-45869 + CVE-2022-4379 + CVE-2022-42329 + CVE-2022-42328 + CVE-2022-4139 + CVE-2022-3545 + CVE-2022-3521 + CVE-2022-3435 + CVE-2022-3344 + CVE-2022-3169 + CVE-2023-0179 + CVE-2023-0461 * two high priority issues + netfilter mishandling of vlan headers - OOB write -> crash / RCE + UAF in upper-level protocol subsystem - can be triggered by local user -similarly, crash / RCE

[USN-5959-1] Kerberos vulnerabilities [05:32]* 2 CVEs addressed in Bionic (18.04 LTS), Focal (20.04 LTS) + CVE-2021-37750 + CVE-2021-36222 * NULL ptr derefs -> crash in kerberos daemon -> DoS

[USN-5960-1] Python vulnerability [05:51]* 1 CVEs addressed in Trusty ESM (14.04 ESM), Xenial ESM (16.04 ESM), Bionic (18.04 LTS), Focal (20.04 LTS), Jammy (22.04 LTS), Kinetic (22.10) + CVE-2023-24329 * possibly to bypass blocklists in urllib.parse() simply by prefixing the URLwith a space - blocklisting is not part of upstream functionality but oftenwould be implemented in application / library logic by first using urlparse()to parse the given URL - if prefixed with a space then can get urlparse() tofail to return the correct scheme/hostname - can workaround simply by firstcalling strip() on URL - apparently upstream still discussing whether thecurrent fix is sufficient so watch this space

[USN-5963-1] Vim vulnerabilities [07:14]* 9 CVEs addressed in Trusty ESM (14.04 ESM), Xenial ESM (16.04 ESM), Bionic (18.04 LTS), Focal (20.04 LTS), Jammy (22.04 LTS), Kinetic (22.10) + CVE-2023-1264 + CVE-2023-1175 + CVE-2023-1170 + CVE-2023-0051 + CVE-2023-0433 + CVE-2023-0288 + CVE-2023-0054 + CVE-2023-0049 + CVE-2022-47024 * moar vim vulns from bug-bounty - all found via fuzzing of vim - all memorycorruption vulns -> DoS / RCE

[USN-5964-1] curl vulnerabilities [07:41]* 5 CVEs addressed in Bionic (18.04 LTS), Focal (20.04 LTS), Jammy (22.04 LTS), Kinetic (22.10) + CVE-2023-27538 + CVE-2023-27536 + CVE-2023-27535 + CVE-2023-27534 + CVE-2023-27533 * various connection reuse issues - eg. would reuse an SSH connection even ifcaller had changed an SSH option - similar for FTP. * mishandling of ~ in SFTP could then allow access to unintended files (wouldexpand even if not the first part of the path)

[USN-5806-3] Ruby vulnerability [08:43]* 1 CVEs addressed in Focal (20.04 LTS) + CVE-2021-33621

[USN-5965-1] TigerVNC vulnerability [08:53]* 1 CVEs addressed in Focal (20.04 LTS) + CVE-2020-26117 * when processing a TLS certificate, would store that internally as acertificate authority - then if client connected to a different server woulduse that stored cert as a CA cert to validate the new server - could thenallow a malicious server to impersonate other servers

[USN-5904-2] SoX regression [09:35]* 9 CVEs addressed in Trusty ESM (14.04 ESM), Xenial ESM (16.04 ESM), Bionic (18.04 LTS), Focal (20.04 LTS), Jammy (22.04 LTS), Kinetic (22.10) + CVE-2022-31651 + CVE-2022-31650 + CVE-2021-40426 + CVE-2021-3643 + CVE-2021-23210 + CVE-2021-23172 + CVE-2021-23159 + CVE-2019-13590 + CVE-2021-33844 * Fix for one of the vulns fixed in the original update was incomplete

Goings on in Ubuntu Security CommunityUbuntu 20.04.6 LTS Released [09:49]* https://lists.ubuntu.com/archives/ubuntu-announce/2023-March/000287.html * https://wiki.ubuntu.com/FocalFossa/ReleaseSchedule * Wasn’t originally planned to be released

Unlike previous point releases, 20.04.6 is a refresh of the amd64installer media after recent key revocations, re-enabling their usageon Secure Boot enabled systems.

Many other security updates for additional high-impact bug fixes are alsoincluded, with a focus on maintaining stability and compatibility withUbuntu 20.04 LTS.

  • TL;DR - recent vulnerabilities in shim and grub meant that we revoked thoseold versions such that they would not boot anymore if updates had beeninstalled - so if wanted to reinstall using the 20.04.5 media it would fail toboot. Can prove this to yourself:

cat /sys/firmware/efi/efivars/SbatLevelRT-605dab50-e046-4300-abb6-3dd810dd8b23

sbat,1,2022052400grub,2

objdump -j .sbat -s grubx64.efi Ubuntu Security at Everything Open 2023 [12:02]* https://ubuntu.com/blog/everything-open-2023-in-melbourne * https://2023.everythingopen.au/schedule/presentation/64/ * Presented about how the Ubuntu Security keeps Ubuntu secure and also gaveadvice on how you can improve the security of your own open source projects

Get in contact* security@ubuntu.com * #ubuntu-security on the Libera.Chat IRC network * ubuntu-hardened mailing list * Security section on discourse.ubuntu.com * @ubuntusecurity@fosstodon.org, @ubuntu_sec on twitter

View Details

OverviewThe Ubuntu Security Podcast is on a two week break to focus on Everything Open2023 in Melbourne next week - come hear Alex talk about Securing a distributionand securing your own open source project in person if you can.

Get in contact* security@ubuntu.com * #ubuntu-security on the Libera.Chat IRC network * ubuntu-hardened mailing list * Security section on discourse.ubuntu.com * @ubuntusecurity@fosstodon.org, @ubuntu_sec on twitter

View Details

OverviewThis week we dive into the BlackLotus UEFI bootkit teardown and find out howthis malware has some roots in the FOSS ecosystem, plus we look at securityupdates for the Linux kernel, DCMTK, ZoneMinder, Python, tar and more.

This week in Ubuntu Security Updates111 unique CVEs addressed

[USN-5739-2] MariaDB regression [00:48]* Affecting Focal (20.04 LTS), Jammy (22.04 LTS), Kinetic (22.10) * Latest point release had various memory and performance regressions

[USN-5883-1] Linux kernel (HWE) vulnerabilities [01:05]* 19 CVEs addressed in Xenial ESM (16.04 ESM) + CVE-2023-0461 + CVE-2022-43750 + CVE-2022-42895 + CVE-2022-42328 + CVE-2022-41850 + CVE-2022-41849 + CVE-2022-39842 + CVE-2022-3649 + CVE-2022-3646 + CVE-2022-3640 + CVE-2022-3628 + CVE-2022-3545 + CVE-2022-3521 + CVE-2022-29901 + CVE-2022-29900 + CVE-2022-2663 + CVE-2022-26373 + CVE-2022-20369 + CVE-2022-4378 * 4.15 kernel backported from 18.04LTS to 16.04ESM * sysctl stack buffer overflow discussed last week plus a range of other kernelvulns

[USN-5884-1] Linux kernel (AWS) vulnerabilities [01:26]* 6 CVEs addressed in Xenial ESM (16.04 ESM) + CVE-2023-23559 + CVE-2023-0045 + CVE-2022-42895 + CVE-2022-41858 + CVE-2022-20566 + CVE-2021-4155 * 4.4 GA kernel from 16.04

[USN-5882-1] DCMTK vulnerabilities [01:36]* 10 CVEs addressed in Xenial ESM (16.04 ESM), Bionic (18.04 LTS), Focal (20.04 LTS), Jammy (22.04 LTS), Kinetic (22.10) + CVE-2022-43272 + CVE-2022-2121 + CVE-2022-2120 + CVE-2022-2119 + CVE-2021-41690 + CVE-2021-41689 + CVE-2021-41688 + CVE-2021-41687 + CVE-2019-1010228 + CVE-2015-8979 * libraries and utils for handling DICOM (Digital Imaging and Communications inMedicine) image files (used for radiology etc) * various memory corruption issues -> DoS / code execution

[USN-5885-1] APR vulnerability [02:29]* 1 CVEs addressed in Jammy (22.04 LTS), Kinetic (22.10) + CVE-2022-24963 * Integer overflow -> memory corruption -> DoS / code exec

[USN-5886-1] Intel Microcode vulnerabilities [02:44]* 4 CVEs addressed in Xenial ESM (16.04 ESM), Bionic (18.04 LTS), Focal (20.04 LTS), Jammy (22.04 LTS), Kinetic (22.10) + CVE-2022-38090 + CVE-2022-33972 + CVE-2022-33196 + CVE-2022-21216 * latest upstream release from Intel * Various issues in SGX and out-of-band management - particularly on Intel Xeonprocessors - allow require privileged access in the first place (ie admin) butcould allow to then say bypass SGX protections and the like

[USN-5887-1] ClamAV vulnerabilities [03:27]* 2 CVEs addressed in Trusty ESM (14.04 ESM), Xenial ESM (16.04 ESM), Bionic (18.04 LTS), Focal (20.04 LTS), Jammy (22.04 LTS), Kinetic (22.10) + CVE-2023-20052 + CVE-2023-20032 * latest upstream point release - 0.103.8 * one in HFS+ and the other in the DMG parsers - both different filesystemformats for Apple

[USN-5889-1] ZoneMinder vulnerabilities [03:49]* 13 CVEs addressed in Xenial ESM (16.04 ESM), Focal (20.04 LTS), Jammy (22.04 LTS) + CVE-2022-29806 + CVE-2019-7331 + CVE-2019-7332 + CVE-2019-7330 + CVE-2019-7328 + CVE-2019-7327 + CVE-2019-7326 + CVE-2019-7329 + CVE-2019-7325 + CVE-2019-6991 + CVE-2019-6992 + CVE-2019-6990 + CVE-2019-6777 * Video surveillance software system - includes a web interface so has usualtypes of issues and then some * Various XSS issues plus a stack buffer overflow in handling of username /passwords as would use a fixed size buffer for these (what year is this?) anda upload file handling issue resulting in possible remote code execution

[USN-5890-1] Open vSwitch vulnerabilities [04:27]* 2 CVEs addressed in Bionic (18.04 LTS), Focal (20.04 LTS), Jammy (22.04 LTS), Kinetic (22.10) + CVE-2022-4338 + CVE-2022-4337

[USN-5891-1, USN-5894-1] curl vulnerabilities* 3 CVEs addressed in Bionic (18.04 LTS), Focal (20.04 LTS), Jammy (22.04 LTS), Kinetic (22.10) + CVE-2023-23916 + CVE-2023-23915 + CVE-2023-23914 * 3 CVEs addressed in Trusty ESM (14.04 ESM), Xenial ESM (16.04 ESM) + CVE-2022-43552 + CVE-2021-22925 + CVE-2021-22898

[USN-5892-1] NSS vulnerabilities* 2 CVEs addressed in Bionic (18.04 LTS), Focal (20.04 LTS), Jammy (22.04 LTS), Kinetic (22.10) + CVE-2023-0767 + CVE-2022-3479

[USN-5893-1] WebKitGTK vulnerabilities [04:34]* 1 CVEs addressed in Focal (20.04 LTS), Jammy (22.04 LTS), Kinetic (22.10) + CVE-2023-23529 * type confusion in webkit - Apple says that they had seen reports that this hadbeen actively exploited in the wild

[USN-5896-1] Rack vulnerabilities* 2 CVEs addressed in Bionic (18.04 LTS), Focal (20.04 LTS), Jammy (22.04 LTS) + CVE-2022-30123 + CVE-2022-30122

[USN-5895-1] MPlayer vulnerabilities* 10 CVEs addressed in Xenial ESM (16.04 ESM), Bionic (18.04 LTS), Focal (20.04 LTS), Jammy (22.04 LTS), Kinetic (22.10) + CVE-2022-38861 + CVE-2022-38866 + CVE-2022-38864 + CVE-2022-38863 + CVE-2022-38858 + CVE-2022-38855 + CVE-2022-38851 + CVE-2022-38865 + CVE-2022-38860 + CVE-2022-38850

[USN-5897-1] OpenJDK vulnerabilities [04:55]* 2 CVEs addressed in Bionic (18.04 LTS), Focal (20.04 LTS), Jammy (22.04 LTS), Kinetic (22.10) + CVE-2023-21843 + CVE-2023-21835 * openjdk 11 (aka lts), 17, 18 * latest upstream point releases

[USN-5898-1] OpenJDK vulnerabilities [05:05]* 2 CVEs addressed in Xenial ESM (16.04 ESM), Bionic (18.04 LTS), Focal (20.04 LTS), Jammy (22.04 LTS), Kinetic (22.10) + CVE-2023-21843 + CVE-2023-21830 * openjdk 8 - also latest upstream point release

[USN-5888-1] Python vulnerabilities [05:09]* 6 CVEs addressed in Focal (20.04 LTS) + CVE-2023-24329 + CVE-2022-45061 + CVE-2022-42919 + CVE-2022-37454 + CVE-2021-28861 + CVE-2015-20107 * python3.9 - esm-apps * high priority - vuln in multiprocessing module - if used with forkserver onLinux would allow pickles to be deserialized from any user on the same machinein the same network namespace - therefore as one local user can easily getcode execution as another user on the same machine

[USN-5899-1] AWStats vulnerability* 1 CVEs addressed in Xenial ESM (16.04 ESM), Bionic (18.04 LTS), Focal (20.04 LTS), Jammy (22.04 LTS), Kinetic (22.10) + CVE-2022-46391

[USN-5901-1] GnuTLS vulnerability* 1 CVEs addressed in Focal (20.04 LTS), Jammy (22.04 LTS), Kinetic (22.10) + CVE-2023-0361

[USN-5902-1] PHP vulnerabilities* 3 CVEs addressed in Bionic (18.04 LTS), Focal (20.04 LTS), Jammy (22.04 LTS), Kinetic (22.10) + CVE-2023-0662 + CVE-2023-0568 + CVE-2023-0567

[USN-5821-3] pip regression* 1 CVEs addressed in Trusty ESM (14.04 ESM), Xenial ESM (16.04 ESM), Bionic (18.04 LTS), Focal (20.04 LTS), Jammy (22.04 LTS), Kinetic (22.10) + CVE-2022-40898

[USN-5903-1] lighttpd vulnerabilities* 2 CVEs addressed in Focal (20.04 LTS), Jammy (22.04 LTS), Kinetic (22.10) + CVE-2022-41556 + CVE-2022-22707

[USN-5638-4] Expat vulnerabilities* 2 CVEs addressed in Trusty ESM (14.04 ESM) + CVE-2022-43680 + CVE-2022-40674

[USN-5900-1] tar vulnerability [06:15]* 1 CVEs addressed in Trusty ESM (14.04 ESM), Xenial ESM (16.04 ESM), Bionic (18.04 LTS), Focal (20.04 LTS), Jammy (22.04 LTS), Kinetic (22.10) + CVE-2022-48303 * 1-byte OOB read - although as yet no evidence this can be used to gain controlflow hence really only a possible DoS

[USN-5880-2] Firefox regressions [06:42] 15 CVEs addressed in Bionic (18.04 LTS), Focal (20.04 LTS) + CVE-2023-25745 + CVE-2023-25744 + CVE-2023-25742 + CVE-2023-25741 + CVE-2023-25737 + CVE-2023-25736 + CVE-2023-25733 + CVE-2023-25731 + CVE-2023-25739 + CVE-2023-25735 + CVE-2023-25732 + CVE-2023-25730 + CVE-2023-25729 + CVE-2023-25728 + CVE-2023-0767 * 110.0.1 - biggest regression was that if chose to clear recent cookies itwould clear all* cookies - plus a webgl crash when running under vmware onLinux

Goings on in Ubuntu Security CommunityBlackLotus UEFI bootkit teardown [07:23]* https://www.welivesecurity.com/2023/03/01/blacklotus-uefi-bootkit-myth-confirmed/ * https://github.com/Wack0/CVE-2022-21894 * Teardown of the first in-the-wild UEFI bootkit that bypasses UEFI Secure Bootby eset * Appears to be BlackLotus which has been sold on hacking and criminal forumssince atleast October 2022 * At that time no sample was available so security researchers could not verifythe claims of the malware author, namely: + very small - only 80kb, has anti-debug / obfuscation to help avoid RE + bypasses Windows UAC + Secure Boot and can load unsigned drivers + disables HVCI (hypervisor protected code integrity - a feature designed toprotect the Windows kernel from modification at runtime), BitLocker andWindows Defender + persists in UEFI and is able to protect itself from being unloaded + uses a signed boot loader so can work on machines with Secure Boot enabled * Of these, the most interesting part for Linux users is the UEFI Secure Bootbypass - this is something which we theorised was possible via all thepreviously disclosed shim and grub vulnerabilities + And in particular, they way they go about this is by using a copy of shimand grub - but not because they are exploiting any vulnerabilities in them,but since they are very useful components if you want to boot your ownbootkit + they also exploit a vulnerability in the Windows Boot Manager UEFI binarywhich allows them to subvert the Secure Boot process and load their own codeto bypass Secure Boot and gain persistence on future boots + they way they do this is to install their own UEFI binaries into the EFIpartition (including shim and grub) - but also a copy of a vulnerableversion of the Windows Boot Manager UEFI binary plus their own custom bootconfiguration data - and since they have disabled BitLocker already thesewill happily be loaded at next boot without the usual integrity checks etc + when the machine reboots, their vulnerable Windows Boot Manager binary isloaded, along with their custom boot configuration data which allows them toexploit the vulnerability and to then load additional binaries into the bootprocess + those binaries then go on to modify the secure boot configuration byenrolling a new key in the machine owners keyring (aka MOK) db - normally enrolling a new key like this would require a system admin to bephysically present to confirm the operation - but since they bypasses thenormal Secure Boot protections this can be done without any knowledge ofthe sysadmin + their grub is signed using this key whilst the shim is Red Hat’s shim -unmodified and signed by Microsoft and hence trusted - this will then trusttheir malicious grub as it is signed by the key they just enrolled in theMOK + whilst their shim is an unmodified copy, their grub is not - and is actuallymalicious + shim then goes on to boot this malicious grub which starts Windows but alsoinstalls a bunch of UEFI memory hooks to be able to subvert further stagesof the boot process and eventually Windows itself * There are lots more details in the teardown article, particularly about howthe various components are installed into Windows and how they are able tothen load additional drivers etc into Windows, plus the further components ofthe malware that are able to download additional binaries, how the C2 andanti-analysis etc works - but this is the USP so we won’t cover those here * But what is interesting for Linux is that this is reusing components that wereostensibly designed to boot Linux on machines that were originally designed toboot Windows + one member of our team wondered if Microsoft might become more hesitantabout signing shim in the future - perhaps, but it is not really shim thatis at fault here - the issue is the original vulnerability in the WindowsBoot Manager - shim just helps to make loading additional parts of theirbootkit easier (along with grub) - so hopefully Microsoft don’t go down thatpath + and the reason this can be exploited in the first place is that Microsofthave not revoked their vulnerable Windows Boot Manager binary - back in the original BootHole vulns, various shim’s did get revoked - butrevoking this Microsoft binary would mean many older systems may fail toboot, including their recovery images and install media etc - ideally Microsoft would revoke this to stop further exploitation * Another interesting wrinkle is that their UEFI exploit apparently appears tocome directly from a PoC that was uploaded to Github in August 2022 - willlikely restart the usual discussions around public PoCs being a “bad thing” asthey can be used for actual malicious purposes + interesting to note the PoC has had additional code added to it in the last24 hours which allow it to operate on older versions of Windows 10 + even more reason for Microsoft to perhaps revoke this old binary

Get in contact* security@ubuntu.com * #ubuntu-security on the Libera.Chat IRC network * ubuntu-hardened mailing list * Security section on discourse.ubuntu.com * @ubuntusecurity@fosstodon.org, @ubuntu_sec on twitter

View Details

OverviewThis week the common theme is vulnerabilities in setuid-root binaries and theiruse of environment variables, so we take a look at a great blog post from theTrail of Bits team about one such example in the venerable chfn plus we look atsome security vulnerabilities in, and updates for the Linux kernel, Go Text, theX Server and more, and finally we cover the recent announcement of Ubuntu22.04.2 LTS.

This week in Ubuntu Security Updates75 unique CVEs addressed

[USN-5872-1] NSS vulnerabilities [00:57]* 2 CVEs addressed in Trusty ESM (14.04 ESM), Xenial ESM (16.04 ESM) + CVE-2022-34480 + CVE-2022-22747

[USN-5874-1] Linux kernel vulnerabilities* 7 CVEs addressed in Bionic (18.04 LTS), Focal (20.04 LTS) + CVE-2023-20928 + CVE-2022-42895 + CVE-2022-41850 + CVE-2022-41849 + CVE-2022-3649 + CVE-2022-3640 + CVE-2022-3628

[USN-5877-1] Linux kernel (GKE) vulnerabilities [01:06] 28 CVEs addressed in Focal (20.04 LTS) + CVE-2023-0590 + CVE-2022-47940 + CVE-2022-4662 + CVE-2022-45934 + CVE-2022-43750 + CVE-2022-42895 + CVE-2022-41850 + CVE-2022-41849 + CVE-2022-4095 + CVE-2022-40307 + CVE-2022-39842 + CVE-2022-39188 + CVE-2022-3649 + CVE-2022-3646 + CVE-2022-3643 + CVE-2022-3640 + CVE-2022-3628 + CVE-2022-3623 + CVE-2022-3619 + CVE-2022-3586 + CVE-2022-3543 + CVE-2022-3303 + CVE-2022-3061 + CVE-2022-2663 + CVE-2022-20421 + CVE-2022-0171 + CVE-2022-42896 + CVE-2022-4378 * UAF in L2CAP handshake implementation in bluetooth subsystem - as is inhandshake likely can allow an unprivileged remote attacker within bluetoothrange to crash kernel / leak contents of memory or get RCE - or even a localunprivileged user could use this to try and escalate their privileges byturning on bluetooth then attacking the machine via it * Stack buffer overflow in handling of sysctl - need to be able to write asysctl which is normally only available to root - but also can be used by rootwithin a user namespace* - so if have unprivileged user namespaces enabled thena local unpriv user can use this to either crash the kernel or possiblyexecute arbitrary code within the kernel -> EoP

[USN-5875-1] Linux kernel (GKE) vulnerabilities [03:20]* 11 CVEs addressed in Focal (20.04 LTS) + CVE-2023-20928 + CVE-2022-45934 + CVE-2022-42895 + CVE-2022-41850 + CVE-2022-41849 + CVE-2022-3649 + CVE-2022-3643 + CVE-2022-3640 + CVE-2022-3628 + CVE-2022-42896 + CVE-2022-43945 * bluetooth UAF * Buffer overflow in the in-kernel NFSD implementation - Episode 184

[USN-5876-1] Linux kernel vulnerabilities* 10 CVEs addressed in Focal (20.04 LTS), Jammy (22.04 LTS) + CVE-2023-0590 + CVE-2022-47940 + CVE-2022-42895 + CVE-2022-41850 + CVE-2022-41849 + CVE-2022-3640 + CVE-2022-3628 + CVE-2022-3623 + CVE-2022-3619 + CVE-2022-3543

[USN-5878-1] Linux kernel (Azure) vulnerabilities* 5 CVEs addressed in Kinetic (22.10) + CVE-2023-0590 + CVE-2022-42895 + CVE-2022-3640 + CVE-2022-3628 + CVE-2022-3619

[USN-5879-1] Linux kernel (HWE) vulnerabilities* 9 CVEs addressed in Jammy (22.04 LTS) + CVE-2023-0590 + CVE-2022-45934 + CVE-2022-42895 + CVE-2022-3643 + CVE-2022-3640 + CVE-2022-3628 + CVE-2022-3619 + CVE-2022-42896 + CVE-2022-4378

[USN-5873-1] Go Text vulnerabilities [03:54]* 5 CVEs addressed in Bionic (18.04 LTS), Focal (20.04 LTS), Jammy (22.04 LTS), Kinetic (22.10) + CVE-2022-32149 + CVE-2021-38561 + CVE-2020-28852 + CVE-2020-28851 + CVE-2020-14040 * Go lib for text processsing, in particular for handling of Unicode * CPU-based DoS - possible infinite loop on crafted content * Various runtime DoS issues - crafted content could trigger a panic -> crash ofapplication - often used for parsing of HTTP headers * One of the few cases of a USN where we list the -dev package as the affectedpackage - quirk of the way Go packages are packaged in Debian and henceUbuntu - since go binaries are generally statically compiled, another packagewill use the -dev package to build and get statically linked against this - sothe security team has to then rebuild all the other packages in the archivethat use this -dev package

[USN-5880-1] Firefox vulnerabilities [07:15]* 15 CVEs addressed in Bionic (18.04 LTS), Focal (20.04 LTS) + CVE-2023-25745 + CVE-2023-25744 + CVE-2023-25742 + CVE-2023-25741 + CVE-2023-25737 + CVE-2023-25736 + CVE-2023-25733 + CVE-2023-25731 + CVE-2023-25739 + CVE-2023-25735 + CVE-2023-25732 + CVE-2023-25730 + CVE-2023-25729 + CVE-2023-25728 + CVE-2023-0767 * 110.0 release - various memory corruption vulns plus some logic issuesallowing to bypass restrictions etc

[USN-5881-1] Chromium vulnerabilities* 13 CVEs addressed in Bionic (18.04 LTS) + CVE-2023-0704 + CVE-2023-0703 + CVE-2023-0701 + CVE-2023-0700 + CVE-2023-0474 + CVE-2023-0705 + CVE-2023-0702 + CVE-2023-0699 + CVE-2023-0698 + CVE-2023-0696 + CVE-2023-0473 + CVE-2023-0472 + CVE-2023-0471 * 110.0.5481.100 release * also has various memory corruption vulns fixed, same original policy bypassetc

[USN-5778-2] X.Org X Server vulnerabilities [08:15]* 7 CVEs addressed in Trusty ESM (14.04 ESM), Xenial ESM (16.04 ESM) + CVE-2023-0494 + CVE-2022-46344 + CVE-2022-46343 + CVE-2022-46342 + CVE-2022-46341 + CVE-2022-46340 + CVE-2022-4283 * Various possible attacks against the X server - UAF, stack and heap bufferoverflows etc -> local user could then possibly get EoP when X server isrunning as root (as it is on these older releases - only on 18.04 and onwardsdoes X run as the unprivileged user)

[USN-5807-2] libXpm vulnerabilities [09:01]* 3 CVEs addressed in Xenial ESM (16.04 ESM) + CVE-2022-4883 + CVE-2022-46285 + CVE-2022-44617 * X11 pixmap handling library * 2 CPU-based DoS (infinite loop) issues plus one in handling of compressedfiles - would call out to external binaries to decompress these - so if amalicious user could influence the PATH environment variable could get it toexecute their binaries instead - particularly could be an issue if a setuid()binary uses libxpm - and this is mentioned in the glibc manual around tips forwriting setuid programs

Goings on in Ubuntu Security CommunityReadline crime: exploiting a SUID logic bug [10:06]* Trail of Bits blog has a great writeup of a bug they discovered in chfn asimplemented by the util-linux package - used the readline library for inputhandling by many CLI applications - as a result, able to be abused to read thecontents of a root-owned SSH private key * Great dive into the complexities and dangers of using third party libraries inprivileged components * Inspired by a previousfindingfrom Qualys, started out looking for setuid binaries that used environmentvariables as part of their operation - since this often allows an unprivilegeduser to set that env var and then run the setuid binary which then runs asroot - if it then can be influenced by the value of that env var can possiblythen go further to cause other effects as root (EoP?) * Found the chfn binary (which is used to set info about the current user in/etc/shadow) would use the readline library just to read input from the user -by default readline will parse its configuration from the INPUTRC environmentvariable * When it encounters an invalid config, it will helpfully print out the lines of theconfiguration which are invalid * So to get it to dump the contents of some other root-owned file, you can justset INPUTRC to point to that file and execute chfn and it will then go parsethat - however, the file first has to appear close to the format which isexpected - and it just so happens that SSH private keys fit this bill * One thing to note - it only affected a Arch since on most chfn comes from thestandalone passwd package, not util-linux - and the chfn from passwd didn’tuse readline * Looking for environment variable use (and setuid binaries) is one of theexplicit things the security team does when auditing packages as part of the MIR security review process

Ubuntu 22.04.2 LTS released [14:55]* Delayed by 2 weeks - is finally here! * Includes various fixes rolled into the 22.04 LTS release - if you are alreadyrunning 22.04 LTS with updates enabled you will already have it + Ubuntu Pro is now integrated within gnome-initial-setup - previously thiswas only Livepatch, but can now enable any of the Ubuntu Pro offerings assoon as you log in for the first time. + After logging in you can enrol the machine in Ubuntu Pro directly from theinitial setup wizard and choose which elements - esm-infra / esm-apps /livepatch and even FIPS and USG (Ubuntu Security Guide for CIS and DISA-STIGcompliance and auditing) + Uses the HWE kernel - 5.19 (22.10 - kinetic) + Kernel and shim etc are now signed by new signing key since old one has beendeny-listed in latest shim due to having signed a version of grub2 which isnow known to have various vulnerabilities that could enable a local attackerto bypass secure boot restrictions (Boot Hole v3 v4?) + Plus a heap of other changes + Complete list can be found on the Ubuntu Discourse

Get in contact* security@ubuntu.com * #ubuntu-security on the Libera.Chat IRC network * ubuntu-hardened mailing list * Security section on discourse.ubuntu.com * @ubuntusecurity@fosstodon.org, @ubuntu_sec on twitter

View Details

OverviewAfter the announcement of Ubuntu Pro GA last week, we take the time to dispelsome myths around all things Ubuntu Pro, esm-apps and apt etc, plus Camila sitsdown with Mark and David to discuss the backstory of Editorconfig CVE-2023-0341and we also have a brief summary of the security updates from the past week.

Ubuntu Pro, esm-apps and apt confusions [00:40]* https://www.theregister.com/2022/10/13/canonical_ubuntu_ad/

+ talks in general about Ubuntu Pro notices in apt but doesn’t cover anydetails
  • https://www.omgubuntu.co.uk/2022/10/ubuntu-pro-terminal-ad

    • talks more about the details but seems to think it is only beneficial forLTS releasing at the end of the LTS
    • https://news.ycombinator.com/item?id=33260896

    • almost no engagement on hacker news

    • But there has been a lot of users expressing a lot of emotion over theappearance now of the new ‘advertisement’ for Ubuntu Pro / esm-apps when theyrun apt update, e.g.:

The following security updates require Ubuntu Pro with 'esm-apps' enabled: python2.7-minimal python2.7 libpython2.7-minimal libpython2.7-stdlibLearn more about Ubuntu Pro at https://ubuntu.com/pro * There appears to be a few main issues:

1. Users don’t like what appears to be an advertisement in the apt output
2. Some updates now appear to be behind a “paywall”
3. Whilst they are free for personal use, to get access to them you need toregister an account on Ubuntu One etc and this requires providing varioushigh-level personal details (Name, Email etc)
  • So let’s take some time to look into these issues:

    1. This is not the first time Canonical has tried to raise awareness ofvarious products - e.g. motd etc - so perhaps this causes more frustrationfor users - however, if desired it can be disabled: pro config set apt_news False
    2. Ubuntu Pro is free for personal / small-scale commercial use - any user isentitled to a free Ubuntu Pro subscription on up to 5 machines
      • this can be for bare metal or virtual machines and using either UbuntuServer or Desktop - the install / Ubuntu type doesn’t matter
      • and as we mentioned last week, if you are an Ubuntu member you get anentitlement for 50 machines
        • currently this is not reflected in the https://ubuntu.com/pro/dashboard(it still says 5 machines against the free personal token)
  • so there is nothing to pay here - likely most folks that find thisobjectionable are personal users and so are entitled to the freesubscription

  • the other big part of this is that some folks seem to think these updatesare now only available via Ubuntu Pro when previously they were part ofthe regular Ubuntu archive
    • this is incorrect - the esm-apps part of this message indicates thatthese updates are for packages in the Universe component of the Ubuntuarchive - previously this has only ever been community supported - andso the Ubuntu Security team would only ever provide security updates onrare occasions OR if a member of the community came along and providedan update in the form of a debdiff which could be sponsored by someonefrom the Ubuntu Security team
    • but now the team is starting to do security updates for packages inUniverse and these are being made available via Ubuntu Pro
    • so if you do not enrol in Ubuntu Pro, your machine is still getting theregular security updates for the Main+Restricted components as italways was
    • but if you do choose to enrol in Ubuntu Pro you can get these extrasecurity updates that were never previously available
  • On the issue of having to provide some personal information to get accessto Ubuntu One, I realise this can be a bit contentious given that a lot ofUbuntu and Linux users in general can be quite privacy conscious - howeverthis is not really any different than other online services likeGithub/Gmail etc - and as said earlier, if you choose to not enrol inUbuntu Pro, you are just as secure as you always were - and to avoid havingto see the prompt in your apt update output, you can disable that asmentioned earlier and so restore your system to the same state as it usedto be - as always, you are in control of your own machine
  • Hopefully this helps to dispel some of the myths and concerns surroundingUbuntu Pro and encourage folks to use it - the Ubuntu Security Team and othersat Canonical have put a lot of work into Ubuntu Pro behind the scenes and wethink this provides a lot of great security benefits and so encourage alllisteners to make use of it to ensure their systems are as secure as possible

The inside story of Editorconfig CVE-2023-0341 [09:05]* Interview by Camila Camargo de Matos with David Fernandez Gonzalez and MarkEsler about the discovery and investigation of CVE-2023-0341 in Editorconfig([USN-5842-1] EditorConfig Core C vulnerability from Episode 186) * Keynote: Improving FOSS Security - Mark Esler | UbuCon Asia 2022 * https://litios.github.io/2023/01/14/CVE-2023-0341.html

This week in Ubuntu Security Updates [25:19]64 unique CVEs addressed

[USN-5849-1] Heimdal vulnerabilities* 1 CVEs addressed in Trusty ESM (14.04 ESM), Xenial ESM (16.04 ESM), Bionic (18.04 LTS), Focal (20.04 LTS) + CVE-2022-45142

[USN-5835-4] Cinder vulnerability* 1 CVEs addressed in Bionic (18.04 LTS), Focal (20.04 LTS) + CVE-2022-47951

[USN-5835-5] Nova vulnerability* 1 CVEs addressed in Bionic (18.04 LTS) + CVE-2022-47951

[USN-5852-1] OpenStack Swift vulnerability* 1 CVEs addressed in Focal (20.04 LTS), Jammy (22.04 LTS), Kinetic (22.10) + CVE-2022-47950

[USN-5850-1] Linux kernel vulnerabilities* 5 CVEs addressed in Kinetic (22.10) + CVE-2023-0590 + CVE-2022-42895 + CVE-2022-3640 + CVE-2022-3628 + CVE-2022-3619

[USN-5854-1] Linux kernel vulnerabilities* 11 CVEs addressed in Bionic (18.04 LTS) + CVE-2022-43750 + CVE-2022-41850 + CVE-2022-41849 + CVE-2022-39842 + CVE-2022-3649 + CVE-2022-3646 + CVE-2022-29901 + CVE-2022-29900 + CVE-2022-2663 + CVE-2022-26373 + CVE-2022-20369

[USN-5855-1] ImageMagick vulnerabilities* 2 CVEs addressed in Bionic (18.04 LTS) + CVE-2022-44268 + CVE-2022-44267

[USN-5856-1] Linux kernel (OEM) vulnerabilities* 3 CVEs addressed in Jammy (22.04 LTS) + CVE-2022-3424 + CVE-2022-1048 + CVE-2023-0179

[USN-5857-1] Linux kernel (OEM) vulnerability* 1 CVEs addressed in Jammy (22.04 LTS) + CVE-2023-0179

[USN-5858-1] Linux kernel (OEM) vulnerabilities* 4 CVEs addressed in Jammy (22.04 LTS) + CVE-2022-45934 + CVE-2022-42895 + CVE-2022-3545 + CVE-2023-0179

[USN-5859-1] Linux kernel (OEM) vulnerabilities* 4 CVEs addressed in Focal (20.04 LTS) + CVE-2022-42895 + CVE-2022-4139 + CVE-2022-3545 + CVE-2023-0179

[USN-5848-1] less vulnerability* 1 CVEs addressed in Jammy (22.04 LTS), Kinetic (22.10) + CVE-2022-46663

[USN-5860-1] Linux kernel (GKE) vulnerabilities* 14 CVEs addressed in Jammy (22.04 LTS) + CVE-2023-0590 + CVE-2022-47940 + CVE-2022-45934 + CVE-2022-42895 + CVE-2022-41850 + CVE-2022-41849 + CVE-2022-3643 + CVE-2022-3640 + CVE-2022-3628 + CVE-2022-3623 + CVE-2022-3619 + CVE-2022-3543 + CVE-2022-42896 + CVE-2022-4378

[USN-5861-1] Linux kernel (Dell300x) vulnerabilities* 15 CVEs addressed in Bionic (18.04 LTS) + CVE-2022-45934 + CVE-2022-43750 + CVE-2022-41850 + CVE-2022-41849 + CVE-2022-39842 + CVE-2022-3649 + CVE-2022-3646 + CVE-2022-3643 + CVE-2022-29901 + CVE-2022-29900 + CVE-2022-2663 + CVE-2022-26373 + CVE-2022-20369 + CVE-2022-42896 + CVE-2022-43945

[USN-5862-1] Linux kernel (Qualcomm Snapdragon) vulnerabilities* 11 CVEs addressed in Bionic (18.04 LTS) + CVE-2022-43750 + CVE-2022-41850 + CVE-2022-41849 + CVE-2022-39842 + CVE-2022-3649 + CVE-2022-3646 + CVE-2022-29901 + CVE-2022-29900 + CVE-2022-2663 + CVE-2022-26373 + CVE-2022-20369

[USN-5863-1] Linux kernel (Azure) vulnerabilities* 4 CVEs addressed in Xenial ESM (16.04 ESM) + CVE-2022-45934 + CVE-2022-3643 + CVE-2022-42896 + CVE-2022-43945

[USN-5865-1] Linux kernel (Azure) vulnerabilities* 11 CVEs addressed in Bionic (18.04 LTS) + CVE-2022-43750 + CVE-2022-41850 + CVE-2022-41849 + CVE-2022-39842 + CVE-2022-3649 + CVE-2022-3646 + CVE-2022-29901 + CVE-2022-29900 + CVE-2022-2663 + CVE-2022-26373 + CVE-2022-20369

[USN-5866-1] Nova vulnerabilities* 5 CVEs addressed in Xenial ESM (16.04 ESM), Bionic (18.04 LTS), Focal (20.04 LTS) + CVE-2022-37394 + CVE-2021-3654 + CVE-2020-17376 + CVE-2017-18191 + CVE-2015-9543

[USN-5867-1] WebKitGTK vulnerabilities* 3 CVEs addressed in Focal (20.04 LTS), Jammy (22.04 LTS), Kinetic (22.10) + CVE-2023-23518 + CVE-2023-23517 + CVE-2022-42826

[USN-5864-1] Fig2dev vulnerabilities* 14 CVEs addressed in Bionic (18.04 LTS), Focal (20.04 LTS) + CVE-2021-32280 + CVE-2021-3561 + CVE-2020-21676 + CVE-2020-21675 + CVE-2020-21535 + CVE-2020-21534 + CVE-2020-21533 + CVE-2020-21532 + CVE-2020-21531 + CVE-2020-21530 + CVE-2020-21529 + CVE-2019-19797 + CVE-2019-19555 + CVE-2019-14275

[LSN-0091-1] Linux kernel vulnerability* 2 CVEs addressed in + CVE-2022-42719 + CVE-2022-41222

[USN-5869-1] HAProxy vulnerability* 2 CVEs addressed in Bionic (18.04 LTS), Focal (20.04 LTS), Jammy (22.04 LTS), Kinetic (22.10) + CVE-2023-25725 + CVE-2023-24580

[USN-5871-1] Git vulnerabilities* 2 CVEs addressed in Xenial ESM (16.04 ESM), Bionic (18.04 LTS), Focal (20.04 LTS), Jammy (22.04 LTS), Kinetic (22.10) + CVE-2023-23946 + CVE-2023-22490

[USN-5870-1] apr-util vulnerability* 1 CVEs addressed in Trusty ESM (14.04 ESM), Xenial ESM (16.04 ESM), Bionic (18.04 LTS), Focal (20.04 LTS), Jammy (22.04 LTS), Kinetic (22.10) + CVE-2022-25147

Get in contact* security@ubuntu.com * #ubuntu-security on the Libera.Chat IRC network * ubuntu-hardened mailing list * Security section on discourse.ubuntu.com * @ubuntusecurity@fosstodon.org, @ubuntu_sec on twitter

View Details

OverviewThe Ubuntu Security Podcast is back for 2023! We ease into the year withcoverage of the recently announced launch of Ubuntu Pro as GA, plus we look atsome recent vulns in git, sudo, OpenSSL and more.

This week in Ubuntu Security Updates212 unique CVEs addressed

[USN-5778-1] X.Org X Server vulnerabilities* 6 CVEs addressed in Bionic (18.04 LTS), Focal (20.04 LTS), Jammy (22.04 LTS), Kinetic (22.10) + CVE-2022-46344 + CVE-2022-46343 + CVE-2022-46342 + CVE-2022-46341 + CVE-2022-46340 + CVE-2022-4283

[USN-5779-1] Linux kernel (Azure) vulnerabilities* 9 CVEs addressed in Focal (20.04 LTS), Jammy (22.04 LTS) + CVE-2022-3621 + CVE-2022-3594 + CVE-2022-3567 + CVE-2022-3566 + CVE-2022-3565 + CVE-2022-3564 + CVE-2022-3524 + CVE-2022-42703 + CVE-2022-43945

[USN-5780-1] Linux kernel (OEM) vulnerabilities* 5 CVEs addressed in Jammy (22.04 LTS) + CVE-2022-42896 + CVE-2022-42895 + CVE-2022-3628 + CVE-2022-3619 + CVE-2022-3524

[USN-5781-1] Emacs vulnerability* 1 CVEs addressed in Xenial ESM (16.04 ESM) + CVE-2022-45939

[USN-5782-1] Firefox vulnerabilities* 7 CVEs addressed in Bionic (18.04 LTS), Focal (20.04 LTS) + CVE-2022-46879 + CVE-2022-46878 + CVE-2022-46877 + CVE-2022-46874 + CVE-2022-46873 + CVE-2022-46872 + CVE-2022-46871

[USN-5783-1] Linux kernel (OEM) vulnerability* 1 CVEs addressed in Jammy (22.04 LTS) + CVE-2022-42896

[USN-5784-1] usbredir vulnerability* 1 CVEs addressed in Trusty ESM (14.04 ESM), Xenial ESM (16.04 ESM), Bionic (18.04 LTS), Focal (20.04 LTS) + CVE-2021-3700

[USN-5785-1] FreeRADIUS vulnerabilities* 3 CVEs addressed in Xenial ESM (16.04 ESM), Bionic (18.04 LTS), Focal (20.04 LTS), Jammy (22.04 LTS) + CVE-2022-41861 + CVE-2022-41860 + CVE-2019-17185

[USN-5786-1] GNOME Files vulnerability* 1 CVEs addressed in Bionic (18.04 LTS), Focal (20.04 LTS), Jammy (22.04 LTS), Kinetic (22.10) + CVE-2022-37290

[USN-5787-1] Libksba vulnerability* 1 CVEs addressed in Bionic (18.04 LTS), Focal (20.04 LTS), Jammy (22.04 LTS), Kinetic (22.10) + CVE-2022-47629

[USN-5782-2] Firefox regressions* 7 CVEs addressed in Bionic (18.04 LTS), Focal (20.04 LTS) + CVE-2022-46879 + CVE-2022-46878 + CVE-2022-46877 + CVE-2022-46874 + CVE-2022-46873 + CVE-2022-46872 + CVE-2022-46871

[USN-5789-1] Linux kernel (OEM) vulnerabilities* 10 CVEs addressed in Focal (20.04 LTS) + CVE-2022-3621 + CVE-2022-3594 + CVE-2022-3567 + CVE-2022-3566 + CVE-2022-3564 + CVE-2022-3524 + CVE-2022-33743 + CVE-2022-26365 + CVE-2022-42703 + CVE-2022-43945

[USN-5788-1] curl vulnerabilities* 2 CVEs addressed in Bionic (18.04 LTS), Focal (20.04 LTS), Jammy (22.04 LTS), Kinetic (22.10) + CVE-2022-43552 + CVE-2022-43551

[USN-5790-1] Linux kernel vulnerabilities* 7 CVEs addressed in Trusty ESM (14.04 ESM), Xenial ESM (16.04 ESM), Bionic (18.04 LTS) + CVE-2022-4095 + CVE-2022-40307 + CVE-2022-39188 + CVE-2022-3586 + CVE-2022-3061 + CVE-2022-20421 + CVE-2021-4159

[USN-5791-1] Linux kernel vulnerabilities* 10 CVEs addressed in Bionic (18.04 LTS), Focal (20.04 LTS) + CVE-2022-43750 + CVE-2022-4095 + CVE-2022-40307 + CVE-2022-39842 + CVE-2022-3646 + CVE-2022-3586 + CVE-2022-3303 + CVE-2022-3061 + CVE-2022-2663 + CVE-2022-20421

[USN-5792-1] Linux kernel vulnerabilities* 13 CVEs addressed in Focal (20.04 LTS), Jammy (22.04 LTS) + CVE-2022-43750 + CVE-2022-4095 + CVE-2022-40307 + CVE-2022-39842 + CVE-2022-39188 + CVE-2022-3649 + CVE-2022-3646 + CVE-2022-3586 + CVE-2022-3303 + CVE-2022-3061 + CVE-2022-2663 + CVE-2022-20421 + CVE-2022-0171

[USN-5793-1] Linux kernel vulnerabilities* 17 CVEs addressed in Kinetic (22.10) + CVE-2022-43750 + CVE-2022-41850 + CVE-2022-41849 + CVE-2022-4095 + CVE-2022-40307 + CVE-2022-3977 + CVE-2022-3649 + CVE-2022-3623 + CVE-2022-3586 + CVE-2022-3646 + CVE-2022-3544 + CVE-2022-3543 + CVE-2022-3541 + CVE-2022-3303 + CVE-2022-2663 + CVE-2022-20421 + CVE-2022-3910

[USN-5794-1] Linux kernel (AWS) vulnerabilities* 4 CVEs addressed in Xenial ESM (16.04 ESM) + CVE-2022-45934 + CVE-2022-3643 + CVE-2022-42896 + CVE-2022-43945

[USN-5787-2] Libksba vulnerability* 1 CVEs addressed in Trusty ESM (14.04 ESM), Xenial ESM (16.04 ESM) + CVE-2022-47629

[USN-5795-1] Net-SNMP vulnerabilities* 2 CVEs addressed in Bionic (18.04 LTS), Focal (20.04 LTS), Jammy (22.04 LTS), Kinetic (22.10) + CVE-2022-44793 + CVE-2022-44792

[USN-5796-1] w3m vulnerability* 1 CVEs addressed in Bionic (18.04 LTS), Focal (20.04 LTS), Jammy (22.04 LTS), Kinetic (22.10) + CVE-2022-38223

[USN-5797-1] WebKitGTK vulnerabilities* 7 CVEs addressed in Focal (20.04 LTS), Jammy (22.04 LTS), Kinetic (22.10) + CVE-2022-46700 + CVE-2022-46699 + CVE-2022-46698 + CVE-2022-46692 + CVE-2022-42867 + CVE-2022-42856 + CVE-2022-42852

[USN-5792-2] Linux kernel vulnerabilities* 13 CVEs addressed in Focal (20.04 LTS), Jammy (22.04 LTS) + CVE-2022-43750 + CVE-2022-4095 + CVE-2022-40307 + CVE-2022-39842 + CVE-2022-39188 + CVE-2022-3649 + CVE-2022-3646 + CVE-2022-3586 + CVE-2022-3303 + CVE-2022-3061 + CVE-2022-2663 + CVE-2022-20421 + CVE-2022-0171

[USN-5793-2] Linux kernel (Azure) vulnerabilities* 17 CVEs addressed in Kinetic (22.10) + CVE-2022-43750 + CVE-2022-41850 + CVE-2022-41849 + CVE-2022-4095 + CVE-2022-40307 + CVE-2022-3977 + CVE-2022-3649 + CVE-2022-3623 + CVE-2022-3586 + CVE-2022-3646 + CVE-2022-3544 + CVE-2022-3543 + CVE-2022-3541 + CVE-2022-3303 + CVE-2022-2663 + CVE-2022-20421 + CVE-2022-3910

[USN-5782-3] Firefox regressions* 7 CVEs addressed in Bionic (18.04 LTS), Focal (20.04 LTS) + CVE-2022-46879 + CVE-2022-46878 + CVE-2022-46877 + CVE-2022-46874 + CVE-2022-46873 + CVE-2022-46872 + CVE-2022-46871

[USN-5796-2] w3m vulnerability* 1 CVEs addressed in Trusty ESM (14.04 ESM) + CVE-2022-38223

[USN-5798-1] .NET 6 vulnerability* 1 CVEs addressed in Jammy (22.04 LTS), Kinetic (22.10) + CVE-2023-21538

[USN-5791-3] Linux kernel (Azure) vulnerabilities* 10 CVEs addressed in Bionic (18.04 LTS), Focal (20.04 LTS) + CVE-2022-43750 + CVE-2022-4095 + CVE-2022-40307 + CVE-2022-39842 + CVE-2022-3646 + CVE-2022-3586 + CVE-2022-3303 + CVE-2022-3061 + CVE-2022-2663 + CVE-2022-20421

[USN-5793-3] Linux kernel vulnerabilities* 17 CVEs addressed in Kinetic (22.10) + CVE-2022-43750 + CVE-2022-41850 + CVE-2022-41849 + CVE-2022-4095 + CVE-2022-40307 + CVE-2022-3977 + CVE-2022-3649 + CVE-2022-3623 + CVE-2022-3586 + CVE-2022-3646 + CVE-2022-3544 + CVE-2022-3543 + CVE-2022-3541 + CVE-2022-3303 + CVE-2022-2663 + CVE-2022-20421 + CVE-2022-3910

[USN-5793-4] Linux kernel (IBM) vulnerabilities* 17 CVEs addressed in Kinetic (22.10) + CVE-2022-43750 + CVE-2022-41850 + CVE-2022-41849 + CVE-2022-4095 + CVE-2022-40307 + CVE-2022-3977 + CVE-2022-3649 + CVE-2022-3623 + CVE-2022-3586 + CVE-2022-3646 + CVE-2022-3544 + CVE-2022-3543 + CVE-2022-3541 + CVE-2022-3303 + CVE-2022-2663 + CVE-2022-20421 + CVE-2022-3910

[USN-5799-1] Linux kernel (OEM) vulnerability* 1 CVEs addressed in Jammy (22.04 LTS) + CVE-2022-4378

[USN-5800-1] Heimdal vulnerabilities* 4 CVEs addressed in Trusty ESM (14.04 ESM), Xenial ESM (16.04 ESM), Bionic (18.04 LTS), Focal (20.04 LTS) + CVE-2022-44640 + CVE-2022-42898 + CVE-2022-3437 + CVE-2021-44758

[USN-5802-1] Linux kernel vulnerabilities* 4 CVEs addressed in Trusty ESM (14.04 ESM), Xenial ESM (16.04 ESM) + CVE-2022-45934 + CVE-2022-3643 + CVE-2022-42896 + CVE-2022-43945

[USN-5803-1] Linux kernel vulnerabilities* 4 CVEs addressed in Focal (20.04 LTS), Jammy (22.04 LTS), Kinetic (22.10) + CVE-2022-45934 + CVE-2022-3643 + CVE-2022-42896 + CVE-2022-4378

[USN-5804-1] Linux kernel vulnerabilities* 4 CVEs addressed in Trusty ESM (14.04 ESM), Xenial ESM (16.04 ESM), Bionic (18.04 LTS), Focal (20.04 LTS) + CVE-2022-45934 + CVE-2022-3643 + CVE-2022-42896 + CVE-2022-43945

[USN-5801-1] Vim vulnerabilities* 2 CVEs addressed in Bionic (18.04 LTS), Focal (20.04 LTS), Jammy (22.04 LTS) + CVE-2022-0417 + CVE-2022-0392

[USN-5804-2] Linux kernel vulnerabilities* 4 CVEs addressed in Bionic (18.04 LTS) + CVE-2022-45934 + CVE-2022-3643 + CVE-2022-42896 + CVE-2022-43945

[USN-5805-1] Apache Maven vulnerability* 1 CVEs addressed in Kinetic (22.10) + CVE-2021-26291

[USN-5795-2] Net-SNMP vulnerabilities* 8 CVEs addressed in Trusty ESM (14.04 ESM), Xenial ESM (16.04 ESM) + CVE-2022-44793 + CVE-2022-44792 + CVE-2022-24810 + CVE-2022-24809 + CVE-2022-24808 + CVE-2022-24807 + CVE-2022-24806 + CVE-2022-24805

[USN-5808-1] Linux kernel (IBM) vulnerabilities* 4 CVEs addressed in Bionic (18.04 LTS) + CVE-2022-45934 + CVE-2022-3643 + CVE-2022-42896 + CVE-2022-43945

[USN-5810-1, USN-5810-2, USN-5810-3] Git vulnerabilities [01:16]* 2 CVEs addressed in Xenial ESM (16.04 ESM), Bionic (18.04 LTS), Focal (20.04 LTS), Jammy (22.04 LTS), Kinetic (22.10) + CVE-2022-41903 + CVE-2022-23521 * Integer overflow when parsing really long paths specified in .gitattributes + But depends if file is in working tree, index or both since when parsednormally the parsing is done in chunks which mitigates the vuln + leads to heap reads/writes -> RCE * Integer overflow when using a crafted format specifier for git log or git archive + Not too common to use random format specifiers, but how many people havewanted a prettier git log output, and copy-pasted something from stackoverflow without understanding it? + We talk about the provenance and integrity of code for OSS / supply chainattacks - interesting to think about it from a configuration / data point ofview - Can ChatGPT be poisoned to spit out dangerous configs?

[USN-5811-1, USN-5811-2, USN-5811-3] Sudo vulnerabilities [03:34]* 2 CVEs addressed in Trusty ESM (14.04 ESM), Xenial ESM (16.04 ESM), Bionic (18.04 LTS), Focal (20.04 LTS), Jammy (22.04 LTS), Kinetic (22.10) + CVE-2022-33070 + CVE-2023-22809 * Most interesting was a vuln in sudoedit - ie the command to edit a file withsudo - launches your specified editor to edit the file * The editor is specified via various environment variables - SUDO_EDITOR,VISUAL or EDITOR - these would normally specify the binary of the editor touse * But could also include extra arguments to pass to the editor - such asadditional filenames by separating them with a double hyphen -- * As such a user could set their EDITOR=vim -- /etc/shadow - then when sudoeditlaunches the editor for the originally specified file, would also launch itwith this file too * Allows a user to bypass possible restrictions set via /etc/sudoers - ie sincecould be configured to only allow a user to edit say the apache config viasudoedit

[USN-5812-1] urllib3 vulnerability* 1 CVEs addressed in Focal (20.04 LTS) + CVE-2021-33503

[USN-5810-2] Git regression* 2 CVEs addressed in Bionic (18.04 LTS), Focal (20.04 LTS) + CVE-2022-41903 + CVE-2022-23521

[USN-5813-1] Linux kernel vulnerabilities* 4 CVEs addressed in Xenial ESM (16.04 ESM), Bionic (18.04 LTS), Focal (20.04 LTS) + CVE-2022-45934 + CVE-2022-3643 + CVE-2022-42896 + CVE-2022-43945

[USN-5814-1] Linux kernel vulnerabilities* 4 CVEs addressed in Focal (20.04 LTS), Jammy (22.04 LTS), Kinetic (22.10) + CVE-2022-45934 + CVE-2022-3643 + CVE-2022-42896 + CVE-2022-4378

[USN-5815-1] Linux kernel (BlueField) vulnerabilities* 10 CVEs addressed in Focal (20.04 LTS) + CVE-2022-43750 + CVE-2022-4095 + CVE-2022-40307 + CVE-2022-39842 + CVE-2022-3646 + CVE-2022-3586 + CVE-2022-3303 + CVE-2022-3061 + CVE-2022-2663 + CVE-2022-20421

[USN-5816-1] Firefox vulnerabilities* 9 CVEs addressed in Bionic (18.04 LTS), Focal (20.04 LTS) + CVE-2023-23606 + CVE-2023-23605 + CVE-2023-23604 + CVE-2023-23603 + CVE-2023-23602 + CVE-2023-23601 + CVE-2023-23599 + CVE-2023-23598 + CVE-2023-23597

[USN-5817-1] Setuptools vulnerability* 1 CVEs addressed in Trusty ESM (14.04 ESM), Xenial ESM (16.04 ESM), Bionic (18.04 LTS), Focal (20.04 LTS), Jammy (22.04 LTS), Kinetic (22.10) + CVE-2022-40897

[USN-5818-1] PHP vulnerability* 1 CVEs addressed in Bionic (18.04 LTS), Focal (20.04 LTS), Jammy (22.04 LTS), Kinetic (22.10) + CVE-2022-31631

[USN-5819-1] HAProxy vulnerability* 1 CVEs addressed in Focal (20.04 LTS), Jammy (22.04 LTS), Kinetic (22.10) + CVE-2023-0056

[USN-5806-2] Ruby vulnerability* 1 CVEs addressed in Bionic (18.04 LTS), Jammy (22.04 LTS), Kinetic (22.10) + CVE-2021-33621

[USN-5820-1] exuberant-ctags vulnerability* 1 CVEs addressed in Xenial ESM (16.04 ESM), Bionic (18.04 LTS), Focal (20.04 LTS), Jammy (22.04 LTS), Kinetic (22.10) + CVE-2022-4515

[USN-5821-1] wheel vulnerability* 1 CVEs addressed in Trusty ESM (14.04 ESM), Bionic (18.04 LTS), Focal (20.04 LTS), Jammy (22.04 LTS), Kinetic (22.10) + CVE-2022-40898

[USN-5822-1] Samba vulnerabilities* 7 CVEs addressed in Focal (20.04 LTS), Jammy (22.04 LTS), Kinetic (22.10) + CVE-2022-45141 + CVE-2022-42898 + CVE-2022-38023 + CVE-2022-37967 + CVE-2022-37966 + CVE-2022-3437 + CVE-2021-20251

[USN-5823-1] MySQL vulnerabilities* 20 CVEs addressed in Bionic (18.04 LTS), Focal (20.04 LTS), Jammy (22.04 LTS), Kinetic (22.10) + CVE-2023-21887 + CVE-2023-21883 + CVE-2023-21882 + CVE-2023-21881 + CVE-2023-21880 + CVE-2023-21879 + CVE-2023-21878 + CVE-2023-21877 + CVE-2023-21876 + CVE-2023-21875 + CVE-2023-21873 + CVE-2023-21871 + CVE-2023-21870 + CVE-2023-21869 + CVE-2023-21868 + CVE-2023-21867 + CVE-2023-21863 + CVE-2023-21840 + CVE-2023-21836 + CVE-2022-32221

[USN-5823-2] MySQL vulnerability* 1 CVEs addressed in Xenial ESM (16.04 ESM) + CVE-2023-21840

[USN-5825-1] PAM vulnerability* 1 CVEs addressed in Trusty ESM (14.04 ESM), Xenial ESM (16.04 ESM), Bionic (18.04 LTS), Focal (20.04 LTS), Jammy (22.04 LTS), Kinetic (22.10) + CVE-2022-28321

[USN-5826-1] Privoxy vulnerabilities* 2 CVEs addressed in Bionic (18.04 LTS), Focal (20.04 LTS) + CVE-2021-44543 + CVE-2021-44540

[USN-5827-1] Bind vulnerabilities* 3 CVEs addressed in Focal (20.04 LTS), Jammy (22.04 LTS), Kinetic (22.10) + CVE-2022-3924 + CVE-2022-3736 + CVE-2022-3094

[USN-5828-1] Kerberos vulnerabilities* 2 CVEs addressed in Trusty ESM (14.04 ESM), Xenial ESM (16.04 ESM), Bionic (18.04 LTS), Focal (20.04 LTS), Jammy (22.04 LTS), Kinetic (22.10) + CVE-2022-42898 + CVE-2018-20217

[USN-5829-1] Linux kernel (Raspberry Pi) vulnerabilities* 4 CVEs addressed in Bionic (18.04 LTS), Focal (20.04 LTS) + CVE-2022-45934 + CVE-2022-3643 + CVE-2022-42896 + CVE-2022-43945

[USN-5822-2] Samba regression* 7 CVEs addressed in Focal (20.04 LTS) + CVE-2022-45141 + CVE-2022-42898 + CVE-2022-38023 + CVE-2022-37967 + CVE-2022-37966 + CVE-2022-3437 + CVE-2021-20251

[USN-5830-1] Linux kernel vulnerabilities* 4 CVEs addressed in Bionic (18.04 LTS), Focal (20.04 LTS) + CVE-2022-45934 + CVE-2022-3643 + CVE-2022-42896 + CVE-2022-43945

[USN-5831-1] Linux kernel (Azure CVM) vulnerabilities* 4 CVEs addressed in Jammy (22.04 LTS) + CVE-2022-45934 + CVE-2022-3643 + CVE-2022-42896 + CVE-2022-4378

[USN-5823-3] MySQL regression* Affecting Focal (20.04 LTS), Jammy (22.04 LTS), Kinetic (22.10)

[USN-5832-1] Linux kernel (Raspberry Pi) vulnerabilities* 4 CVEs addressed in Kinetic (22.10) + CVE-2022-45934 + CVE-2022-3643 + CVE-2022-42896 + CVE-2022-4378

[USN-5833-1] python-future vulnerability* 1 CVEs addressed in Xenial ESM (16.04 ESM), Bionic (18.04 LTS), Focal (20.04 LTS), Jammy (22.04 LTS), Kinetic (22.10) + CVE-2022-40899

[USN-5835-1] Cinder vulnerability* 1 CVEs addressed in Focal (20.04 LTS), Jammy (22.04 LTS), Kinetic (22.10) + CVE-2022-47951

[USN-5835-2] OpenStack Glance vulnerability* 1 CVEs addressed in Focal (20.04 LTS), Jammy (22.04 LTS), Kinetic (22.10) + CVE-2022-47951

[USN-5835-3] Nova vulnerability* 1 CVEs addressed in Focal (20.04 LTS), Jammy (22.04 LTS), Kinetic (22.10) + CVE-2022-47951

[USN-5834-1] Apache HTTP Server vulnerabilities* 2 CVEs addressed in Xenial ESM (16.04 ESM) + CVE-2022-36760 + CVE-2006-20001

[USN-5836-1] Vim vulnerabilities* 5 CVEs addressed in Trusty ESM (14.04 ESM), Xenial ESM (16.04 ESM) + CVE-2023-0433 + CVE-2023-0288 + CVE-2023-0054 + CVE-2023-0049 + CVE-2022-47024

[USN-4781-2] Slurm vulnerabilities* 9 CVEs addressed in Trusty ESM (14.04 ESM), Xenial ESM (16.04 ESM) + CVE-2021-31215 + CVE-2020-27746 + CVE-2020-27745 + CVE-2020-12693 + CVE-2019-6438 + CVE-2018-7033 + CVE-2017-15566 + CVE-2018-10995 + CVE-2016-10030

[USN-5837-1] Django vulnerability* 1 CVEs addressed in Bionic (18.04 LTS), Focal (20.04 LTS), Jammy (22.04 LTS), Kinetic (22.10) + CVE-2023-23969

[USN-5839-1] Apache HTTP Server vulnerabilities* 3 CVEs addressed in Bionic (18.04 LTS), Focal (20.04 LTS), Jammy (22.04 LTS), Kinetic (22.10) + CVE-2022-37436 + CVE-2022-36760 + CVE-2006-20001

[USN-5838-1] AdvanceCOMP vulnerabilities* 7 CVEs addressed in Xenial ESM (16.04 ESM), Bionic (18.04 LTS), Focal (20.04 LTS), Jammy (22.04 LTS), Kinetic (22.10) + CVE-2022-35016 + CVE-2022-35015 + CVE-2022-35020 + CVE-2022-35019 + CVE-2022-35018 + CVE-2022-35017 + CVE-2022-35014

[USN-5837-2] Django vulnerability* 1 CVEs addressed in Xenial ESM (16.04 ESM) + CVE-2023-23969

[USN-5839-2] Apache HTTP Server vulnerability* 1 CVEs addressed in Xenial ESM (16.04 ESM) + CVE-2022-37436

[USN-5840-1] Long Range ZIP vulnerabilities* 6 CVEs addressed in Trusty ESM (14.04 ESM), Xenial ESM (16.04 ESM), Bionic (18.04 LTS), Focal (20.04 LTS), Jammy (22.04 LTS), Kinetic (22.10) + CVE-2018-5786 + CVE-2022-28044 + CVE-2022-26291 + CVE-2021-27347 + CVE-2021-27345 + CVE-2020-25467

[USN-5841-1] LibTIFF vulnerabilities* 6 CVEs addressed in Trusty ESM (14.04 ESM), Xenial ESM (16.04 ESM) + CVE-2022-48281 + CVE-2022-3970 + CVE-2020-35524 + CVE-2020-35523 + CVE-2019-17546 + CVE-2019-14973

[USN-5816-2] Firefox regressions* 9 CVEs addressed in Bionic (18.04 LTS), Focal (20.04 LTS) + CVE-2023-23606 + CVE-2023-23605 + CVE-2023-23604 + CVE-2023-23603 + CVE-2023-23602 + CVE-2023-23601 + CVE-2023-23599 + CVE-2023-23598 + CVE-2023-23597

[USN-5825-2] PAM regressions* 1 CVEs addressed in Trusty ESM (14.04 ESM), Xenial ESM (16.04 ESM), Bionic (18.04 LTS), Focal (20.04 LTS), Jammy (22.04 LTS), Kinetic (22.10) + CVE-2022-28321

[USN-5824-1] Thunderbird vulnerabilities* 29 CVEs addressed in Bionic (18.04 LTS), Focal (20.04 LTS), Jammy (22.04 LTS), Kinetic (22.10) + CVE-2023-0430 + CVE-2023-23603 + CVE-2023-23602 + CVE-2023-23601 + CVE-2023-23599 + CVE-2023-23598 + CVE-2022-46877 + CVE-2022-46874 + CVE-2022-46872 + CVE-2022-46871 + CVE-2022-45416 + CVE-2022-45414 + CVE-2022-45412 + CVE-2023-23605 + CVE-2022-46882 + CVE-2022-46881 + CVE-2022-46880 + CVE-2022-46878 + CVE-2022-45421 + CVE-2022-45420 + CVE-2022-45418 + CVE-2022-45411 + CVE-2022-45410 + CVE-2022-45409 + CVE-2022-45408 + CVE-2022-45406 + CVE-2022-45405 + CVE-2022-45404 + CVE-2022-45403

[USN-5842-1] EditorConfig Core C vulnerability [05:24]* 1 CVEs addressed in Xenial ESM (16.04 ESM), Bionic (18.04 LTS), Focal (20.04 LTS), Jammy (22.04 LTS), Kinetic (22.10) + CVE-2023-0341 * Discovered by Mark Esler and David Fernandez Gonzalez from Ubuntu Security team * Will be discussed in more detail in an upcoming episode with an interview withboth Mark and David - TL;DR - Mark decided to fuzz some regex handling ineditorconfig-core-c whilst doing a security audit as part of the MIRprocess. This uncovered a few crashes which David then looked into anidentified a heap buffer overflow. He then went further and was able todevelop an input that would allow to jump to an arbitrary location, ie. codeexecution. So was able to demonstrate a heap buffer overflow that could leadto code execution from untrusted input data. * Will have to wait for hopefully next weeks episode to get the real insidestory

[USN-5843-1] tmux vulnerability* 1 CVEs addressed in Trusty ESM (14.04 ESM), Xenial ESM (16.04 ESM), Bionic (18.04 LTS), Focal (20.04 LTS), Jammy (22.04 LTS), Kinetic (22.10) + CVE-2022-47016

[USN-5810-3] Git vulnerabilities* 2 CVEs addressed in Xenial ESM (16.04 ESM) + CVE-2022-41903 + CVE-2022-23521

[USN-5844-1, USN-5845-1, USN-5845-2] OpenSSL vulnerabilities [08:06]* 8 CVEs addressed in Bionic (18.04 LTS), Focal (20.04 LTS), Jammy (22.04 LTS), Kinetic (22.10) + CVE-2023-0401 + CVE-2023-0217 + CVE-2023-0216 + CVE-2023-0215 + CVE-2022-4450 + CVE-2022-4304 + CVE-2022-4203 + CVE-2023-0286 * 2 CVEs addressed in Trusty ESM (14.04 ESM), Bionic (18.04 LTS) + CVE-2023-0215 + CVE-2023-0286 * Most interesting issue was a type confusion in handling of X.509certificates - when parsing the X.400 address would parse it as a string butother code would assume this was a simple type. As such, when comparing thisto other values this would not be done correctly. Thus could bypass thesechecks, in particular which are used for CRL processing and that could thenlead to the ability to read other memory contents or crash the application. * So whilst not a heartbleed (since is a lot more complicated and doesn’t allowthe same level of control of the memory which is read and hence is unlikely tobe able to be used to read out private keys etc)

[USN-5846-1] X.Org X Server vulnerability* 1 CVEs addressed in Bionic (18.04 LTS), Focal (20.04 LTS), Jammy (22.04 LTS), Kinetic (22.10) + CVE-2023-0494

[USN-5847-1] Grunt vulnerabilities* 3 CVEs addressed in Bionic (18.04 LTS), Focal (20.04 LTS), Jammy (22.04 LTS) + CVE-2022-1537 + CVE-2022-0436 + CVE-2020-7729

Goings on in Ubuntu Security CommunityUbuntu Pro GA [09:33] https://ubuntu.com/blog/ubuntu-pro-enters-ga * https://ubuntu.com/pro * https://www.omgubuntu.co.uk/2023/01/ubuntu-pro-general-availability * In late January Canonical announced the general availability of Ubuntu Pro + you may have noticed this in your apt update output, e.g.: The following security updates require Ubuntu Pro with 'esm-apps' enabled: python2.7-minimal python2.7 libpython2.7-minimal libpython2.7-stdlibLearn more about Ubuntu Pro at https://ubuntu.com/pro * TL;DR - security team is now patching vulnerabilities in packages in theuniverse component of the Ubuntu archive * these patched packages get published under the esm-apps service of Ubuntu Pro + ESM has evolved from extended to expanded* security maintenance + not only can you get security updates for packages in main once a releasereaches the end of the LTS period, you also get security updates forpackages in universe both during the LTS period and during the 5 year ESMperiod too * Ubuntu Pro gives 10 years of security support for both packages in both mainand universe * Ubuntu Pro is free for personal use on up to 5 machines (50 if you are anUbuntu member) + for commercial organisations, 30 day free trial * More details in Ubuntu Pro Beta overview with Lech Sandecki and Eduardo Barretto from Episode 180

Hiring [12:58]Chief Information Security OfficerProduct Marketing Manager - SecuritySecurity Certifications Product Manager - CIS, FIPS, FedRAMP and moreUbuntu Security Manager* Multiple possible focus areas: + Security Maintenance (CVE and vulnerability addressing life cycle) + Security Technology (AppArmor, Secureboot, and Cryptography) + Certifications and Compliance (FIPS, CIS, FedRAMP)

Linux Cryptography and Security EngineerSecurity Engineer - UbuntuGet in contact* security@ubuntu.com * #ubuntu-security on the Libera.Chat IRC network * ubuntu-hardened mailing list * Security section on discourse.ubuntu.com * @ubuntusecurity@fosstodon.org, @ubuntu_sec on twitter

View Details

OverviewFor our final episode of 2022, Camila is back with a special holiday themeddiscussion of the security of open source code, plus we hint at what is in storefor the podcast for 2023 and we cover some recent security updates includingPython, PostgreSQL, Squid and more.

This week in Ubuntu Security Updates54 unique CVEs addressed

[USN-5765-1] PostgreSQL vulnerability [00:55]* 1 CVEs addressed in Xenial ESM (16.04 ESM) + CVE-2021-23222 * [USN-5145-1] PostgreSQL vulnerabilities in Episode 138 * Akin to STARTTLS vulns - could inject cleartext before a secure connection hasbeen established

[USN-5766-1] Heimdal vulnerability [01:38]* 1 CVEs addressed in Trusty ESM (14.04 ESM), Xenial ESM (16.04 ESM), Bionic (18.04 LTS), Focal (20.04 LTS) + CVE-2022-41916 * Buffer over-read of 1 byte with crafted certificate - crash

[USN-5768-1] GNU C Library vulnerabilities [01:47]* 4 CVEs addressed in Xenial ESM (16.04 ESM) + CVE-2017-12132 + CVE-2020-27618 + CVE-2019-25013 + CVE-2016-10228 * Various possible crasher bugs in low-level utils that are not expected to runon untrusted input

[USN-5767-1, USN-5767-2] Python vulnerabilities [02:24]* 2 CVEs addressed in Bionic (18.04 LTS), Focal (20.04 LTS), Jammy (22.04 LTS), Kinetic (22.10) + CVE-2022-45061 + CVE-2022-37454 * 1 CVEs addressed in Trusty ESM (14.04 ESM), Xenial ESM (16.04 ESM) + CVE-2022-45061 * CPU based DoS when parsing IDNA (internationalised domain names inapplications - ie. unicode / bidirectional in your domain names) - used analgorithm that was quadratic [O(n²)] - so if an attacker provided a reallylong domain name that included crafted bidirectional unicode contents to beparsed by the client, could cause the client to use lots of CPU resources toparse this - this code was used by the socket and asyncio modules - and sosimply returning a 3xx redirect header with a crafted Location could triggerthis bug * Possible integer overflow in SHA3 implementation - but python is memory safe -true but this code was implemented in C

[USN-5769-1] protobuf vulnerabilities [03:56]* 2 CVEs addressed in Xenial ESM (16.04 ESM) + CVE-2022-1941 + CVE-2015-5237

[USN-5770-1] GCC vulnerability* 1 CVEs addressed in Xenial ESM (16.04 ESM) + CVE-2017-11671

[USN-5771-1] Squid regression [04:05]* 6 CVEs addressed in Xenial ESM (16.04 ESM) + CVE-2018-1000027 + CVE-2018-1000024 + CVE-2016-3948 + CVE-2016-2571 + CVE-2016-2570 + CVE-2016-2569 * Very old update to squid introduced a possible regression - initially thoughtthis was just a logging issue but turns out it was a real bug - an off-by-oneissue would mean squid would sometimes file to find items that were alreadycached - only applies where the HTTP server is using the Vary header

[USN-5772-1] QEMU vulnerabilities [05:18]* 6 CVEs addressed in Trusty ESM (14.04 ESM), Xenial ESM (16.04 ESM), Bionic (18.04 LTS), Focal (20.04 LTS), Jammy (22.04 LTS), Kinetic (22.10) + CVE-2022-3165 + CVE-2022-2962 + CVE-2022-0216 + CVE-2021-3930 + CVE-2021-3750 + CVE-2021-3682 * Various guest to host issues - allowing a guest to crash QEMU on the host

[USN-5754-2, USN-5756-3] Linux kernel (Azure) vulnerabilities [05:39]* 8 CVEs addressed in Bionic (18.04 LTS), Focal (20.04 LTS), Kinetic (22.10) + CVE-2022-3621 + CVE-2022-3594 + CVE-2022-3567 + CVE-2022-3566 + CVE-2022-3565 + CVE-2022-3564 + CVE-2022-3524 + CVE-2022-43945 * 5.19 for 22.10, 5.4 for 20.04 LTS + 18.04 LTS * Most interesting is the high priority one we mentioned last week -[USN-5754-1] Linux kernelvulnerabilities - Buffer overflow in NFSD

[USN-5773-1] Linux kernel (OEM) vulnerabilities [06:14]* 10 CVEs addressed in Jammy (22.04 LTS) + CVE-2022-3621 + CVE-2022-3594 + CVE-2022-3567 + CVE-2022-3566 + CVE-2022-3564 + CVE-2022-3524 + CVE-2022-33743 + CVE-2022-26365 + CVE-2022-42703 + CVE-2022-43945 * 5.17 * Essentially the same as above but also includes the anonymous VMA mapping vulnfrom GPZ discussed in the last 2 episodes

[USN-5774-1] Linux kernel (Azure) vulnerabilities [06:59]* 16 CVEs addressed in Trusty ESM (14.04 ESM), Bionic (18.04 LTS) + CVE-2022-40768 + CVE-2022-36879 + CVE-2022-3635 + CVE-2022-3621 + CVE-2022-3594 + CVE-2022-3567 + CVE-2022-3566 + CVE-2022-3565 + CVE-2022-3564 + CVE-2022-3524 + CVE-2022-3239 + CVE-2022-3028 + CVE-2022-2978 + CVE-2022-2153 + CVE-2022-20422 + CVE-2022-42703 * 4.15

[USN-5775-1] Vim vulnerabilities [07:18]* 6 CVEs addressed in Xenial ESM (16.04 ESM) + CVE-2022-3591 + CVE-2022-3324 + CVE-2022-3256 + CVE-2022-3099 + CVE-2022-2581 + CVE-2022-2345 * Moar vim CVEs - none of these are high impact - all reported via their bugbounty program, found via fuzzing

[USN-5776-1] containerd vulnerabilities [08:07]* 4 CVEs addressed in Bionic (18.04 LTS), Focal (20.04 LTS), Jammy (22.04 LTS), Kinetic (22.10) + CVE-2022-24778 + CVE-2022-24769 + CVE-2022-31030 + CVE-2022-23471

[USN-5777-1] Pillow vulnerabilities* 2 CVEs addressed in Focal (20.04 LTS), Jammy (22.04 LTS) + CVE-2022-45198 + CVE-2022-24303

Goings on in Ubuntu Security CommunityCamila discusses the security of open source vs proprietary code [08:38]TranscriptHello listener! It has been a while since I last showed up here to share withyou some of my thoughts and spread the knowledge, and today I am back in orderto try to fix that, remove the void I have left in the hearts of those thatenjoy listening to me rambling about a certain cyber security topic. That beingsaid, I recorded my first podcast segment during the holiday season last year,and I thought it would be very poetic to return at the same time this year torecord once again. Especially after I was struck with inspiration after spendinga little time with my family. Nothing more fitting for this once again holidayepisode, considering it is the time of the year - the most wonderful one - whenwe usually enjoy mingling and celebrating with family and friends. The time ofthe year where we meet in order to eat some good food, spend some quality timetogether, catch up on life, share the joy… and answer the always askedquestion by someone who knows you work with computers: “Do you think it’s avirus?”. “Yes, uncle, it probably is, since the link you clicked on that said‘Free 1000 dollar Christmas vouchers for the first 10 clicks’ is most likely ascam. But hey, I gotta go now, because it is time for some delicious holidayseason desserts! Your computer can survive a few more hours doing somecryptomining for some random hacker, so I’ll check on that later for you”.Anyway, surprising as it may be, this actually was not the topic of conversationthat brought me here today, although I fully expect the previously mentionedquestion to come my way whenever I do meet my family for the end of the yearfestivities of 2022. Instead, I was asked a question that would probably have myholiday treats wait for me a little bit longer, since it is one I findcompelling to answer, and one that I thought would be actually interesting toshare the answer to, so that you can take it to your holiday meetings as a hottopic of conversation…you know…show off a little bit to the ones you love.

So…to elaborate a little bit more on my story and on this so far mysteriousquestion…while sipping on some delicious cocoa surrounded by some fairy lightsand the cold air - even though it is summer during the end of the year where Ilive…I see you, southern hemisphere. I was traveling when this happened - mydearest not-in-the-IT-field family member asked me the following question whilewe had a conversation about my job: “how is it possible to have security in asoftware when the code for that software is available for all to see on theInternet?”. Running a prettify function on this question, we can word it as:“how can open source software be secure if the code is public?”. And that,family and friends, is the question that we wish to answer today. I alreadyanswered my family member, but now, I want to do it the fancy way, the holidayspirit way! So gather around with your drinks and delicious appetizers, andbefore we head for dinner, and of course, dessert, let’s think about the year weleave behind, the code that was a part of it, and why, in the year of 2022, canthis code be secure when everyone knows exactly what it is.

Let’s begin this beautiful holiday sharing moment by actually talking about whatis open source software and what is NOT open source software, as well as why onewould think that the former is less secure than the latter. To keep it simple:open source software is the kind of software where the source code, a.k.a. theinstructions that will be transformed into the computer program that you willlater use, is publicly available for all to see. Those that wish to do so caninspect this software’s code to know exactly how it does what it does. They canuse it freely if following its license terms, and they can even modify it, maybechange its functionalities, be it through creation of a copy of that code thatbranches from the original version, or be it with authorization from thecreator/maintainer of the software to edit the original version wherever it isbeing maintained. A beautiful example to bring this all together in your mind:almost all software packages in Ubuntu are open source. The programs you run inyour Ubuntu OS come from code that is publicly available for all to accessthrough the loveliest Internet. For many packages, it is possible to choose onefrom main or universe, for example, and find its code in a repository after aquick web search. Even quicker: you can download the source code related to theexecutables and libraries apt installs in your Ubuntu OS when you run ‘apt-getinstall ’ by running ‘apt-get source’ instead. Please remember to replace with the actual package name if you’re gonna try todo this. Anyway, this package you download with apt may have its code differ alittle bit from the original code for that software package, the one maintainedby its creator or any successors, also known as the upstream code, and that mayhappen for various reasons, which I will not go too much further into here,however, to put it directly: this code associated with the package will mostlikely have its regular upstream maintainers, with a lot of them also acceptingcontributions from people that might use this software, care about its wellbeingor even…its security, and the source code in an Ubuntu package will be nothingmore than a copy of an upstream version that is being contributed to by theUbuntu teams and the Ubuntu community. Very much in the holiday spirit, one ofthe ideas of open source is to have people collaborate on software, as well ashave software be shared with those that wish to use it, sometimes with changes.

Moving on…on the other side of our coin, we have non-open source software,also known as closed source software, which is software for which the sourcecode is not publicly available for all to inspect, use or modify. Closed sourcesoftware has its source code protected, with only an authorized group ofpeople - who are usually a part of the organization that developed said softwareor that is currently maintaining it after taking responsibility for it at acertain point in time - having access to this source code, be it to change thesource code or to simply look at it and know what it is. Closed software isusually not free to use and users that wish to have access to the software andits functionalities will only be able to obtain a final executable version ofit, where it is very difficult to acquire information on the source…unless youare very determined, but more on that later. For now, know that closed sourcesoftware will allow you to execute it, but you can’t know what you are executingunless you do some very intense digging. As for an example…let’s put it thisway, so that you can fill in the blanks: if Ubuntu is a door and the doors areopen, then that must mean that the Windows are … . And there you have youranswer. I mean…it is the holiday season and we would rather have our guestscome in to celebrate through the door instead of any other way. And I say thisbecause I want you to understand that there is no right or wrong when it comesto open source and closed source, there are only preferences and needs. Thereare situations where one will be more useful than the other, or where one mightbe preferred over the other. Who am I to judge if you let people into your housethrough your window, or your chimney? What actually matters to us here is: whyis closed source usually considered something more secure “intuitively” whenopen source can be just as, or arguably, even more secure? So, let’s try toanswer that question, shall we? When you think about wanting to protectsomething, you think about keeping it hidden, keeping it a secret. Wait…thisis not nearly festive enough for a holiday episode. Let’s try again. When youdon’t want someone to guess what is going to be the surprise holiday dessert youare serving by the end of dinner, you usually won’t tell them anything aboutit. You will hide the recipe, cook your dessert following that recipe, but onlyallow your guests to know what it is and eat it once the time is justright. After all, the holidays are all about each family’s tradition, and I knowdessert eating schedules are definitely a part of it for many. Anyway, the pointhere is…if no one knows what the dessert is and they don’t have access to yourhouse while you cook it, bake it, prepare it in general, they cannot copy thisrecipe to bring their own version of your dessert to your holiday celebration -or any other holiday celebration, for that matter - and they can only speculateon the ingredients once they eat it. And…since you kept your ingredients andyour cooking utensils far away from messy hands while you prepared your dessert,no one can tamper with it, maybe steal a little bite before it is actuallycomplete, or even add a missing ingredient without authorization. You keep yourdessert “safe” by actually hiding it, allowing people access only when the finalproduct is complete. As much as I love holiday season analogies, let’s put ourcyber security glasses back on and see this situation from the closed sourcepoint of view: your recipe is your source code; you preparing the dessert is youediting, building and compiling the code to create an executable program; andthis executable program is actually your final holiday dessert.

You’re not sharing your source code, meaning people cannot tamper with it,cannot create a bad copy of it and cannot inspect it in order to figure outpossible failures or ways to exploit it. Yes, even I have fallen victim to the“too much sugar” mistake when baking stuff, but sometimes we can try to maskmistakes with other ingredients and no one will ever know…This can also becalled security through obscurity, when you rely on secrecy and confidentialityin order to avoid the exposure of weaknesses and the direct targeting that maybefall your software. How can a hacker actually exploit my code if they don’tknow what the code is? That is the idea behind security through obscurity. Iwill not get into the details of whether security through obscurity is aneffective practice or not, because that is a very intense and polarizingsubject, and it is the holiday season…let’s leave the heated discussions forsome other time. I will say, however, that it directly clashes with the opensource premise, and it is one of the reasons that may be behind the choice ofmaking software closed source. However, even though this might be a way toprotect your software from exploitation and from vulnerability discovery, it isnot a fool proof technique to avoid the really determined from figuring out whatthey want when they are trying to hack you. Talking once more about desserts,because they are delicious and a very pleasing analogy to consider…if youhave, for example, a friend or family member that is a chef. They go to yourholiday dinner party and then eat your dessert, which we will consider here asbeing a beautiful multilayered trifle. They eat your trifle and because they areso experienced in the art of cooking, they are able to tell all of theingredients you have in your cream after tasting it. It is not a skill everyonepossesses - discovering the trifle recipe is no trifle matter…one might say -and it is not something everyone will be looking forward to do…after all, someof us simply want to eat and enjoy the food, be the ingredients what theymay. However, there might just be that someone that is willing and capable to gothe extra mile to figure out your recipe…and let me tell you the badnews…there is not much you can do about it, because there is not much you canhide about your dessert if you intend to serve it for people to eat.

The same goes for code. Yes, it is possible to not share the source code of yoursoftware, but for a computer to run a software, it needs to follow theinstructions that were transformed into the executable program that originatedfrom the source code. So even if the executable does not contain the exactsource code, it will contain something that can be extracted and analyzed by thebrave and patient. Any program out there can be reverse engineered into its lowlevel code version, and this low level code, mainly created to be machinereadable code, when analyzed, will tell you more about what the source codecould actually be. You are able to get from the final product to the actualrecipe that led you to that product…even if the low level code will be verydifficult to analyze and piece together in order to form something similar towhat would be the original source code that generated it. But doubt not myfriend…there are people out there that are willing to do this, and sometimesthese people can be really, really good at it. So that is why security throughobscurity can help, as it is one more barrier that a hacker needs to cross inorder to be able to possibly tamper with a system, however, it is not animpenetrable one, and it will only stop those lazy enough to cross it…or thosethat maybe ate too much during dinner already and will pass on dessert.

Aah, holiday season food is delicious, isn’t it? Plus, I’m not the type to passon dessert, and I am definitely not done talking about them, the holiday spiritand how it all relates to open source code quite yet, so let’s keep going. Holdon to that dessert analogy, because we will bring it back shortly. For now, wemove on, understanding one reason why it might seem that closed source is saferor more secure than open source. Especially when you think about one of the mainactivities performed by the Ubuntu Security team, which is applying patches tovulnerabilities that are constantly being found in the source code of packagesthat can be installed in Ubuntu, or that are found in the core of Ubuntu, thekernel. Throughout all the seasons, including the holiday season, we fix issuesthat are being found by people from the community that look into and identifyflaws in these packages, sometimes even unintentionally. We can see this aspeople finding problems with our recipe and pointing them out to us, forcing usto change it so that the end result will be something better, something that allcan enjoy. “Hey, you have peanuts here, what about the people who have peanutallergies that will eat this?”…or…“Hey, if this is cooked in the southernhemisphere, where it is hot during the holiday season instead of cold, this resttime for the cream might be too much and it will be too much of a liquid by thetime you want to put your trifle in its final container”. And while you listento all these complaints and look at your recipe book, you might think it is allvery annoying…having to change your recipe to fix all these problems…butwhen you actually think about it…is it not helpful instead? I mean…you don’twanna kill grandma because you forgot she was allergic to peanuts, do you? Hadyou not made your recipe public, you might have not discovered that you had tochange it…the bad way: by having grandma spit that trifle all over the floorand scold you because grandma might fall for phishing scams from time to time,but she knows better than to eat hidden peanuts in your trifle. Also…this is apodcast with positive vibes, so let’s not actually consider the worst of theworst situation here for grandma and for you as well… but you get the point.

Do not kid yourself by thinking that closed source software has less bugs thanopen source software. They might be encountered at a smaller rate, sinceanalysis of the source code is something harder to do and can only be done bypeople with access to the code, however, they are there…and sometimes, peoplefigure this out in the worst way possible: when they have already beenhacked. And then it is a race to figure out where the bug that caused the issueis, so that it can be fixed. By making the source code public, people that arewilling to help and are willing to make this code better, safer and more robusthave the chance to actively participate in its development and improve theoverall final product. One of the reasons why open source software came to bewas exactly to provide users with more security, since it is easier to findhidden problems in that which has a lot of people auditing AND it is also easierto trust that which you can audit. Imagine if your prankster cousin wants totamper with your dessert, and they add an extra bad ingredient to the recipewithout your knowledge after you leave them a while with your recipebook…after all, you also need to prepare your holiday dinner. Anyway, if youhad decided to hide your dessert recipe from everyone, people would only knowsomething was incredibly wrong once they would have eaten it. Of course, if youwere hiding it from everyone, you would have also hidden it from your prankstercousin and not shown them the recipe in the first place, but they could havejust as easily found another way to get to it, and if they did a good jobchanging the recipe without your knowledge, you might not even know it had beentampered with at all. Shoutout to a well known comedy series in which someoneadds some savory food to what is supposed to be a dessert trifle because theythought that was the correct recipe, when it was actually all amisunderstanding. The ones who know, will know… Of course, when you hide yourrecipe book well enough, it is not expected that the recipe will be tamperedwith, but sometimes, you yourself are the one doing the tampering…you holidayprankster, you! You want to play a prank on your friends and family during theholidays and decide to add something weird to your dessert. If your recipe ispublic, however, people are able to check for mistakes, and if they seesomething that might be a problem to them, they can tell you so that you can fixit, or they can choose to not eat your dessert if you don’t want to act on yourapparent mistake. Sure, if you make your recipe public maybe you don’t get to dothe prank - which is actually not really nice on your part, considering that youare hosting a holiday party to entertain people you love and care about - but ifyou don’t make it public, there might be people who just won’t eat your dessertout of lack of trust in you.

When we talk about source code, we have the same. Being able to check the sourcecode for a program you wish to use will allow you to check if the source code isdoing something you don’t see as being secure, or if it is behaving insecurelydue to a bug. You can even create your own copy of the source with the changesyou find are necessary in order to get to use the software in a way you findacceptable! However, since the code is public and a lot of people end up usingit, a community usually builds around it and there are always the ones lookingto improve code, fix its bugs, and make it more secure overall, so maybe youwon’t even need your own edited copy of the source code, since you can justshare your concerns with that community and the issue might be addresseddirectly in the upstream version of the code. Of course this all depends if thesoftware you are considering has an active upstream and is being properlymaintained…that is unfortunately a downside to free and open source software:not all code out there is being properly taken care of…not everyone has theholiday spirit and wants to improve on their dessert recipes. They write it onceand just make it available to whoever wants to cook it without any extraadditions or mistake corrections. However, fear not, because at least when weare talking about security, information regarding vulnerabilities found in opensource code is mostly shared publicly, and, since it is possible to have yourown copy of the code to edit, people who have these copies can also edit theirown versions to fix issues that were found by other people, be it with their ownfixes be it with fixes provided by the upstream developers that maintain thesoftware (when they exist)…as we do with Ubuntu packages! So as you can see,open source truly encompasses the holiday spirit, by allowing people to shareand by allowing software to improve under the suggestions of many people. Theopen source community being a group of friends sitting together to share thatholiday dinner, find possible issues and solve them so that next year saiddinner can be even more delicious…and maybe even have some extra desserts!

So there you have it, the reason why you don’t need to worry about open sourcebeing insecure just because the source code is public. Sure, there is a riskinvolved with having your code be public, but I had a teacher that once taughtme that sometimes it is not about hiding the algorithm, but instead about makingit that the algorithm is so well structured that it doesn’t matter that saidalgorithm is public, since there is simply no way to exploit it. The basicexample are the cryptographic algorithms out there that we use to encrypt ourdata: the algorithms are public, since we need a standard and people need toknow how things work in order to implement the standard and use it in theirapplications, however, it doesn’t matter that they are public and that peopleknow the steps necessary to encrypt or decrypt some plain text, because whatmatters is that if there is no key, breaking the encryption is simply notachievable in our average lifespan with the average resources. The power of thealgorithm is in the way it works, the math and the theory that support it, andnot in its visibility. Everyone can look at the algorithm, and its securitystands strong. So without that key, breaking encryption is nearlyimpossible. When writing open source code, the idea is to follow this samepremise: write good code, in such a way that it doesn’t matter that it ispublic, because even if it is, it is not exploitable since you programmed itwith security in mind. So no…please don’t hardcode passwords into your opensource code. That is not secure practice, and that is not open source beingsecure. Don’t do it in your closed source code…because this is not closedsource being secure also!

Strive to write a dessert recipe that is so perfect, that it doesn’t matter ifsomeone tries to tamper with it once it is completed, your dessert will come outdelicious every time! Yeah, I see you prankster cousin, trying to turn on theheat to get my trifle to melt. It won’t though because I added gelatine toit…or whatever ingredient is needed to not have cream melt…I’m not a cookingexpert…my family and friends definitely know that. Anyway, of course there areproblems that you might still come across even when cooking or coding withdeliciousness and security in mind. Because there is no dessert that can besaved by you using 3kg of salt instead of 3g of salt on what is supposed to besomething sweet, because there is an accidental extra ‘k’ in your recipe…butyou get the point, and open source gets the point! Because if your dessertrecipe is an open recipe and someone finds this “accidental” 3kgs-of-saltmistake - which happens, we are all human and we make mistakes - they can tellyou about it and you can fix it! So buy a recipe notebook that can be leftoutside and no one can write on it unless they use the special notebook penwhich you own the rights to, sign your instructions so that you know which onesare trustworthy, and fix the mistakes you find along the way when people thatwant to share this amazing thing with you give you a nudge about it. You willthen know that you are doing your best to provide people with the best holidaydessert ever, so that everyone can enjoy it together during this special holidaytime! Also…you know…secure open source code during the holidays as well!

Well, dearest friends and family, that is all of the holiday spirit I have toshare with you today! I wish you all an amazing holiday season, filled withlove, joy, open source and lots and lots of security patches! Feel free to shareyour thoughts about this podcast segment and the topic related to it in any ofour social media channels! I hope you enjoyed it, and for now, I bid you allfarewell, and until next time! Bye!

Credit to https://www.fesliyanstudios.com for the background music.

Ubuntu Security team and podcast on holiday break [34:37]* Almost all of Canonical is on leave for 2 weeks * Various security team members will be in and out over the break - some taking more leave after that * Podcast will also take a break for a few weeks - likely return in late January * Hope to look at some changes / perhaps a more permanent co-host and other changes in 2023 * Wishing all our listeners a safe and enjoyable holiday season

Get in contact* security@ubuntu.com * #ubuntu-security on the Libera.Chat IRC network * ubuntu-hardened mailing list * Security section on discourse.ubuntu.com * @ubuntusecurity@fosstodon.org, @ubuntu_sec on twitter

View Details

OverviewThis week we cover Mark Esler’s keynote address from UbuCon Asia 2022 onImproving FOSS Security, plus we look at security vulnerabilities and updatesfor snapd, the Linux kernel, ca-certificates and more.

This week in Ubuntu Security Updates42 unique CVEs addressed

[USN-5753-1] snapd vulnerability [01:08]* 1 CVEs addressed in Xenial ESM (16.04 ESM), Bionic (18.04 LTS), Focal (20.04 LTS), Jammy (22.04 LTS), Kinetic (22.10) + CVE-2022-3328 * Follow-up to the last snapd vulnerability (see Oh Snap! More Lemmings (Local Privilege Escalation in snap-confine) from Episode 149) * https://blog.qualys.com/vulnerabilities-threat-research/2022/11/30/race-condition-in-snap-confines-must_mkdir_and_open_with_perms-cve-2022-3328 * A slightly simplified explanation is as follows * Part of that vulnerability was that snap-confine creates a private tmp foreach snap - and this is created under the system’s real /tmp so that its diskusage etc gets accounted for as part of the normal /tmp * But /tmp is world writable so it is trivial for a user to create the expectedper-snap directory and place their own contents inside that such that they canhave this be executed by snap-confine during the process of creating thisprivate /tmp namespace for the snap - and hence get privilege escalation to root as snap-confine is suid * the original fix then relied on checking if this path was appropriately ownedby root etc - and if not, it would create a new random directory then move theimposter out of the way and replace it with the one it just created via rename() * But this is not atomic so could be raced - and even though the fix includedadditional checks to try and catch any failed race, Qualys found a way to winthis race and avoid those checks * New fix is to use systemd-tmpfiles to create a /tmp/snap-private-tmp/directory on boot with the appropriate restrictive permissions * Then snap-confine can create the per-snap private /tmp within this withoutfear of being interfered with by unprivileged users * Thanks to Qualys for their help in reporting this and reviewing patches etc

[USN-5743-2] LibTIFF vulnerability [05:10]* 1 CVEs addressed in Bionic (18.04 LTS), Focal (20.04 LTS), Jammy (22.04 LTS), Kinetic (22.10) + CVE-2022-3970 + [USN-5743-1] LibTIFF vulnerability from Episode 183

[USN-5752-1] Linux kernel (Azure CVM) vulnerabilities [05:20]* 6 CVEs addressed in Jammy (22.04 LTS) + CVE-2022-42722 + CVE-2022-42721 + CVE-2022-42720 + CVE-2022-42719 + CVE-2022-41674 + CVE-2022-2602 * 5.15 azure fde 22.04 LTS * Race condition in io_uring -> UAF (from Pwn2Own 2022) + [LSN-0090-1] Linux kernel vulnerability from Episode 182

[USN-5754-1] Linux kernel vulnerabilities [05:50]* 8 CVEs addressed in Kinetic (22.10) + CVE-2022-3621 + CVE-2022-3594 + CVE-2022-3567 + CVE-2022-3566 + CVE-2022-3565 + CVE-2022-3564 + CVE-2022-3524 + CVE-2022-43945 * 5.19 generic/aws/gcp/ibm/kvm/oracle/raspi/lowlatency * Buffer overflow in NFSD in kernel affecting only very recent kernel versions(5.19.17 to 6.0.2) + would allow a remote client to trigger this stack buffer overflow andpotentially get code execution within the kernel

[USN-5755-1] Linux kernel vulnerabilities [06:18]* 9 CVEs addressed in Focal (20.04 LTS), Jammy (22.04 LTS) + CVE-2022-3621 + CVE-2022-3594 + CVE-2022-3567 + CVE-2022-3566 + CVE-2022-3565 + CVE-2022-3564 + CVE-2022-3524 + CVE-2022-42703 + CVE-2022-43945 * 5.15 generic/aws/gcp/ibm/kvm/oracle/raspi/lowlatency (22.04 LTS + 20.04 LTSfor specific HWE variants) * NFSD buffer overflow * anonymous VMA mapping issue discussed briefly last week + GPZ put out a very detailed blog post about how the PoC works for this + https://googleprojectzero.blogspot.com/2022/12/exploiting-CVE-2022-42703-bringing-back-the-stack-attack.html

[USN-5756-1] Linux kernel vulnerabilities [06:55]* 8 CVEs addressed in Bionic (18.04 LTS), Focal (20.04 LTS) + CVE-2022-3621 + CVE-2022-3594 + CVE-2022-3567 + CVE-2022-3566 + CVE-2022-3565 + CVE-2022-3564 + CVE-2022-3524 + CVE-2022-42703

[USN-5757-1] Linux kernel vulnerabilities* 9 CVEs addressed in Bionic (18.04 LTS) + CVE-2022-3621 + CVE-2022-3594 + CVE-2022-3567 + CVE-2022-3566 + CVE-2022-3565 + CVE-2022-3564 + CVE-2022-3524 + CVE-2022-3239 + CVE-2022-42703

[USN-5757-2] Linux kernel vulnerabilities* 9 CVEs addressed in Xenial ESM (16.04 ESM) + CVE-2022-3621 + CVE-2022-3594 + CVE-2022-3567 + CVE-2022-3566 + CVE-2022-3565 + CVE-2022-3564 + CVE-2022-3524 + CVE-2022-3239 + CVE-2022-42703

[USN-5758-1] Linux kernel vulnerabilities* 13 CVEs addressed in Trusty ESM (14.04 ESM), Xenial ESM (16.04 ESM) + CVE-2022-43750 + CVE-2022-40768 + CVE-2022-3649 + CVE-2022-3635 + CVE-2022-3621 + CVE-2022-3594 + CVE-2022-3567 + CVE-2022-3566 + CVE-2022-3565 + CVE-2022-3564 + CVE-2022-3524 + CVE-2022-3239 + CVE-2022-42703

[USN-5756-2] Linux kernel (GKE) vulnerabilities* 8 CVEs addressed in Focal (20.04 LTS) + CVE-2022-3621 + CVE-2022-3594 + CVE-2022-3567 + CVE-2022-3566 + CVE-2022-3565 + CVE-2022-3564 + CVE-2022-3524 + CVE-2022-42703

[USN-5755-2] Linux kernel vulnerabilities* 9 CVEs addressed in Focal (20.04 LTS), Jammy (22.04 LTS) + CVE-2022-3621 + CVE-2022-3594 + CVE-2022-3567 + CVE-2022-3566 + CVE-2022-3565 + CVE-2022-3564 + CVE-2022-3524 + CVE-2022-42703 + CVE-2022-43945

[USN-5759-1] LibBPF vulnerabilities [07:06]* 5 CVEs addressed in Jammy (22.04 LTS), Kinetic (22.10) + CVE-2022-3606 + CVE-2022-3534 + CVE-2022-3533 + CVE-2021-45941 + CVE-2021-45940 * 2 different heap-based buffer overflows, 1 memory leak, 1 UAF and 1 NULLpointer deref

[USN-5760-1, USN-5760-2] libxml2 vulnerabilities [07:19]* 3 CVEs addressed in Bionic (18.04 LTS), Focal (20.04 LTS), Jammy (22.04 LTS), Kinetic (22.10) + CVE-2022-40304 + CVE-2022-40303 + CVE-2022-2309 * 2 CVEs addressed in Trusty ESM (14.04 ESM), Xenial ESM (16.04 ESM) (first two above) * NULL ptr deref, double-free, OOB read due to an integer overflow when parsingmultigigabyte XML files

[USN-5761-1, USN-5761-2] ca-certificates update [07:37]* Affecting Trusty ESM (14.04 ESM), Xenial ESM (16.04 ESM), Bionic (18.04 LTS), Focal (20.04 LTS), Jammy (22.04 LTS), Kinetic (22.10) * Removal of the TrustCor CA cert - upstream Mozilla have marked this asdistrusted after 30th November - ie don’t trust anything signed by this CAafter that date - but there is no such functionality in ca-certificates tomark something as distrusted after a particular date - so instead we haveremoved it entirely so all things signed by TrustCor would now not be trusted * TrustCor appear to have very close ties (ie potentially the same owners) withother companies who have built spyware and surveillance technologies * https://www.washingtonpost.com/technology/2022/11/30/trustcor-internet-authority-mozilla/ * Looking at certificate transparency logs, appears to only be a few downstreamsites that would now be distrusted as a result - in particular a bunch ofdynamic DNS provider noip.com * Thanks to JanC in #ubuntu-security for discussing this with the team

[USN-5762-1] GNU binutils vulnerability [09:51]* 1 CVEs addressed in Xenial ESM (16.04 ESM), Bionic (18.04 LTS), Focal (20.04 LTS), Jammy (22.04 LTS), Kinetic (22.10) + CVE-2022-38533

[USN-5764-1] U-Boot vulnerabilities* 7 CVEs addressed in Bionic (18.04 LTS), Focal (20.04 LTS), Jammy (22.04 LTS), Kinetic (22.10) + CVE-2022-34835 + CVE-2022-33967 + CVE-2022-33103 + CVE-2022-30767 + CVE-2022-30790 + CVE-2022-30552 + CVE-2022-2347

[USN-5763-1] NumPy vulnerabilities* 4 CVEs addressed in Focal (20.04 LTS), Jammy (22.04 LTS), Kinetic (22.10) + CVE-2021-41496 + CVE-2021-41495 + CVE-2021-34141 + CVE-2021-33430

Goings on in Ubuntu Security CommunityMark Esler at UbuCon Asia 2022 [10:00]* UbuCon Asia 2022 is conference held in Asia focussing on Ubuntu, Linux andF/OSS in general * First one was held last year as a fully virtual conference * This year was in person in Seoul, South Korea * Mark Esler from the Ubuntu Security team delivered the keynote address abouthow Canonical does security maintenance for Ubuntu as well as advice for howF/OSS projects can better handle security vulnerabilities and coordinate withdownstreams like Ubuntu to help keep all users of their software safe * Covers things like how we maintain stable versions of each package in a givenrelease and then backport fixes on top, how we handle any potentialregressions, how CVEs are (unfortunately) a normal part of software and somecommon examples of different CVEs * How we handle disclosure of vulnerabilities * The process of how we do security updates in Ubuntu (patching, testing, releasing etc) * And then how upstream F/OSS projects can better handle security issues andwork with the security community * https://2022.ubucon.asia/sessions/keynote/ * Slides including speaker notes * Video of the session is at https://youtu.be/N5nVSXV9Hbk?t=480 - Mark’spresentation begins right at about 8 minutes in

Get in contact* security@ubuntu.com * #ubuntu-security on the Libera.Chat IRC network * ubuntu-hardened mailing list * Security section on discourse.ubuntu.com * @ubuntusecurity@fosstodon.org, @ubuntu_sec on twitter

View Details

This week we look at a recent report from Elastic Security Labs on the global Linux threat landscape, plus we look at a few of the security vulnerabilities patched by the team in the past 7 days.

View Details

After a longer-than-expected break, the Ubuntu Security Podcast is back, covering some highlights of the various security items planned during the 23.04 development cycle, our entrance into the fediverse of Mastodon, some open positions on the team and some of the details of the various security updates from the past week.

View Details

It's the release of Ubuntu 22.10 Kinetic Kudu, and we give you the all the details on what's new and improved, with a particular focus on the security features, plus we cover a high priority vulnerability in libksba as well.

View Details

Ubuntu Pro beta is announced and we cover all the details with Lech Sandecki and Eduardo Barretto, plus we cover security updates for DHCP, kitty, Thunderbird, LibreOffice, the Linux kernel, .NET 6 and more.

View Details

Finer grained control for unprivileged user namespaces is on the horizon for Ubuntu 22.10, plus we cover security updates for PCRE, etcd, OAuthLib, SoS, Squid and more.

View Details

You can't test your way out of security vulnerabilities (at least when writing your code in C), plus we cover security updates for Intel Microcode, vim, Wayland, the Linux kernel, SQLite and more.

View Details

Alex talks with special guests Nishit Majithia and Matthew Ruffell about a recent systemd regression on Ubuntu 18.04 LTS plus we cover security updates for Dnsmasq, the Linux kernel, poppler, .NET 6, rust-regex and more.

View Details

On this week's episode we dive into the Shikitega Linux malware report from AT&T Alien Labs, plus we cover security updates for the Linux kernel, curl and Zstandard as well as some open positions on the team. Join us!

View Details

An increased rate of CVEs in curl is a good thing, and we'll tell you why, plus we cover security updates for the Linux kernel, Firefox, Schroot, systemd and more.

View Details

This week we cover the debate around the decision in Ubuntu 22.10 to disable presenting platform security assessments to end users via GNOME, plus we look at security updates for zlib, PostgreSQL, the Linux kernel, Exim and more.

View Details

This week we take a look at the recent announcement of .NET 6 for Ubuntu 22.04 LTS, plus we cover security updates for the Linux kernel, Booth, WebKitGTK, Unbound and more.

View Details

Finally, Ubuntu 22.04.1 LTS is released and we look at how best to upgrade, plus we cover security updates for NVIDIA graphics drivers, OpenJDK, Django, libxml, the Linux kernel and more.

View Details

This week we dig into what community sponsored security updates are all about, plus Ubuntu 22.04.1 LTS gets delayed by a week and we cover security updates for MySQL, the Linux kernel, Samba, Net-SNMP and more.

View Details

This week we're diving down into the depths of binary exploitation and analysis, looking at a number of recent vulnerability and malware teardowns, plus we cover security updates for FreeType, PHP, ImageMagick, protobuf-c and more.

View Details

It's the 22.10 mid-cycle roadmap sprint at Canonical this week plus we look at security updates for Git, the Linux kernel, Vim, Python, PyJWT and more.

View Details

This week we rocket back into your podcast feed with a look at the OrBit Linux malware teardown from Intezer, plus we cover security updates for cloud-init, Vim, the Linux kernel, GnuPG, Dovecot and more.

View Details

This week we bring you part 3 of Camila's cybersecurity buzzwords series - looking at blockchain, zero trust and quantum / post-quantum security.

View Details

From the deep-web to encryption we decode more cybersecurity buzzwords, plus we cover security updates for Squid, Vim, the Linux kernel, curl and more.

View Details

This week Camila dives into the details on some of the most prolific buzzwords flying around the cybersecurity community, plus we cover security updates for BlueZ, the Linux kernel, Intel Microcode, QEMU, Apache and more.

View Details

More Intel CPU issues, including Hertzbleed and MMIO stale data, plus we cover security vulnerabilities and updates for ca-certificates, Varnish Cache, FFmpeg, Firefox, PHP and more.

View Details

This week we dig into some of the details of another recent Linux malware sample called Symbiote, plus we cover security updates for the Linux kernel, vim, FreeRDP, NTFS-3G and more.

View Details

This week we cover security updates for dpkg, logrotate, GnuPG, CUPS, InfluxDB and more, plus we take a quick look at some open positions on the team - come join us!

View Details

This week we take a look into BPFDoor, a newsworthy backdoor piece of malware which has been targeting Linux machines, plus we cover security updates for Bind, Vim, Firefox, PostgreSQL and more.

View Details

Ubuntu get's pwned again at Pwn2Own Vancouver 2022, plus we look at security updates for the Linux kernel, RSyslog, ClamAV, Apport and more.

View Details

This week we bring you part 2 of our look at the new Ubuntu 22.04 LTS release and what's in it for security, plus we cover security updates for DPDK, OpenSSL, Cron, RSyslog, Curl and more.

View Details

Microsoft's Nimbuspwn sets the Linux security media ablaze but where there's smoke there's not always fire, plus we bring you the first part of a 2 part series looking at some of the security features in the latest Ubuntu 22.04 LTS release.

View Details

Ubuntu 22.04 LTS (Jammy Jellyfish) is officially released 🎉 and so this week we take a quick look at the new features and enhancements, with a particular focus on security, plus we cover security updates for the Linux kernel, Firefox, Django, Git, Gzip and more.

View Details

This week we bring you the TL;DL (too-long, didn't listen 😉) version of Camila's recent 4-part Ubuntu hardening series, plus we look at security updates for Twisted, rsync, the Linux kernel, DOSBox, Tomcat and more.

View Details

It's an off-by-one error in the podcast this week as we bring you part 4 of Camila's 3-part Ubuntu hardening series, plus we look at security updates for Thunderbird, OpenVPN, Python, Paramiko and more.

View Details

It's PIE🥧 for everyone this week as Python finally becomes a position independent executable for Ubuntu 22.04, plus Camila brings you the third part in her Ubuntu server hardening guide and we cover security updates for FUSE, Bind, Apache, the Linux kernel and more.

View Details

This week we bring you part 2 of Camila's guide on Ubuntu server hardening, plus we cover vulnerabilities and updates in Expat, Firefox, OpenSSL, LibreOffice and more.

View Details

It's a big week for kernel security vulnerabilities - we cover Dirty Pipe and fixes for the latest microarchitectural side channel issues, plus we bring you the first in a 3 part series on hardening your Ubuntu systems against malicious attackers.

View Details

This week we do the usual round-up of security vulnerability fixes for the various Ubuntu releases, plus we discuss enabling PIE for Python and preview some upcoming content on Ubuntu system hardening as well.

View Details

Ubuntu 20.04.4 LTS is released, plus we talk about Google Project Zero's metrics report as well as security updates for the Linux kernel, expat, c3p0, Cyrus SASL and more.

View Details

This week Qualys dominate the week in security updates, disclosing details of 4 different SUID-root vulnerabilities, including Oh Snap! More Lemmings (Local Privilege Escalation in snap-confine), plus we look at updates for Firefox, cryptsetup and more.

View Details

It's main vs universe as we take a deep dive into the Ubuntu archive and look at these components plus what goes into each and how the security team goes about reviewing software destined for main, plus we cover security updates for Django, BlueZ, NVIDIA Graphics Drivers and more.

View Details

We're back after a few weeks off to cover the launch of the Ubuntu Security Guide for DISA-STIG, plus we detail the latest vulnerabilities and updates for lxml, PolicyKit, the Linux Kernel, systemd, Samba and more.

View Details

Ubuntu 21.04 goes EOL soon, plus we cover security updates for Django, the Linux kernel, Apache httpd2 + Log4j2, Ghostscript and more.

View Details

The Ubuntu Security Podcast is back for 2022 and we're starting off the year with a bang💥! This week we bring you a special interview with Kees Cook of Google and the Linux Kernel Self Protection Project discussing Linux kernel hardening upstream developments. Plus we look at security updates for Mumble, Apache Log4j2, OpenJDK and more.

View Details

Happy holidays! This week we bring you the second part of a special two-part holiday themed feature by Camila from the Ubuntu Security team discussing how best to protect yourself and your systems from the top cyber threats faced during the holidays.

View Details

Happy holidays! This week we bring you the first part of a special two-part holiday themed feature by Camila from the Ubuntu Security team discussing the top cyber threats faced during the holidays.

View Details

Just in time for the holidays, Log4Shell comes along to wreck everyone's weekend - so we take a deep dive into the vulnerability that has set the internet on fire, plus we cover security updates for BlueZ, Firefox, Flatpak and more.

View Details

A preview of some things to come for the Ubuntu Security Podcast plus we cover security updates for Samba, uriparser, libmodbus, MariaDB, Mailman and more.

View Details

A gnarly old bug in NSS is unearthed, plus we cover security updates for ICU, the Linux kernel and ImageMagick as well.

View Details

This week we put out a call for testing and feedback on proposed Samba updates for Ubuntu 18.04 LTS plus we look at security updates for Mailman, Thunderbird, LibreOffice, BlueZ and more.

View Details

This week we discuss some of the challenges and trade-offs encountered when providing security support for ageing software, plus we discuss security updates for the Linux kernel, Firejail, Samba, PostgreSQL and more.

View Details

This week we look at some details of the 29 unique CVEs addressed across the supported Ubuntu releases in the past 7 days and more.

View Details

The road to Ubuntu 22.04 LTS begins so we look at some of its planned features plus we cover security updates for the Linux kernel, Mailman, Apport, PHP, Bind and more.

View Details

Ubuntu 20.04 LTS targeted at Tianfu Cup 2021 plus we cover security updates for Linux kernel, nginx, Ardour and strongSwan.

View Details

It's release week! As Ubuntu 21.10 Impish Indri is released we take a look at some of the new security features it brings, plus we cover security updates for containerd, MongoDB, Mercurial, docker.io and more.

View Details

This week we look at a Wifi lookalike attack dubbed "SSID stripping" plus updates for ca-certificates, EDK II, Apache, the Linux kernel and even vim!

View Details

Extended Security Maintenance gets an extension, Linux disk encryption and authentication goes under the microscope and we cover security updates for libgcrypt, the Linux kernel, Python, and more.

View Details

OWASP Top 10 gets updated for 2021 and we look at security vulnerabilities in the Linux kernel, Ghostscript, Git, curl and more.

View Details

This week we discuss compiler warnings as build errors in the Linux kernel, plus we look at security updates for HAProxy, GNU cpio, PySAML2, mod-auth-mellon and more.

View Details

This week we look at a malware campaign associated with the popular Krita painting application, plus we cover security updates for MongoDB, libssh, Squashfs-Tools, Thunderbird and more.

View Details

This week we dive into Trend Micro's recent Linux Threat Report and the release of Ubuntu 20.04.3 LTS, plus we detail security updates for Inetutils telnetd, the Linux kernel and OpenSSL.

View Details

This week we look at security updates for Firefox, PostgreSQL, MariaDB, HAProxy, the Linux kernel and more, plus we cover some current openings on the team - come join us ☺

View Details

This week Ubuntu 20.04 LTS was FIPS 140-2 certified plus the AppArmor project made some point releases, and we released security updates for Docker, Perl, c-ares, GPSd and more.

View Details

This week we discuss new kernel memory hardening and security development proposals from Ubuntu Security Alumnus Kees Cook, plus we look at details of security updates for WebKitGTK, libsndfile, GnuTLS, exiv2 and more.

View Details

It's another week when too many security updates are never enough as we cover 240 CVE fixes across Avahi, QEMU, the Linux kernel, containerd, binutils and more, plus the Ubuntu 20.10 Groovy Gorilla end-of-life.

View Details

Is npm audit more harm than good? Plus this week we look at security updates for DjVuLibre, libuv, PHP and more.

View Details

This week we look at some new Linux kernel security features including the Landlock LSM and Core Scheduling plus we cover security updates for RabbitMQ, Ceph, Thunderbird and more.

View Details

Ubuntu One opens up two-factor authentication for all, plus we cover security updates for Nettle, libxml2, GRUB2, the Linux kernel and more.

View Details

In this week's episode we look at how to get media coverage for your shiny new vulnerability, plus we cover security updates for ExifTool, ImageMagick, BlueZ and more.

View Details

This week we cover security updates for the Linux kernel, PolicyKit, Intel Microcode and more, plus we look at a report of an apparent malicious snap in the Snap Store and some of the mechanics behind snap confinement.

View Details

This week we look at DMCA notices sent against Ubuntu ISOs plus security updates for nginx, DHCP, Lasso, Django, Dnsmasq and more.

View Details

This week we're talking about moving IRC networks plus security updates for Pillow, Babel, Apport, X11 and more.

View Details

With 60 CVEs fixed across MySQL, Django, Please and the Linux kernel this week we take a look at some of these details, plus look at the recent announcement of 1Password for Linux and some open positions on the team too.

View Details

This week we look at some details of the 90 unique CVEs addressed across the supported Ubuntu releases and more.

View Details

This week we look at the response from the Linux Technical Advisory Board to the UMN Linux kernel incident, plus we cover the 21Nails Exim vulnerabilities as well as updates for Bind, Samba, OpenVPN and more.

View Details

With 21 CVEs fixed this week we look at updates for Dnsmasq, Firefox, OpenJDK and more, plus we discuss the recent release of Ubuntu 21.04 and malicious commits in the upstream Linux kernel.

View Details

This week we look at a reboot of the DWF project, Rust in the Linux kernel, an Ubuntu security webinar plus some details of the 45 CVEs addressed across the Ubuntu releases this last week and more.

View Details

This week we look at how Ubuntu is faring at Pwn2Own 2021 (which still has 1 day and 2 more attempts at pwning Ubuntu 20.10 to go) plus we look at security updates for SpamAssassin, the Linux kernel, Rack and Django, and we cover some open positions on the Ubuntu Security team too.

View Details

This week we look at 2 years of 14.04 ESM, a kernel Livepatch issue, DNS-over-HTTPS for Google Chrome plus security updates for ldb, OpenSSL, Squid, curl and more.

View Details

This week we look at security updates for containerd, Ruby, the Linux kernel, Pygments and more, plus we cover some open positions within the team as well.

View Details

This week we start preparing for 16.04 LTS to transition to Extended Security Maintenance, plus we look at security updates for OpenSSH, Python, the Linux kernel and more, as well as some currently open positions on our team.

View Details

This week we check on the status of the pending GRUB2 Secure Boot updates and detail some open positions within the team, plus we look at security updates for GLib, zstd, Go, Git and more.

View Details

This week we talk about more BootHole-like vulnerabilities in GRUB2, a Spectre exploit found in-the-wild, security updates for xterm, screen, Python, wpa\_supplicant and more.

View Details

This week we discuss security updates in Linux Mint, Google funding Linux kernel security development and details for security updates in BIND, OpenSSL, Jackson, OpenLDAP and more.

View Details

This week we take a look at a long-awaited update of Thunderbird in Ubuntu 20.04LTS, plus security updates for Open vSwitch, JUnit 4, PostSRSd, GNOME Autoar and more.

View Details

This week we take a deep dive look at 2 recent vulnerabilities in the popular application containerisation frameworks, snapd and flatpak, plus we cover security updates for MiniDLNA, PHP-PEAR, the Linux kernel and more.

View Details

This week we discuss the recent high profile vulnerability found in libcrypt 1.9.0, plus we look at updates for the Linux kernel, XStream, Django, Apport and more.

View Details

In the first episode for 2021 we bring back Joe McManus to discuss the SolarWinds hack plus we look at vulnerabilities in sudo, NVIDIA graphics drivers and mutt. We also cover some open positions in the team and say farewell to long-time Ubuntu Security superstar Jamie Strandboge.

View Details

For the last episode of 2020, we look back at the most "popular" packages on this podcast for this year as well as the biggest vulnerabilities from 2020, plus a BootHole presentation at Ubuntu Masters as well as vulnerability fixes from the past week too.

View Details

This week we look at security updates for Mutt, Thunderbird, Poppler, QEMU, containerd, Linux kernel & more, plus we discuss the 2020 State of the Octoverse Security Report from Github, Launchpad GPG keyserver migration, a new AppArmor release & some open positions on the team.

View Details

This week we look at updates for c-ares, PulseAudio, phpMyAdmin and more, plus we cover security news from the Ubuntu community including planning for 16.04 LTS to transition to ESM, libgcrypt FIPS cerified for 18.04 LTS and a proposal for making home directories more secure for upcoming Ubuntu releases as well.

View Details

This week we look at vulnerabilities in MoinMoin, OpenLDAP, Kerberos, Raptor (including a discussion of CVE workflows and the oss-security mailing list) and more, whilst in community news we talk about the upcoming AppArmor webinar, migration of Ubuntu CVE information to ubuntu.com and reverse engineering of malware by the Canonical Sustaining Engineering team.

View Details

This week we look at results from the Tianfu Cup 2020, the PLATYPUS attack against Intel CPUs, a detailed writeup of the GDM/accountsservice vulnerabilities covered in Episode 95 and more.

View Details

This week we look at vulnerabilities in Samba, GDM, AccountsService, GOsa and more, plus we cover some AppArmor related Ubuntu Security community updates as well.

View Details

This week we cover news of the CITL drop of 7000 "vulnerabilities", the Ubuntu Security disclosure and embargo policy plus we look at security updates for pip, blueman, the Linux kernel and more.

View Details

This week we cover security updates for NTP, Brotli, Spice, the Linux kernel (including BleedingTooth) and a FreeType vulnerability which is being exploited in-the-wild, plus we talk about the NSAs report into the most exploited vulnerabilities as well as the release of Ubuntu 20.10 Groovy Gorilla.

View Details

It's CVE bankruptcy! With a deluge of CVEs to cover from the last 2 weeks, we take a particular look at the ZeroLogon vulnerability in Samba this week, plus Alex covers the AppArmor 3 release and some recent / upcoming webinars hosted by the Ubuntu Security team.

View Details

This week we look at security updates for GUPnP, OpenJPEG, bsdiff and more.

View Details

This week we look at security updates for the X server, the Linux kernel and GnuTLS plus we preview the upcoming AppArmor3 release that is slated for Ubuntu 20.10 (Groovy Gorilla).

View Details

This week we farewell Joe McManus plus we look at security updates for Firefox, Chrony, Squid, Django, the Linux kernel and more.

View Details

This week we talk antivirus scanners and false positives in the Ubuntu archive, plus we look at security updates for QEMU, Bind, Net-SNMP, sane-backends and more.

View Details

This week we look at the Drovorub Linux malware outed by the NSA/FBI plus we detail security updates for Dovecot, Apache, Salt, the Linux kernel and more.

View Details

This week we discuss the recent announcement of a long-awaited native client for 1password, plus Google Chrome experiments with anti-phishing techniques, and we take a look at security updates for OpenJDK 8, Samba, NSS and more.

View Details

Dr. Levi Perigo is our special guest this week to discuss SDN and NFV with Joe, plus Alex does the weekly roundup of security updates, including Ghostscript, Squid, Apport, Whoopsie, libvirt and more.

View Details

In a week when too many security updates are never enough, we cover the biggest one of them all for a while, BootHole, with an interview between Joe McManus and Alex Murray for some behind-the-scenes and in-depth coverage, plus we also look briefly at the other 100-odd CVEs for the week in FFmpeg, OpenJDK, LibVNCServer, ClamAV and more.

View Details

This week Joe talks Linux Security Modules stacking with John Johansen and Steve Beattie plus Alex looks at security updates for snapd, the Linux kernel and more.

View Details

With Ubuntu 19.10 going EOL, we have a special interview by Joe with Chris Coulson and Steve Beattie from the Ubuntu Security Team to talk TPMs and Ubuntu Core 20, plus Alex looks at some of the 71 CVEs addressed by the team and more.

View Details

Joe talks cyber security policy with Dr David Reed from CU Boulder, plus Alex covers the week in security updates including Mutt, NVIDIA graphics drivers, Mailman and more.

View Details

This week, Sid Faber and Kyle Fazzari of the Ubuntu Robotics team interview Vijay Sarvepalli from CERT about the recent Ripple20 vulnerabilities announcement, plus we look at security updates for Bind, Mutt, curl and more.

View Details

This week Joe discusses Intel's CET announcement with John Johansen, plus Alex details recent security fixes including SQLite, fwupd, NSS, DBus and more.

View Details

SRBDS aka CrossTalk, the latest Intel speculative execution attack, is the big news this week in security updates for Ubuntu, as well as fixes for GnuTLS, Firefox and more, plus Alex and Joe talk about using STRIDE for threat modelling of software products.

View Details

This week we look at security updates for Unbound, OpenSSL, Flask, FreeRDP, Django and more, plus Joe and Alex discuss the Octopus malware infecting Netbeans projects.

View Details

This week we welcome back Vineetha Kamath, Ubuntu Security Certifications Manager, to discuss the recent release of FIPS modules for Ubuntu 18.04 LTS and we look at security updates for Bind, ClamAV, QEMU, the Linux kernel and more.

View Details

In episode 75 we look at security updates for APT, json-c, Bind, the Linux kernel and more, plus Joe and Alex discuss recent phishing attacks and the Wired biopic of Marcus Hutchins.

View Details

Special guest, Tim McNamara, author of Rust In Action talks all things Rust plus we look at security updates for Linux bluetooth firmware, OpenLDAP, PulseAudio, Squid and more.

View Details

After the recent release of Ubuntu 20.04 LTS, we look at security fixes for OpenJDK, CUPS, the Linux kernel, Samba and more, plus Joe and Alex discuss robot kits and the Kaiji botnet.

View Details

A huge number of CVEs fixed in the various Ubuntu releases, including for PHP, Git, Thunderbird, GNU binutils and more, plus Joe McManus discusses ROS with Sid Faber.

View Details

This week Joe discusses Ubuntu's involvement in ZDI's Pwn2Own with special guests Steve Beattie and Marc Deslauriers from the Ubuntu Security team, plus we do the usual roundup of fixed vulnerabilities including libssh, Thunderbird, Git and a kernel Livepatch.

View Details

This week we have a great interview between Joe McManus and Emilia Torino from the Ubuntu Security team, plus we cover security updates for Apport, Firefox, GnuTLS, the Linux kernel and more.

View Details

This week we cover security updates for a Linux kernel vulnerability disclosed during pwn2own, Timeshift, pam-krb5 and more, plus we have a special guest, Vineetha Kamath, to discuss security certifications for Ubuntu.

View Details

This week we cover security updates for Apache, Twisted, Vim a kernel livepatch and more, plus Alex and Joe discuss OVAL data feeds and the cvescan snap for vulnerability awareness.

View Details

A big week in security updates, including the Linux kernel, Ceph, ICU, Firefox, Dino and more, plus Joe and Alex discuss tips for securely working from home in light of Coronavirus.

View Details

This week we cover security updates for Django, runC and SQLite, plus Alex and Joe discuss the AMD speculative execution Take A Way attack and we look at some recent blog posts by the team too.

View Details

Whilst avoiding Coronavirus, this week we look at updates for libarchive, OpenSMTPD, rake and more, plus Joe and Alex discuss ROS, the Robot Operating System and how the Ubuntu Security Team is involved in the ongoing development of secure foundations for robotics.

View Details

This week we look at security updates for ppp, Squid, rsync + more, and Joe and Alex discuss the wide scope of the Ubuntu Security Team including some current open positions.

View Details

Security updates for Firefox, QEMU, Linux kernel, ClamAV and more, plus we discuss our recommended reading list for getting into infosec and farewell long-time member of the Ubuntu Security Team / community Tyler Hicks.

View Details

This week Alex and Joe take an indepth look at the recent Sudo vulnerability CVE-2019-18634 plus we look at security updates for OpenSMTPD, systemd, Mesa, Yubico PIV tool and more. We also look at a recent job opening for a Robotics Security Engineer to join the Ubuntu Security team.

View Details

Joe is back to discuss a recent breach against Wawa, plus we detail security updates from the past week including Apache Solr, OpenStack Keystone, Sudo, Django and more.

View Details

Security updates for python-apt, GnuTLS, tcpdump, the Linux kernel and more, plus we look at plans to integrate Ubuntu Security Notices within the main ubuntu.com website.

View Details

After a weeks break we are back to look at updates for ClamAV, GnuTLS, nginx, Samba and more, plus we briefly discuss the current 20.04 Mid-Cycle Roadmap Review sprint for the Ubuntu Security Team

View Details

In the first episode for 2020, we look at security updates for Django and the Linux kernel, plus Alex and Joe discuss security and privacy aspects of smart assistant connected devices.

View Details

In the final episode of 2019, we look at security updates for RabbitMQ, GraphicsMagick, OpenJDK and more, plus Joe and Alex discuss a typical day-in-the-life of a Ubuntu Security Team member.

View Details

In the second to last episode for 2019, we look at security updates for Samba, Squid, Git, HAProxy and more, plus Alex and Joe discuss Evil Corp hacker indictments, unsecured AWS S3 buckets and more.

View Details

This week we cover security updates for NSS, SQLite, the Linux kernel and more, plus Joe and Alex discuss a recent FBI advisory warning about possible dangers of Smart TVs.

View Details

Security updates for DPDK, Linux kernel, QEMU, ImageMagick, Ghostscript and more, plus Joe and Alex talk about how to get into information security.

View Details

This week we look at the details of the latest Intel hardware vulnerabilities, including security updates for the Linux kernel and Intel microcode, plus Bash, cpio, FriBidi and more.

View Details

This week we look at security updates for FreeTDS, HAProxy, Nokogiri, plus some regressions in Whoopsie, Apport and Firefox, and Joe and Alex discuss the release of 14.04 ESM for personal use under the Ubuntu Advantage program.

View Details

In this Halloween Special, Joe and Alex talk about what scares them in security, plus we look at security updates for Firefox, PHP, Samba, Whoopsie, Apport and more.

View Details

Alex and Joe discuss the big news of this week - the release of Ubuntu 19.10 Eoan Ermine - plus we look at updates for the Linux kernel, libxslt, UW IMAP and more.

View Details

This week we look at updates for Sudo, Python, OpenStack Octavia and more, plus we discuss a recent CVE for Python which resulted in erroneous scientific research results, and we go over some of your feedback from Episode 48.

View Details

This week we look at security updates for the Linux kernel, SDL 2, ClamAV and more, plus Alex and Joe talk security and performance trade-offs, snaps and OWASP Top 10 Cloud Security recommendations, and finally Alex covers some recent concerns about the security of the Snap Store.

View Details

We catch up on details of the past few weeks of security updates, including Python, curl, Linux kernel, Exim and more, plus Alex and Joe discuss the recent Ubuntu Engineering Sprint in Paris and building a HoneyBot for Admin Magazine.

View Details

A massive 85 CVEs addressed this week, including updates for Exim, the Linux Kernel, Samba, systemd and more, plus we discuss hacking BMCs via remote USB devices and password stashes.

View Details

This week we look at security updates for Dovecot, Ghostscript, a livepatch update for the Linux kernel, Ceph and Apache, plus Alex and Joe discuss recent Wordpress plugin vulnerabilities and the Hostinger breach, and more.

View Details

This week Joe and Alex discuss a recently disclosed backdoor in Webmin, plus we cover security updates from the past week, including for Nova, KDE, LibreOffice, Docker, CUPS and more.

View Details

This week we cover vulnerabilities in Ghostscript, the Linux kernel, nginx and more, and we follow up last weeks interview with another interview with Jamie Strandboge, this time talking about the history of the Ubuntu Security team.

View Details

This week we have a special interview with Ubuntu Security Team member Jamie Strandboge, talking about security aspects of the Snap packaging system, as well as the usual roundup of security fixes from the past week.

View Details

With Alex and Joe having been away at a Canonical sprint last week, we look back at the past fortnight's security updates including new Linux kernel releases, MySQL, VLC, Django and more plus we discuss a recent Citrix password spraying attack.

View Details

Big roundup of security updates from the past 2 weeks including Docker, ZeroMQ, Squid, Redis and more, plus we talk with Joe McManus about some recent big fines for companies breaching their GDPR responsibilities and it's EOL for Ubuntu 18.10 Cosmic Cuttlefish.

View Details

A look at security updates for Django, Thunderbird, ZNC, Irssi and more, plus news on the CanonicalLtd GitHub account credentials compromise, SKS PGP keyservers under attack and Ubuntu 18.10 Cosmic Cuttlefish reaches EOL.

View Details

This week we look at the latest security updates for the Linux kernel, Firefox, ImageMagick, OpenStack and more, plus we have a special guest, the maintainer and lead developer of the AppArmor project, John Johansen, to talk about the project and some of the upcoming features.

View Details

The big new this week is SackPANIC! updates for the Linux kernel, plus we look at vulnerabilities in, and updates for, Samba, SQLite, Bind, Thunderbird and more, and we are hiring!

View Details

Security updates for DBus, vim, elfutils, GLib and more, plus Joe and Alex look at another npm package hijack as well as some wider discussions around the big vim RCE of this week.

View Details

We look at vulnerabilities and updates for Exim, the Linux kernel, Berkeley DB, Qt and more, plus Joe and Alex discuss some recent malware campaigns including Hiddenwasp, and we cover some open positions too.

View Details

This week we look at security updates for Keepalived, Corosync, GnuTLS, libseccomp and more, plus we talk insider threats with Joe McManus.

View Details

Updated Intel microcode for Cherry + Bay Trial CPUs, fixes for vulnerabilities in curl, Firefox, PHP and MariaDB, plus we talk configuration of virtualised guests to mitigate speculative execution vulnerabilities as well as plans for the Ubuntu 19.10 development cycle.

View Details

This week we look at updates to cover the latest Intel CPU vulnerabilities (MDS - aka RIDL, Fallout, ZombieLoad), plus other vulnerabilies in PostgreSQL, ISC DHCP, Samba and more, whilst special guest this week is Seth Arnold from the Ubuntu Security Team to talk Main Inclusion Review code audits.

View Details

This week we cover security fixes for GNOME Shell, FFmpeg, Sudo, Ghostscript and others, and we talk to Joe McManus about malicious Dockerhub images, Git repos being ransomed more.

View Details

Fixes for 19 different vulnerabilities across MySQL, Dovecot, Memcached and others, plus we talk to Joe McManus about the recent iLnkP2P IoT hack and the compromise of DockerHub's credentials database and more.

View Details

This week we look at fixes from the past two weeks including BIND, NTFS-3G, Dovecot, Pacemaker and more, plus we follow up last episodes IoT security discussion with Joe McManus talking about Ubuntu Core. Finally we cover the release of Ubuntu 19.04 Disco Dingo and the transition of Ubuntu 14.04 Trusty Tahr to Extended Security Maintenance.

View Details

This week we look at updates for vulnerabilities in wpa\_supplicant, Samba, systemd, wget and more and we talk to Joe about IoT security (or the prevailing lack-thereof).

View Details

Carpe Diem for Apache HTTP Server, plus updates for Dovecot, PolicyKit and the Linux kernel, and we talk to Joe McManus about the recent Asus ShadowHammer supply chain attack and more.

View Details

This week we look security updates for a heap of packages including Firefox & Thunderbird, PHP & QEMU, plus we discuss Facebook's recent password storage incident as well as some listener hardening tips and more.

View Details

Ghostscript is back to haunt us for another week, plus we look at vulnerabilities in ntfs-3g, snapd, firefox and more.

View Details

A look at recent fixes for vulnerabilities in poppler, WALinuxAgent, the Linux kernel and more. We also talk about some listener feedback on Ubuntu hardening and the launch of Ubuntu 14.04 ESM.

View Details

This week we look at security updates for the Linux kernel, PHP and NVIDIA drivers, revealing recent research into GPU based side-channel attacks plus we call for suggestions on hardening features and more.

View Details

This week we cover security updates including Firefox, Thunderbird, OpenSSL and another Ghostscript regression, plus we look at a recent report from Capsule8 comparing Linux hardening features across various distributions and we answer some listener questions.

View Details

Double episode covering the security updates from the last 2 weeks, including snapd (DirtySock), systemd and more, plus we talk responsible disclosure and some open positions on the Ubuntu Security team.

View Details

This week we look at Linux kernel updates for all releases, OpenSSH, dovecot, curl and more. Plus we answer some frequently asked questions for Ubuntu security, in particular the perennial favourite of why we choose to just backport security fixes instead of doing rolling package version updates to resolve outstanding CVEs.

View Details

This week we look at updates to the Linux kernel in preparation for the 18.04.2 release, plus updates for Open vSwitch, Firefox, Avahi, LibVNCServer and more. We also revisit and discuss upstream changes to the mincore() system call to thwart page-cache side-channel attacks first discussed in Episode 17.

View Details

This week we look at some details of the 46 unique CVEs addressed across the supported Ubuntu releases and take a deep dive into the recent apt security bug.

View Details

First episode of 2019! This week we look "System Down" in systemd, as well as updates for the Linux kernel, GnuPG, PolicyKit and more, and discuss a recent cache-side channel attack using the mincore() system call.

View Details

Last episode for 2018! This week we look at CVEs in lxml, CUPS, pixman, FreeRDP & more, plus we discuss the security of home routers as evaluated by C-ITL.

View Details

Security updates for 29 CVEs including Perl, the kernel, OpenSSL (PortSmash) and more, plus in response to some listener questions, we discuss how to make sure you always have the latest security updates by using unattended-upgrades.

View Details

This week we look at some details of the 32 unique CVEs addressed across the supported Ubuntu releases and talk open source software supply chain integrity and how this relates to Ubuntu compared to the recent npm event-stream compromise.

View Details

This week we look at some details of the 16 unique CVEs addressed across the supported Ubuntu releases and more.

View Details

This week we look at some details of the 33 unique CVEs addressed across the supported Ubuntu releases, including some significant updates for systemd and the kernel, plus we talk about even more Intel side-channel vulnerabilities and more.

View Details

This week we look at some details of the 23 unique CVEs addressed across the supported Ubuntu releases, discuss the latest purported Intel side-channel vulnerability PortSmash and more.

View Details

This week we look at some details of the 17 unique CVEs addressed across the supported Ubuntu releases, have a brief look at some Canonical presentations from LSS-EU and more.

View Details

This week we look at some details of the 61 unique CVEs addressed across the supported Ubuntu releases, with a particular focus on the recent Xorg vulnerability (CVE-2018-14665), plus Cosmic is now officially supported by the Security Team.

View Details

This week we look at some details of the 15 unique CVEs addressed across the supported Ubuntu releases and discuss some of the security relevant changes in Ubuntu 18.10, plus a refresh of the Ubuntu CVE tracker and more.

View Details

This week we look at some details of the 78 unique CVEs addressed across the supported Ubuntu releases including more GhostScript, ImageMagick, WebKitGTK, Linux kernel and more.

View Details

This week we look at some details of the 17 unique CVEs addressed across the supported Ubuntu releases and more.

View Details

This week we look at some details of the 43 unique CVEs addressed across the supported Ubuntu releases and talk about the recently announced Extended Security Maintenance support for Ubuntu 14.04 Trusty Tahr.

View Details

A quieter week in package updates - this week we look at some details of the 9 unique CVEs addressed across the supported Ubuntu releases and talk about various hardening guides for Ubuntu.

View Details

This week we look at 29 unique CVEs addressed across the supported Ubuntu releases, a discussion of the Main Inclusion Review process and recent news around the bubblewrap package, and open positions within the team.

View Details

L1TF kernel regressions, WPA2 key recovery, mirror fail and more!

View Details

Another week, another speculative execution vulnerablity... and more!

View Details

The first ever episode of the Ubuntu Security Podcast!