OpenBSD/src mjWf0aiusr.sbin/smtpd/smtpd Makefile.orig Makefile.inc.orig

   oops
VersionDeltaFile
1.2+1-1usr.sbin/smtpd/smtpd/Makefile.orig
1.2+0-0usr.sbin/smtpd/smtpd/Makefile.inc.orig
+1-12 files

OpenBSD/src 530LoWUusr.sbin/smtpd/smtpd Makefile Makefile.orig, usr.sbin/smtpd/smtpd-control Makefile

   smtpd was already fork+exec privsep, and starts 6 copies which are
   the same binary.
   I first decided to random-relink smtpd because of some recent close
   calls (in the IPC codepaths, which could have played part in lateral
   movement following a primary hole).  Then it dawned on me that I can
   random relink each of the privsep binaries to be unique, in the same
   style as sshd.
   Each binary now contains a lot of code it does not need (and is not
   reached, but the code remains).  That can be refactored as a later
   step.
   The new /etc/rc relink code will automaticall pick these up.
   vague approval martijn, gilles, millert
VersionDeltaFile
1.116+17-89usr.sbin/smtpd/smtpd/Makefile
1.1+27-0usr.sbin/smtpd/smtpd/Makefile.orig
1.1+25-0usr.sbin/smtpd/smtpd-control/Makefile
1.1+25-0usr.sbin/smtpd/smtpd-dispatcher/Makefile
1.1+25-0usr.sbin/smtpd/smtpd-lka/Makefile
1.1+25-0usr.sbin/smtpd/smtpd-queue/Makefile
+144-896 files not shown
+221-9512 files

OpenBSD/src sT0AWpOusr.sbin/httpd Makefile

   httpd worries me a bit, so I want to random-relink it at boot.
   The new /etc/rc relinking components will automatically pick up this
   new directory and process it.
VersionDeltaFile
1.32+2-1usr.sbin/httpd/Makefile
+2-11 files

OpenBSD/src kj2B755lib/libkvm kvm_amd64.c

   Handle the randomly placed direct map
   ok mlarkin
VersionDeltaFile
1.17+26-3lib/libkvm/kvm_amd64.c
+26-31 files

OpenBSD/src sfdEx9ksys/arch/amd64/amd64 pmap.c machdep.c, sys/arch/amd64/include pmap.h

   amd64: Place the direct map at a random location

   Places the direct map at a 512GB-aligned random location selected from
   a 16TB VA window.

   With help and suggestions from deraadt@. Tested by many.
VersionDeltaFile
1.95+23-18sys/arch/amd64/include/pmap.h
1.191+18-11sys/arch/amd64/amd64/pmap.c
1.310+11-4sys/arch/amd64/amd64/machdep.c
1.35+5-2sys/arch/amd64/amd64/locore0.S
1.31+2-2sys/arch/amd64/amd64/bus_space.c
1.40+2-2sys/arch/amd64/amd64/mem.c
+61-392 files not shown
+65-428 files

OpenBSD/src 7EpZwMOusr.bin/ssh ed25519.sh ed25519.c

   add signature malleability and pubkey validity checks to ed25519
   verification (SSH doesn't depend on these properties)
   Pointed out by Soatok Dreamseeker

   Add an explicit-seed variant of the keygen function.

   feedback / "looks fine" tb@
VersionDeltaFile
1.3+69-5usr.bin/ssh/ed25519.sh
1.5+32-2usr.bin/ssh/ed25519.c
+101-72 files

OpenBSD/src FVB8OY6usr.bin/tmux format.c tmux.1

   Change run-shell expansion to just be #{1} etc not #1 which interferes
   with colours.
VersionDeltaFile
1.372+2-9usr.bin/tmux/format.c
1.1062+1-4usr.bin/tmux/tmux.1
+3-132 files

OpenBSD/src BeiEGEtusr.bin/tmux tty.c

   Change so panes scroll when the cursor is at the top instead of halfway
   down, from Michael Grant.
VersionDeltaFile
1.469+2-2usr.bin/tmux/tty.c
+2-21 files

OpenBSD/src KPsKNIXusr.sbin/relayd relay_http.c http.h

   relayd: strip Content-Length for chunked messages

   RFC 9112 section 6.1 requires an intermediary that forwards a message
   carrying Transfer-Encoding to remove any received Content-Length first.
   relayd already parses the body as chunked in this case, but previously
   left Content-Length in the header tree, so the backend could receive
   both framing fields and choose a different message boundary.

   When chunked framing is selected, remove Content-Length before header
   emission; this preserves relayd's chunked body handling while avoiding
   CL.TE ambiguity downstream.

   Reproted by: Stuart Thomas

   OK: rsaodwski@
VersionDeltaFile
1.100+19-1usr.sbin/relayd/relay_http.c
1.14+2-1usr.sbin/relayd/http.h
+21-22 files

OpenBSD/src 6IOi8F3usr.sbin/httpd server_http.c http.h

   httpd: reject CL.TE request framing

   RFC 9112 sections 6.1 and 6.3 identify a request containing both
   Transfer-Encoding and Content-Length as ambiguous request smuggling
   input. httpd is the origin server, not an intermediary, so it should not
   rewrite the message and continue processing it.

   Reject chunked requests that also carry Content-Length before method
   specific body handling or FastCGI parameter generation; this avoids
   exposing inconsistent framing metadata to applications.

   Reproted by: Stuart Thomas

   OK: rsaodwski@
VersionDeltaFile
1.165+14-1usr.sbin/httpd/server_http.c
1.18+2-1usr.sbin/httpd/http.h
+16-22 files

OpenBSD/src Wr786t7usr.sbin/relayd relay_http.c relayd.c

   relayd: reject obs-fold to prevent parser differentials (RFC 9112 5.2)

   Replace silent kv_extend normalisation with an unconditional reject.
   RFC 9112 5.2 permits rejection; it is safer than SP replacement
   for a forwarding proxy and handles both request and response direction.
   kv_extend is therefore no longer required.

   Reported by Stuart Thomas, OK kirill@
VersionDeltaFile
1.99+10-16usr.sbin/relayd/relay_http.c
1.199+1-20usr.sbin/relayd/relayd.c
1.280+1-2usr.sbin/relayd/relayd.h
+12-383 files

OpenBSD/src aBkfjZCusr.sbin/httpd server_http.c httpd.c

   httpd: reject obs-fold with 400 (RFC 9112 5.2)

   Replace silent kv_extend normalisation with an unconditional 400.
   RFC 9112 5.2 explicitly permits rejection; it is the safer choice
   over SP replacement, which hides parser ambiguity downstream.

   Reported by Stuart Thomas, OK kirill@
VersionDeltaFile
1.164+12-21usr.sbin/httpd/server_http.c
1.79+1-20usr.sbin/httpd/httpd.c
1.174+1-2usr.sbin/httpd/httpd.h
+14-433 files

OpenBSD/src Q78Dgarregress/usr.sbin/bgpd/config bgpd.conf.16.ok, regress/usr.sbin/bgpd/integrationtests bgpd.as0.conf

   Fixup regress after chaning the default for 'announce as-4byte' to enforce.

   Friendly reminder that I forgot to commit this by anton@
VersionDeltaFile
1.2+3-1regress/usr.sbin/bgpd/integrationtests/bgpd.as0.conf
1.2+1-1regress/usr.sbin/bgpd/config/bgpd.conf.16.ok
+4-22 files

OpenBSD/src SLaWMuTsys/dev/pci if_mwx.c if_mwxreg.h

   Set MT_HW_EMI_CTL_SLPPROT_EN on 7925 in mwx_attach and then do a
   WF sys reset.

   From kevlo@
   VS: ----------------------------------------------------------------------
VersionDeltaFile
1.22+7-1sys/dev/pci/if_mwx.c
1.14+4-1sys/dev/pci/if_mwxreg.h
+11-22 files

OpenBSD/src YYZxTOCsys/dev/pci if_mwx.c if_mwxreg.h

   In mwx_attach() do the powermanagement dance earlier and also check
   for MT7920 that come with a 7921 PCI id.

   From kevlo@
VersionDeltaFile
1.21+11-5sys/dev/pci/if_mwx.c
1.13+2-1sys/dev/pci/if_mwxreg.h
+13-62 files

OpenBSD/src r5B9QFdsys/dev/pci if_mwx.c

   Cleanup prototypes.
VersionDeltaFile
1.20+5-5sys/dev/pci/if_mwx.c
+5-51 files

OpenBSD/src DUIQFcOsys/dev/pci if_mwx.c if_mwxreg.h

   Adjust mwx_mcu_rx_event() to work on both connac2 and connac3 devices.
   Tested on 7921 and 7925
VersionDeltaFile
1.19+12-8sys/dev/pci/if_mwx.c
1.12+13-5sys/dev/pci/if_mwxreg.h
+25-132 files

OpenBSD/src MKU6c0Qsys/dev/ic qwx.c qwxvar.h, sys/dev/pci if_qwx_pci.c

   Fix roaming between APs with qwx(4).

   Implement a custom bgscan_done() handler which waits for Tx queues to
   drain and handles the AP switch properly by disassociating the device
   from our old AP while we still have the old AP's MAC address available
   in ic_bss.

   Previously, the qwx_newstate task would run a firmware disassociation
   sequence with the _new_ AP's MAC address before trying to associate.
   The firmware didn't like this and we ran into errors such as:

    qwx0: delete key 3 failed: error 58
    qwx0: failed to delete peer vdev_id 0 addr xx:xx:xx:xx:xx:xx ret 58
    qwx0: unable to delete BSS peer: 58

   tested by ajacoutot@ and myself on amd64, and by phessler@ on arm64

   ok phessler@, "it works great" ajacoutot@
VersionDeltaFile
1.126+209-22sys/dev/ic/qwx.c
1.37+8-1sys/dev/ic/qwxvar.h
1.36+2-1sys/dev/pci/if_qwx_pci.c
+219-243 files

OpenBSD/src 89XgHwRsys/dev/ic qwx.c

   always allow data frame interrupts in qwx(4) while the interface is UP

   This helps with situations where we would fail to receive the initial
   EAPOL frame during WPA handshakes with the AP, in particular when
   roaming between APs.

   tested by ajacoutot@ and myself on amd64, and by phessler@ on arm64
VersionDeltaFile
1.125+2-11sys/dev/ic/qwx.c
+2-111 files

OpenBSD/src Kb4P2FPusr.sbin/httpd httpd.conf.5

   correct mdoc usage
VersionDeltaFile
1.133+5-5usr.sbin/httpd/httpd.conf.5
+5-51 files

OpenBSD/src BoK7BbLusr.sbin/httpd httpd.conf.5

   speficfication -> specification
VersionDeltaFile
1.132+3-3usr.sbin/httpd/httpd.conf.5
+3-31 files

OpenBSD/src llU5Nl4usr.bin/kdump kdump.c

   impossible __tmpfd(2) is gone
VersionDeltaFile
1.167+1-2usr.bin/kdump/kdump.c
+1-21 files

OpenBSD/src 1SLkfNlsys/kern init_sysent.c syscalls.c, sys/sys syscallargs.h syscall.h

   sync
VersionDeltaFile
1.288+1-6sys/sys/syscallargs.h
1.290+3-3sys/kern/init_sysent.c
1.285+2-4sys/sys/syscall.h
1.287+2-2sys/kern/syscalls.c
+8-154 files

OpenBSD/src 0cHKbr4sys/kern vfs_syscalls.c syscalls.master

   Delete __tmpfd(2) which is not used.  There was no libc stub, so no
   pinsyscalls table entry is ever created, so a pecululiar flaw in this
   subsystem wasn't reachable.
   ok millert kettenis
VersionDeltaFile
1.385+1-89sys/kern/vfs_syscalls.c
1.272+2-2sys/kern/syscalls.master
+3-912 files

OpenBSD/src hhlKgw2sys/dev/usb uvideo.c

   sys/uvideo: fix UVIDEO_FLAG_VENDOR_CLASS attach

   UVIDEO_FLAG_VENDOR_CLASS has been broken since r1.147: attach selected
   only UICLASS_VIDEO interfaces, even after match accepted a device whose
   video control interface incorrectly reports UICLASS_VENDOR.

   Restore the vendor class path in attach, and add the remaining Logitech
   vendor class UVC devices listed by Linux for which usbdevs already has
   product IDs.

   Issue reported and tested by "requiem." on Logitech QuickCam Pro5000

   OK: mglocker@
VersionDeltaFile
1.266+38-4sys/dev/usb/uvideo.c
+38-41 files

OpenBSD/src wVE4lxTusr.bin/tmux cmd-join-pane.c cmd-split-window.c

   Use new layout functions for join-pane also, from Dane Jensen.
VersionDeltaFile
1.57+4-47usr.bin/tmux/cmd-join-pane.c
1.122+3-2usr.bin/tmux/cmd-split-window.c
+7-492 files

OpenBSD/src NiOlAh4usr.bin/tmux layout.c window.c

   Move cell creation into layout.c, from Dane Jensen.
VersionDeltaFile
1.61+141-1usr.bin/tmux/layout.c
1.329+1-119usr.bin/tmux/window.c
1.121+6-61usr.bin/tmux/cmd-split-window.c
1.1333+6-7usr.bin/tmux/tmux.h
+154-1884 files

OpenBSD/src vZkCbQHlib/libc/hidden sha1.h sha2.h

   one OpenBSD CVS keyword per file is enough

   ok jsing@
VersionDeltaFile
1.3+1-2lib/libc/hidden/sha1.h
1.3+1-2lib/libc/hidden/sha2.h
+2-42 files

OpenBSD/src u5fUaCDsys/dev/pci if_mwx.c if_mwxreg.h

   Implememnt mwx_reg_addr() for both 7921 and 7925
   Also implement the L1 reg access for 7921 and 7925.

   Based on a diff from kevlo@
VersionDeltaFile
1.18+157-77sys/dev/pci/if_mwx.c
1.11+14-7sys/dev/pci/if_mwxreg.h
+171-842 files

OpenBSD/src 7HrcXN5sys/dev/pci if_mwx.c

   Missing change in mwx_wfsys_reset, set the bit in the right place.
VersionDeltaFile
1.17+2-2sys/dev/pci/if_mwx.c
+2-21 files