π ~4 min read β’ Source: FreeBSD VuXML
VuXML topic: cups-filters — remote code execution
Related CVEs: CVE-2015-3258 CVE-2015-3279 CVE-2015-8327 CVE-2015-8560 CVE-2024-47076 CVE-2024-47175 CVE-2024-47176
Upstream summary: OpenPrinting reports: Due to the service binding to *:631 ( INADDR_ANY ), multiple bugs in cups-browsed can be exploited in sequence to introduce a malicious printer to the system. This chain of exploits ultimately enables an attacker to execute arbitrary commands remotely on the target machine without authentication when a print job is started. Posing a significant security risk over the network. Notably, this vulnerability is particularly concerning as it can be exploited f
Table of contents
Symptom & Impact
On FreeBSD 14 hosts that have cups-filters installed, operators see behaviour consistent with the FreeBSD VuXML entry: pkg audit flags the installed version; any daemon, CLI tool, or application linked against cups-filters may misbehave or fail to start after upgrade; and β for security-rated advisories β the host is exposed to the vulnerabilities above. Impact ranges from a single restart cycle to full availability incidents on jails, bhyve guests, or downstream consumers that depend on cups-filters.
Environment & Reproduction
Reproduction targets FreeBSD 14. Confirm release, installed package, and capture baseline state:
freebsd-version -kru
uname -a
pkg info cups-filters
pkg query "%n-%v" cups-filters
pkg audit -F
service -e
Trigger the workflow that exposes cups-filters β multiple vulnerabilities (7 CVEs) β patch and remediation guide while collecting:
tail -200 /var/log/messages
dmesg -a | tail -200
tail -200 /var/log/pkg.log
Root Cause Analysis
Root cause is tracked at FreeBSD VuXML. The FreeBSD ports security team shipped a corrective cups-filters port revision; hosts on an outdated build remain exposed. Correlate package logs with system logs and kernel state to isolate the change that triggered the failure mode:
tail -500 /var/log/pkg.log
tail -500 /var/log/messages
sysctl kern.lastpid
sysctl kern.osreldate # numeric __FreeBSD_version, e.g. 1400097
Quick Triage
Run these checks on FreeBSD 14 to confirm the failure mode and current state of cups-filters:
pkg version -v cups-filters # installed vs available version
pkg audit cups-filters # advisory match for this package
tail -100 /var/log/messages
dmesg -a | tail -100
kldstat # kernel module state (for kernel/driver pkgs)
pfctl -sr 2>/dev/null || ipfw list # only if pf/ipfw is enabled
# If cups-filters ships an rc.d service (script name may differ from the pkg name,
# e.g. bind918βnamed, php83βphp-fpm), check it:
service -e | grep -i cups-filters && service <rc-script-name> status
Step-by-Step Diagnosis
-
List enabled services (only relevant if the package provides one).
service -e -
Follow live logs.
tail -F /var/log/messages dmesg -
Validate firewall rules (skip if neither pf nor ipfw is enabled).
pfctl -sr -v 2>/dev/null || ipfw show -
Check package integrity for
cups-filters.pkg check -B cups-filters pkg check -d cups-filters # verify shared-library deps -
Reinstall
cups-filtersif integrity check fails.pkg install -fy cups-filters -
Correlate findings with
/var/log/pkg.logand FreeBSD VuXML to pin the commit that introduced cups-filters β multiple vulnerabilities (7 CVEs) β patch and remediation guide.
Solution – Primary Fix
Install the corrective cups-filters port revision referenced by FreeBSD VuXML:
sudo pkg update
sudo pkg upgrade cups-filters # or: sudo pkg upgrade -y for the whole system
# If cups-filters provides an rc.d service, restart it (script name may differ from pkg name):
# sudo service <rc-script-name> restart
pkg audit cups-filters # confirm no remaining advisory for this package
For ports-tree builders (FreeBSD 13.x and earlier used portsnap; on FreeBSD 14+ the ports tree is fetched with Git):
# FreeBSD 14+ (portsnap was removed):
sudo pkg install -y git-lite
sudo git clone --depth 1 https://git.FreeBSD.org/ports.git /usr/ports
# FreeBSD 13.x and earlier:
# sudo portsnap fetch update
cd /usr/ports/<category>/cups-filters
sudo make deinstall reinstall clean
Reboot only if the package ships a kernel module or replaces a shared library used by long-running daemons.
Need help rolling this patch across a FreeBSD fleet? Our IT Solutions & Services team manages FreeBSD jail/bhyve patch windows. Get in touch for a free consultation.
Solution – Alternative Approaches
If the primary fix is not viable, choose from these alternatives:
-
Lock the package until the fix is vetted:
sudo pkg lock cups-filters -
Downgrade to a known-good revision.
pkg install pkgname-VERSIONis not a real downgrade syntax β fetch a specific build instead:# 1. Discover available versions across configured repos: pkg search -e cups-filters pkg rquery -r FreeBSD-quarterly '%n-%v' cups-filters # 2. Install from a specific saved .pkg file: sudo pkg add -f /path/to/cups-filters-<older-version>.pkg # 3. Or switch the host repo to the quarterly branch (see snippet below) and: sudo pkg upgrade -fr FreeBSD-quarterly cups-filters -
Switch the pkg repository between
quarterlyandlatestby editing/usr/local/etc/pkg/repos/FreeBSD.conf:FreeBSD: { url: "pkg+https://pkg.FreeBSD.org/${ABI}/quarterly", mirror_type: "srv", signature_type: "fingerprints", fingerprints: "/usr/share/keys/pkg", enabled: yes } -
Isolate the affected service in a jail with stricter firewall rules:
iocage create -n cups-filters-jail -r 14.1-RELEASE iocage set allow_raw_sockets=0 cups-filters-jail # or with Bastille: bastille create cups-filters-jail 14.1-RELEASE 10.0.0.10 -
Replace the service with a vendored static build for the period between exposure detection and full rollout.
Verification & Acceptance Criteria
All of these should pass after the fix:
pkg info cups-filters # shows the expected fixed version
pkg audit cups-filters # no advisory for this package (exit code 0)
tail -50 /var/log/messages # no new errors after upgrade
# If cups-filters ships a service, confirm it is running under its rc.d name:
# service <rc-script-name> status
The original reproduction for cups-filters β multiple vulnerabilities (7 CVEs) β patch and remediation guide must not trigger across two consecutive runs.
Rollback Plan
Capture state before any change (only ZFS root has boot environments β UFS hosts skip bectl):
pkg query "%n-%v" > /root/pkg-pre.txt
# ZFS-on-root only:
sudo bectl create pre-cups-filters-patch
To revert if the upgrade is bad, reinstall the previously saved .pkg file:
sudo pkg add -f /var/cache/pkg/cups-filters-<previous-version>.pkg
# Or activate the pre-patch boot environment and reboot (ZFS-on-root only):
sudo bectl activate pre-cups-filters-patch
sudo shutdown -r now
For kernel/loader changes on a UFS host, boot the previous kernel from the loader prompt (press 3 at the menu, then boot kernel.old).
Prevention & Hardening
Prevent recurrence on FreeBSD 14 hosts running cups-filters:
-
Enable the daily security pkg audit in
/etc/periodic.conf:daily_status_security_pkgaudit_enable="YES" -
Subscribe to
freebsd-security-notificationsat lists.freebsd.org. -
Mirror through a local pkg repository managed by
poudriere:poudriere jail -c -j 14amd64 -v 14.1-RELEASE poudriere ports -c -p default poudriere bulk -j 14amd64 -p default <category>/cups-filters -
Version-pin sensitive packages:
sudo pkg lock cups-filters -
Take an automatic ZFS boot-environment snapshot before every upgrade (ZFS root only):
sudo bectl create pre-upgrade-$(date +%Y%m%d) -
Monitor file integrity (create a baseline, verify against it later):
# Create a baseline (use -c; target /usr/local/etc, /etc, /boot β NOT /): sudo mtree -c -K sha256digest -p /usr/local/etc > /var/db/usr-local-etc.mtree sudo mtree -c -K sha256digest -p /etc > /var/db/etc.mtree # Verify later: sudo mtree -p /usr/local/etc < /var/db/usr-local-etc.mtree # Or with AIDE for a richer ruleset: sudo pkg install -y aide && sudo aide --init && sudo aide --check -
Harden jails with
allow.*tunables in/etc/jail.conf:cups-filters_jail { allow.raw_sockets = 0; allow.sysvipc = 0; allow.mount = 0; allow.chflags = 0; }
Related Errors & Cross-Refs
Issues that commonly surface alongside cups-filters β multiple vulnerabilities (7 CVEs) β patch and remediation guide: pkg lock contention, mismatched ABI after kernel/userland skew, pf rule drift, and stale shared-library references after upgrade. Triage with:
freebsd-version -kru
uname -K
pkg check -d
pfctl -sr
View all freebsd-14 tutorials on the Tutorials Hub →
Browse all common problems & solutions on the Tutorials Hub.
References & Further Reading
Primary reference: FreeBSD VuXML. Useful manual pages on FreeBSD 14:
man pkg
man freebsd-update
man pfctl
man ipfw
man bectl
man periodic.conf
Other resources: the FreeBSD Handbook, the FreeBSD Security Advisories at security.freebsd.org, and the /usr/ports/UPDATING file for port-specific notes implicated in cups-filters β multiple vulnerabilities (7 CVEs) β patch and remediation guide.