Skip to main content
Press slash or control plus K to focus the search. Use the arrow keys to navigate results and press enter to open a threat.
Reconnecting to live updates…

CVE-1999-0513: ICMP messages to broadcast addresses are allowed, allowing for a Smurf attack that can cause a denia

0
Medium
VulnerabilityCVE-1999-0513cve-1999-0513denial of service
Published: Mon Jan 05 1998 (01/05/1998, 05:00:00 UTC)
Source: NVD
Vendor/Project: digital
Product: unix

Description

ICMP messages to broadcast addresses are allowed, allowing for a Smurf attack that can cause a denial of service.

AI-Powered Analysis

AILast updated: 07/01/2025, 22:43:20 UTC

Technical Analysis

CVE-1999-0513 describes a vulnerability in certain versions of UNIX systems where ICMP (Internet Control Message Protocol) messages to broadcast addresses are allowed. This misconfiguration enables a classic network-based denial of service (DoS) attack known as a Smurf attack. In a Smurf attack, an attacker sends ICMP echo request packets (ping) to the broadcast address of a network, spoofing the source IP address to be that of the victim. Because the broadcast address causes all hosts on the network segment to respond, the victim is overwhelmed by a flood of ICMP echo replies, leading to resource exhaustion and network congestion. The affected UNIX versions listed span a wide range of releases from early to mid-1990s, indicating that this vulnerability has been present in legacy systems for a long time. The CVSS score of 5.0 (medium severity) reflects that the vulnerability allows remote attackers to cause a denial of service without authentication or user interaction, but does not impact confidentiality or integrity. No patches are available, likely due to the age of the vulnerability and the fact that modern systems have mitigations or no longer allow ICMP to broadcast addresses by default. The vulnerability is network-based (AV:N), requires low attack complexity (AC:L), no authentication (Au:N), and impacts availability only (A:P). While no known exploits are currently in the wild, the attack vector is well understood and can be executed with basic network tools. This vulnerability is primarily a concern for legacy UNIX systems still in operation that have not disabled ICMP broadcasts or implemented network-level filtering to prevent broadcast amplification attacks.

Potential Impact

For European organizations, the primary impact of this vulnerability is the potential for denial of service attacks that can disrupt network availability. Organizations running legacy UNIX systems that permit ICMP to broadcast addresses may experience network outages or degraded performance if targeted by a Smurf attack. This can affect critical services, internal communications, and external connectivity, leading to operational downtime and potential financial losses. Although modern networks and devices typically have protections against such attacks, some industrial control systems, research institutions, or legacy infrastructure in Europe might still be vulnerable. Additionally, the increased network traffic generated by Smurf attacks can cause collateral damage to other network segments and degrade overall service quality. The vulnerability does not compromise data confidentiality or integrity but can severely impact availability, which is critical for sectors such as finance, healthcare, and government services in Europe.

Mitigation Recommendations

To mitigate this vulnerability, European organizations should implement the following specific measures: 1) Disable the acceptance of ICMP packets directed to broadcast addresses on all UNIX systems, especially legacy versions still in use. This can often be done by configuring the kernel parameters or network stack settings (e.g., disabling 'accept_broadcast' or equivalent). 2) Implement ingress and egress filtering at network perimeters to block spoofed packets with source addresses not belonging to the internal network, preventing attackers from spoofing victim IPs. 3) Configure routers and firewalls to block directed broadcasts and prevent forwarding of broadcast packets to reduce amplification vectors. 4) Conduct network audits to identify legacy systems still running vulnerable UNIX versions and plan for upgrades or isolation from critical network segments. 5) Employ network intrusion detection systems (NIDS) to monitor for unusual ICMP traffic patterns indicative of Smurf attacks. 6) Educate network administrators about the risks of broadcast-based amplification attacks and ensure best practices are followed in network design and device configuration. These targeted actions go beyond generic advice by focusing on network configuration and legacy system management specific to this vulnerability.

Need more detailed analysis?Upgrade to Pro Console

Threat ID: 682ca32bb6fd31d6ed7de8bc

Added to database: 5/20/2025, 3:43:39 PM

Last enriched: 7/1/2025, 10:43:20 PM

Last updated: 2/7/2026, 11:43:26 AM

Views: 41

Community Reviews

0 reviews

Crowdsource mitigation strategies, share intel context, and vote on the most helpful responses. Sign in to add your voice and help keep defenders ahead.

Sort by
Loading community insights…

Want to contribute mitigation steps or threat intel context? Sign in or create an account to join the community discussion.

Actions

PRO

Updates to AI analysis require Pro Console access. Upgrade inside Console → Billing.

Please log in to the Console to use AI analysis features.

Need more coverage?

Upgrade to Pro Console in Console -> Billing for AI refresh and higher limits.

For incident response and remediation, OffSeq services can help resolve threats faster.

Latest Threats