October 23, 2016 By Russell Couturier 3 min read

Distributed denial-of-service (DDoS) attacks using authentic IoT devices are easy to detect based upon the extreme increase in traffic. However, they are one of the more difficult attacks to remediate. Remediation requires discerning authentic traffic from malicious traffic — all generated from authentic devices. An authentic device is an internet-enabled endpoint that has historically generated benign traffic.

The Domain Name System (DNS) DDoS attack that occurred on October 21 most likely used hijacked cameras, home automation devices and internet-enabled appliances by detecting factory-supplied passwords. They send an excessive amount of valid traffic with deterministic and nondeterministic intent.

Remediating an attack involves the detection of an extraneous number, or anomalous frequency of requests, by requesting devices and temporarily blacklisting those devices. You cannot permanently blacklist these devices, as they are authentic and potentially perform strategic security and safety functions. Likewise, geoblockers are not as effective in thwarting these attacks since they are hijacked authentic devices that are globally geolocated —hence the difficulty in remediation.

These attackers took a multiphased approach to accomplish their mission. First, they developed botnets to scan the internet in an attempt to find devices with factory-set passwords. Most of these devices are Linux-based, and it is fairly easy with root access to inject an executable to perform a continual stream of DNS requests. The botnets then infected the devices with this malicious application.

In parallel, botnets most likely probed DNS providers to see which providers would be susceptible to these types of attacks. This involved submitting micro-requests to providers to disclose if, how and at what threshold the provider blocked the requesting device. The knowledge of both susceptible devices and susceptible providers allowed the perfect medium for a successful attack.

DDoS attacks are usually short-lived and cause outages measured in hours; it takes a great deal of planning and work for a relatively short interruption. A malicious organization investing this much work would use its talent and resources for a more direct monetary compensation. This attack was most probably the work of a well-organized and directed group to ascertain the damage that could be caused by the disruption. These types of DDoS attacks could have significant effects in times of war, political campaigns, national emergencies, weather events and the like — that is, a malicious intent where a short-term disruption could have significant implications for people to communicate effectively.

Most likely the attackers did not reveal all the infected devices and will continue to supplement their inventory in preparation for an additional attack. So what can be done to prevent this in the future?

  1. IoT device manufacturers should require that factory passwords be updated on devices before they can be enabled.
  2. Service providers must have the flexibility to change and modify their systems quickly for different attack vectors. DNS service providers already have detection and remediation technologies. Unfortunately, the magnitude of the attack significantly changes the detection vectors; one thousand devices sending 500 DNS requests per minute have a very different attack vector than 400,000 devices sending 25 DNS requests per minute.
  3. The ability to detect DNS probing for malicious intent.
  4. Disclosure of the command-and-control (C&C) enterprise that controls the infected devices. All the infected devices most likely would periodically check with a centralized C&C authority to coordinate the attack. Global visibility of DNS traffic would enable the detection of a worldwide coordinated attack.

Finally, it is important that we do not blame DYN for poor security measures. This is one of the largest DDoS attacks using authentic systems that our industry has experienced. DYN was unfortunate to be the first vendor to experience an attack of this magnitude, requiring it to modify its detection and remediation technologies under duress. DYN performed remarkably to remediate this attack as quickly as it did based on the event’s significance. It is an exponential curve when relating the attack vectors to the remediation systems: The more geographically dispersed the devices are, the more authentic they are, and the lower the per-device threshold, the greater the difficulty in detection.

More from

FYSA — VMware Critical Vulnerabilities Patched

< 1 min read - SummaryBroadcom has released a security bulletin, VMSA-2025-0004, addressing and remediating three vulnerabilities that, if exploited, could lead to system compromise. Products affected include vCenter Server, vRealize Operations Manager, and vCloud Director.Threat TopographyThreat Type: Critical VulnerabilitiesIndustry: VirtualizationGeolocation: GlobalOverviewX-Force Incident Command is monitoring activity surrounding Broadcom’s Security Bulletin (VMSA-2025-0004) for three potentially critical vulnerabilities in VMware products. These vulnerabilities, identified as CVE-2025-22224, CVE-2025-22225, and CVE-2025-22226, have reportedly been exploited in attacks. X-Force has not been able to validate those claims. The vulnerabilities…

SoaPy: Stealthy enumeration of Active Directory environments through ADWS

10 min read - Introduction Over time, both targeted and large-scale enumeration of Active Directory (AD) environments have become increasingly detected due to modern defensive solutions. During our internship at X-Force Red this past summer, we noticed FalconForce’s SOAPHound was becoming popular for enumerating Active Directory environments. This tool brought a new perspective to Active Directory enumeration by performing collection via Active Directory Web Services (ADWS) instead of directly through Lightweight Directory Access Protocol (LDAP) as other AD enumeration tools had in the past.…

Smoltalk: RCE in open source agents

26 min read - Big shoutout to Hugging Face and the smolagents team for their cooperation and quick turnaround for a fix! Introduction Recently, I have been working on a side project to automate some pentest reconnaissance with AI agents. Just after I started this project, Hugging Face announced the release of smolagents, a lightweight framework for building AI agents that implements the methodology described in the ReAct paper, emphasizing reasoning through iterative decision-making. Interestingly, smolagents enables agents to reason and act by generating…

Topic updates

Get email updates and stay ahead of the latest threats to the security landscape, thought leadership and research.
Subscribe today