[Bug 284866] pf: state-policy if-bound breaks ICMPv6 error delivery

[email protected]
Newsgroups gmane.os.freebsd.devel.pf4freebsd
Message-ID <[email protected]/bugzilla/>
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=284866

--- Comment #3 from [email protected] ---
A commit in branch main references this bug:

URL:
https://cgit.FreeBSD.org/src/commit/?id=86f2641b99f01eb8e8191c4435f22c17433b0c2f

commit 86f2641b99f01eb8e8191c4435f22c17433b0c2f
Author:     Kristof Provost <[email protected]>
AuthorDate: 2025-02-19 12:28:33 +0000
Commit:     Kristof Provost <[email protected]>
CommitDate: 2025-02-19 13:34:45 +0000

    pf: fix icmp-in-icmp handling with if-bound states

    When we receive an ICMP packet containing another ICMP packet we look up
the
    original ICMP state. This is done through a second struct pf_pdesc ('pd2'),
    containing relevant information (i.e. addresses, type, id, ..).
    pd2 did not contain the network interface ('kif'), leading to state lookup
    failures. This only affected if-bound mode, because floating states match
all
    interfaces.

    Set kif in pd2.

    Extend the icmp.py:test_fragmentation_needed test case to use if-bound
mode. It
    already checked that we handled icmp-in-icmp correctly.

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

 sys/netpfil/pf/pf.c          | 1 +
 tests/sys/netpfil/pf/icmp.py | 1 +
 2 files changed, 2 insertions(+)

-- 
You are receiving this mail because:
You are the assignee for the bug.
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.