GCIH · Question #688
How can a system be configured to ignore gratuitous ARPs for specific IP addresses?
The correct answer is B. Hard code the ARP table for specific IP addresses. To prevent ARP cache poisoning for specific IP addresses, static (hardcoded) ARP entries can be configured so the system ignores gratuitous ARP updates for those entries.
Question
How can a system be configured to ignore gratuitous ARPs for specific IP addresses?
Options
- AUse static routing to avoid ARP cache poisoning attacks
- BHard code the ARP table for specific IP addresses
- CUse the "arp -deny" command
- DUse DNS, which operates at the application layer, instead of ARP, which operates at the data link
How the community answered
(68 responses)- A3% (2)
- B78% (53)
- C13% (9)
- D6% (4)
Why each option
To prevent ARP cache poisoning for specific IP addresses, static (hardcoded) ARP entries can be configured so the system ignores gratuitous ARP updates for those entries.
Static routing controls IP packet forwarding decisions and has no effect on ARP cache behavior or protection against gratuitous ARP-based poisoning attacks.
Hardcoding ARP entries creates static IP-to-MAC mappings that the operating system will not overwrite based on incoming ARP packets, including gratuitous ARPs. Because the entry is manually locked, an attacker cannot poison the ARP cache for those specific IP addresses by broadcasting spoofed ARP replies. This is a targeted mitigation for known critical hosts such as default gateways.
There is no standard 'arp -deny' command in Windows, Linux, or common network OS CLIs - this is a fabricated option.
DNS resolves hostnames to IP addresses at the application layer and does not replace ARP, which resolves IP addresses to MAC addresses at the data link layer - the two protocols serve entirely different purposes.
Concept tested: Static ARP entries to prevent cache poisoning
Source: https://learn.microsoft.com/en-us/windows-server/administration/windows-commands/arp
Topics
Community Discussion
No community discussion yet for this question.