Sensitive headers incorrectly sent after cross-domain redirect in net/http

runc can be confused to create empty files/directories on the host

path-to-regexp outputs backtracking regular expressions

An issue was discovered in Mbed TLS 3.x before 3.6.1. With TLS 1.3, when a server enables optional authentication of the client, if the client-provided certificate does not have appropriate values in if keyUsage or extKeyUsage extensions, then the return value of mbedtls_ssl_get_verify_result() would incorrectly have the MBEDTLS_X509_BADCERT_KEY_USAGE and MBEDTLS_X509_BADCERT_KEY_USAGE bits clear. As a result, an attacker that had a certificate valid for uses other than TLS client authentication would nonetheless be able to use it for TLS client authentication. Only TLS 1.3 servers were affected, and only with optional authentication (with required authentication, the handshake would be aborted with a fatal alert).

igb: cope with large MAX_SKB_FRAGS

i2c: tegra: Do not mark ACPI devices as irq safe

mmc: mmc_test: Fix NULL dereference on allocation failure

s390/dasd: fix error recovery leading to data corruption on ESE devices

fix bitmap corruption on close_range() with CLOSE_RANGE_UNSHARE

mm/vmalloc: fix page mapping if vm_area_alloc_pages() with high order fallback to order 0

memcg_write_event_control(): fix a user-triggerable oops

bpf: Fix a kernel verifier crash in stacksafe()

net/mlx5e: Take state lock during tx timeout reporter

netfilter: flowtable: initialise extack before use

netem: fix return value if duplicate enqueue fails

drm/msm/dpu: move dpu_encoder's connector assignment to atomic_enable()

nouveau/firmware: use dma non-coherent allocator

char: xillybus: Check USB endpoints when probing device

mptcp: pm: only mark 'subflow' endp as available