Page MenuHomeFreeBSD

xdr_string: don't leak strings with xdr_free
ClosedPublic

Authored by brooks on Jan 22 2026, 10:12 AM.
Tags
None
Referenced Files
F168136179: D54825.id170230.diff
Wed, Aug 26, 1:16 PM
Unknown Object (File)
Mon, Aug 24, 10:22 PM
Unknown Object (File)
Tue, Aug 18, 12:53 PM
Unknown Object (File)
Sun, Aug 16, 2:12 PM
Unknown Object (File)
Wed, Aug 12, 11:29 PM
Unknown Object (File)
Wed, Aug 12, 1:14 AM
Unknown Object (File)
Mon, Aug 10, 11:51 AM
Unknown Object (File)
Mon, Aug 10, 11:01 AM
Subscribers

Details

Summary

Historically (and in a small amount of older software such as OpenAFS),
developers would attempt tofree XDR strings with
xdr_free((xdrproc_t)xdr_string, &string)

This resulted in xdr_free calling xdr_string with only two intentional
arguments and what ever was left in the third argument register. If the
register held a sufficently small number, xdr_string would return FALSE
and not free the string (noone checks the return values).

Software should instead free strings with:
xdr_free((xdrproc_t)xdr_wrapstring, &string)

Because buggy software exists in the wild, act as though xdr_wrapstring
was used in the XDR_FREE case and plug these leaks.

Effort: CHERI upstreaming
Sponsored by: Innovate UK

Diff Detail

Repository
rG FreeBSD src repository
Lint
Lint Not Applicable
Unit
Tests Not Applicable