β¬’ DragonFlyBSD Kernel Audit
← triage Β· dashboard
DF-0087

Signed integer overflow (C UB) in new_unrhdr last computation when high=INT_MAX

Summary

subr_unit.c:257 uh->last=1+(high-low). 3 production callers pass high=INT_MAX low=0/1 (backlight.c:146 led.c:347 sound.c:1419). 1+INT_MAX signed overflow UB (C11). No -fwrapv in build. In practice compilers produce correct wraparound (INT_MIN as int = 0x80000000 items). Subsequent alloc_unrl handles correctly returned units <= INT_MAX. Standards-compliance hardening only no security impact.

Discussion (0)

No comments yet.

PoC verification

Evidence pack

findings/poc/DF-0087 Β· 1 files
FileTypeDescriptionSize
fix.diff suggested-fix Signed integer overflow (C UB) in new_unrhdr last computation when high=INT_MAX 285 B view raw

Fix verification

fixed
baseline reproduced→ patch + rebuild →patched clean

fix.diff applied + combined nativekernel build rc=0 (-Werror)

fix.diff applied + combined nativekernel build rc=0 (-Werror)
↓ fix.diffcombined build rc=0

Confirmed kernel references

β€”

Detail

Exploit chain

none (Info severity)

Evidence (decisive lines)

Source-confirmed at sys/kern/subr_unit.c:257: signed int overflow in new_unrhdr last when high=INT_MAX

Verified recommended fix

Source-confirmed at sys/kern/subr_unit.c:257: signed int overflow in new_unrhdr last when high=INT_MAX

Verdict

Source-confirmed at sys/kern/subr_unit.c:257: signed int overflow in new_unrhdr last when high=INT_MAX