Keep link-local/cloud-metadata ranges blocked when Allow Private IPs is on #7
Labels
No labels
bug
duplicate
enhancement
help wanted
invalid
question
wontfix
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set
Reference
eric/apprise-wordpress-notifications#7
Loading…
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Hardening from security audit run 3 (2026-10-16,
06d630d).Problem
One setting, "Allow Private IPs", lifts both
FILTER_FLAG_NO_PRIV_RANGEandFILTER_FLAG_NO_RES_RANGE(includes/class-apprise-client.php:463-490). Enabling it to reach a LAN Apprise server therefore also opens link-local169.254.0.0/16, which holds the cloud metadata services (169.254.169.254). AWS IMDS on IPv6 atfd00:ec2::254opens with it too. No real Apprise server runs on these addresses, so allowing them only adds a high-value target.Fix
169.254.0.0/16,fe80::/10andfd00:ec2::254blocked even whenallow_private_ipsis on.apprise_notifications_allow_private_ipfilter returns true explicitly for that IP, so the opt-in stays code-level.allow_private_ips = true,10.0.0.5is accepted, while169.254.169.254and[fd00:ec2::254]are rejected.Related: #5 adds
100.100.100.200(Alibaba Cloud metadata) to the blocked ranges.