<feed xmlns='http://www.w3.org/2005/Atom'>
<title>src/tests/sys, branch release/14.4.0-p4</title>
<subtitle>FreeBSD source tree</subtitle>
<id>https://cgit-dev.freebsd.org/src/atom?h=release%2F14.4.0-p4</id>
<link rel='self' href='https://cgit-dev.freebsd.org/src/atom?h=release%2F14.4.0-p4'/>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/'/>
<updated>2026-04-28T20:33:58Z</updated>
<entry>
<title>pf: improve SCTP validation</title>
<updated>2026-04-28T20:33:58Z</updated>
<author>
<name>Kristof Provost</name>
<email>kp@FreeBSD.org</email>
</author>
<published>2026-04-26T09:34:55Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=0cbe512c7a802de4de26bec6561a1d58e6aa4518'/>
<id>urn:sha1:0cbe512c7a802de4de26bec6561a1d58e6aa4518</id>
<content type='text'>
As per RFC5061 "4.2.  New Parameter Types" the add/delete IP address
parameters (0xc001, 0xc002) may not be present in an INIT or INIT-ACK
chunk. They are only allowed to be present in an ASCONF chunk.

This also prevents unbounded recursion while parsing an SCTP packet.

Approved by:	so
Security:	FreeBSD-SA-26:14.pf
Security:	CVE-2026-7164
PR:		294799
Reported by:	Igor Gabriel Sousa e Souza
Sponsored by:	Orange Business Services
</content>
</entry>
<entry>
<title>pkru: Fix handling of 1GB largepage mappings</title>
<updated>2026-04-21T15:45:06Z</updated>
<author>
<name>Mark Johnston</name>
<email>markj@FreeBSD.org</email>
</author>
<published>2026-03-31T13:37:43Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=5787df30dc3ee1d8389f2fcfef324d0f6e086779'/>
<id>urn:sha1:5787df30dc3ee1d8389f2fcfef324d0f6e086779</id>
<content type='text'>
pmap_pkru_update_range() did not handle the case where a PDPE has PG_PS
set.  More generally, the SET_PKRU and CLEAR_PKRU sysarch
implementations did not check whether the request covers a "boundary" vm
map entry.  Fix this, add the missing PG_PS test, and add some tests.

Approved by:	so
Security:	FreeBSD-SA-26:11.amd64
Security:	CVE-2026-6386
Reported by:	Nicholas Carlini &lt;npc@anthropic.com&gt;
Reviewed by:	kib, alc
Differential Revision:	https://reviews.freebsd.org/D56184
</content>
</entry>
<entry>
<title>tty: Avoid leaving dangling pointers in tty_drop_ctty()</title>
<updated>2026-04-21T15:45:06Z</updated>
<author>
<name>Mark Johnston</name>
<email>markj@FreeBSD.org</email>
</author>
<published>2026-03-23T15:22:48Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=af294329c57f9bb9874411bc603f4c46a85c68e9'/>
<id>urn:sha1:af294329c57f9bb9874411bc603f4c46a85c68e9</id>
<content type='text'>
The TIOCNOTTY handler detaches the calling process from its controlling
terminal.  It clears the link from the session to the tty, but not the
pointers from the tty to the session and process group.  This means that
sess_release() doesn't call tty_rel_sess(), and that pgdelete() doesn't
call tty_rel_pgrp(), so the pointers are left dangling.

Fix this by clearing pointers in tty_drop_ctty().  Add a standalone
regression test.

Approved by:	so
Security:	FreeBSD-SA-26:10.tty
Security:	CVE-2026-5398
Reported by:	Nicholas Carlini &lt;npc@anthropic.com&gt;
Reviewed by:	kib, kevans
Fixes:		1b50b999f9b5 ("tty: implement TIOCNOTTY")
Differential Revision:	https://reviews.freebsd.org/D56046
</content>
</entry>
<entry>
<title>pf tests: verify that we handle address range rules correctly</title>
<updated>2026-03-25T16:10:59Z</updated>
<author>
<name>Kristof Provost</name>
<email>kp@FreeBSD.org</email>
</author>
<published>2026-03-12T14:23:32Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=984b570b4953c6b01083edb94a2eb4e0c5af572e'/>
<id>urn:sha1:984b570b4953c6b01083edb94a2eb4e0c5af572e</id>
<content type='text'>
There's been a problem where rules which differed only in address ranges
were considered duplicates and not added. Test for this.

Approved by:	so
Security:	FreeBSD-SA:26:09.pf
Security:	CVE-2026-4748
Sponsored by:	Rubicon Communications, LLC ("Netgate")

(cherry picked from commit ab74151e8d097b263237942c0b12277098bc9533)
(cherry picked from commit 958dbc87e9c59a2e9f83d84115ce03fb96e9b249)
</content>
</entry>
<entry>
<title>in6: Modify address prefix lifetimes when updating address lifetimes</title>
<updated>2026-02-05T18:36:43Z</updated>
<author>
<name>Mark Johnston</name>
<email>markj@FreeBSD.org</email>
</author>
<published>2026-01-12T13:49:54Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=b0037260b73f405d7ae5140f50cd279c0a9a30cd'/>
<id>urn:sha1:b0037260b73f405d7ae5140f50cd279c0a9a30cd</id>
<content type='text'>
When one uses SIOCAIFADDR_IN6 to add a v6 address, it's possible to set
the preferred and valid lifetimes of the address.  If the address
already exists, this ioctl will recalculate and update the expiry times
based on the provided timestamps.

When adding a new address, the lifetimes are inherited by the prefix as
well, but only if we create a new prefix.  If the prefix already exists,
as it will in the case where an address is being updated rather than
being added, we do not touch the prefix lifetimes at all.  This means
that the original address lifetime still applies to the route associated
with that prefix, so when the prefix expires, the route goes away.

This behaviour doesn't make a lot of sense: if the admin updates an
address lifetime, we should ensure that the prefix lifetime is updated
too.  Make that change, ensuring that we do not shorten the prefix
lifetime, as the prefix might be shared among multiple interface
addresses.

Add a regression test.

Co-authored by:	Franco Fichtner &lt;franco@opnsense.org&gt;
Reviewed by:	pouria, zlei, ae
MFC after:	2 weeks
Sponsored by:	OPNsense
Sponsored by:	Klara, Inc.
Differential Revision:	https://reviews.freebsd.org/D54562

(cherry picked from commit 74999aac5effb9b32d12f413ef51e87b15c8a0d8)
</content>
</entry>
<entry>
<title>Account for the ctl test needing the ctl(4) module</title>
<updated>2026-02-01T01:19:10Z</updated>
<author>
<name>Enji Cooper</name>
<email>ngie@FreeBSD.org</email>
</author>
<published>2026-01-25T00:17:06Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=fdbb6759aa4f45e884f4c8af7c965ab8f33cf4d3'/>
<id>urn:sha1:fdbb6759aa4f45e884f4c8af7c965ab8f33cf4d3</id>
<content type='text'>
This testcase does not function unless the /dev/ctl/... node exists,
which is created by the ctl(4) module. Require the ctl(4) module to be
loaded so the test can be executed.

MFC after: 1 week
Differential Revision:	https://reviews.freebsd.org/D54518

(cherry picked from commit da59b3147b01203bb18bcd03cce7a6d5916e87c3)
</content>
</entry>
<entry>
<title>if_ovpn: add interface counters</title>
<updated>2026-01-28T09:09:07Z</updated>
<author>
<name>Kristof Provost</name>
<email>kp@FreeBSD.org</email>
</author>
<published>2026-01-15T14:15:12Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=03094f3700be5c339443fc6372c5e0be9e4ff908'/>
<id>urn:sha1:03094f3700be5c339443fc6372c5e0be9e4ff908</id>
<content type='text'>
Count input/output packets and bytes on the interface as well, not just
in openvpn-specific counters.

PR:		292464
MFC after:	2 weeks
Sponsored by:	Rubicon Communications, LLC ("Netgate")

(cherry picked from commit 21d666a19331f31fb6dfa1e370de5a84a1a5cb46)
</content>
</entry>
<entry>
<title>fusefs: Fix further intermittency in the BadServer.ShortWrite test case</title>
<updated>2026-01-20T17:14:21Z</updated>
<author>
<name>Alan Somers</name>
<email>asomers@FreeBSD.org</email>
</author>
<published>2025-12-21T15:32:31Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=3b5c296fa1519a7fbfb8c48703bcacadd4b7d9c0'/>
<id>urn:sha1:3b5c296fa1519a7fbfb8c48703bcacadd4b7d9c0</id>
<content type='text'>
After being unmounted, the mockfs server would occasionally read from
/dev/fuse again, if the main function didn't exit fast enough, getting
an ENODEV error.  Handle that appropriately.

Reported by:	Siva Mahadevan &lt;me@svmhdvn.name&gt;
Fixes:		d86025c1d49c84c4dc8c3635c83c078ad56e5a53
Reviewed by:	Siva Mahadevan &lt;me@svmhdvn.name&gt;
Differential Revision: https://reviews.freebsd.org/D54331

(cherry picked from commit f51e9d0e0988df58c94db586ab5c8b5fd091c004)
</content>
</entry>
<entry>
<title>ifconfig: Fix the -L flag when using netlink</title>
<updated>2026-01-07T13:50:38Z</updated>
<author>
<name>Mark Johnston</name>
<email>markj@FreeBSD.org</email>
</author>
<published>2025-12-19T14:11:20Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=65cf47bad664f9395f17e698759be50fd8599e27'/>
<id>urn:sha1:65cf47bad664f9395f17e698759be50fd8599e27</id>
<content type='text'>
By default, when ifconfig shows a v6 address derived from a
router-advertised prefix, it shows the initial preferred and valid
lifetimes.  When -L is specified, it is supposed to show the remaining
lifetimes, but this was broken in the conversion to netlink.

Fix that, and add a regression test which validates ifconfig output
before and after a short-lived address expires.

Reported by:	Franco Fichtner &lt;franco@opnsense.org&gt;
Reviewed by:	melifaro, allanjude, Seyed Pouria Mousavizadeh Tehrani
Fixes:		4c91a5dfe483 ("ifconfig: make interface and address listing use Netlink as transport")
MFC after:	2 weeks
Sponsored by:	OPNsense
Sponsored by:	Klara, Inc.
Differential Revision:	https://reviews.freebsd.org/D54294

(cherry picked from commit df6861d755c8f72380ae7fb8df535b27eba8c0be)
</content>
</entry>
<entry>
<title>tests: Fix style in ra.py</title>
<updated>2026-01-07T13:50:38Z</updated>
<author>
<name>Mark Johnston</name>
<email>markj@FreeBSD.org</email>
</author>
<published>2025-12-19T14:11:01Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=ee1daae7b9141b771d1d25837642ec93c8791c6c'/>
<id>urn:sha1:ee1daae7b9141b771d1d25837642ec93c8791c6c</id>
<content type='text'>
No functional change intended.

MFC after:	2 weeks

(cherry picked from commit 7080c1b09d72e64f17185e90d7b660175f8fbaba)
</content>
</entry>
</feed>
