Cybersecurity glossary

What is Bitsquatting?

Learn what bitsquatting is, how single-bit errors can send traffic to attacker-controlled domains, and why bitsquatting differs from typosquatting, combosquatting, and other lookalike abuse.

DNS and infrastructureUpdated July 23, 2026
Also known asOne-bit domain abuseBit-flip squattingSingle-bit lookalike registration

Definition

Bitsquatting is a domain-abuse technique in which an attacker registers names that differ from a trusted target by a single bit so that hardware or transmission errors can redirect traffic to the attacker without any human typo.

Why bitsquatting is unusual but important

Most domain abuse assumes a human makes a mistake. Bitsquatting is different: it assumes the machine does. A one-bit error in memory, a corrupted buffer, or another low-level fault can transform a trusted hostname into a different but valid name that an attacker already registered. That makes bitsquatting conceptually closer to infrastructure opportunism than to ordinary typosquatting. The traffic is usually sparse, but when the target is a high-volume domain or a software supply path, even a small trickle can be worth collecting.

What defines a bitsquatting target

Single-bit variant

The malicious domain differs from the real target by just one bit in one character position.

No human typo required

Traffic arrives because of accidental machine-side corruption rather than a user misspelling the name.

Passive collection model

Attackers often register the domain and wait for errors to deliver traffic organically.

Best on high-volume names

Popular domains and software endpoints produce the greatest chance that rare faults still become meaningful traffic.

How bitsquatting abuse works

1

Choose a trusted high-volume domain

The attacker starts with a brand, service, or update endpoint likely to receive a large amount of repeated traffic.

2

Generate one-bit alternatives

Bit-level mutations of the original hostname are computed to identify valid registrable variants.

3

Register the promising domains

The attacker acquires variants that are available and technically usable for web, mail, or telemetry capture.

4

Wait for accidental requests

Hardware or software faults occasionally redirect a lookup to the one-bit variant instead of the real destination.

5

Collect and study traffic

Unexpected visits, software callbacks, or credential submissions are observed and monetized or analyzed.

6

Escalate if valuable

If the captured traffic reveals credentials, update paths, or customer identifiers, the attacker may pivot into deeper fraud or malware delivery.

Bitsquatting compared with other squatting patterns

The easiest way to understand bitsquatting is to compare what creates the wrong destination in each abuse pattern.

ElementWhat it meansWhy it matters
BitsquattingA machine-side bit error changes the hostname into a valid attacker-controlled variant.The victim may do everything “right” and still land on the wrong domain because the error is below the user interface.
TyposquattingA person mistypes a character or chooses the wrong TLD while entering a trusted name.This is much more common because humans mis-key names constantly.
CombosquattingThe attacker registers a convincing brand-plus-word domain such as `brand-login` or `brand-support`.The deception comes from semantics and context rather than corruption or typo distance.
Homograph abuseVisually confusable characters make the malicious domain look authentic to the eye.The failure mode is human visual trust, not bit-level corruption or keyboard error.

Defensive habits for bitsquatting exposure

You cannot eliminate random hardware faults, but you can reduce what a rare redirected request is able to do.

  • Consider registering or monitoring one-bit variants of your most security-sensitive domains, especially software distribution and identity endpoints.
  • Review passive DNS, sinkhole, and brand-monitoring feeds for variant domains that differ by a single bit from your key names.
  • Assume that traffic reaching an unexpected domain may still contain valid session tokens, API identifiers, or update metadata and protect accordingly.
  • Use strong transport authentication, signed updates, and hostname validation so a corrupted lookup cannot trivially become code execution.
  • Investigate unexpected certificate requests or CT entries for close machine-level variants, not just human-readable typos.
  • Correlate rare-domain telemetry with larger phishing and impersonation patterns because attackers may mix bitsquatting with [cybersquatting](/glossary/cybersquatting) tactics.
  • Keep an incident-response path for suspicious low-volume domain traffic instead of dismissing it as obvious noise.
  • Compare findings with [typosquatting](/glossary/typosquatting) and [combosquatting](/glossary/combosquatting) monitoring so your brand-defense program does not leave one class blind.

Bitsquatting is a probability game

Bitsquatting is usually a long-tail phenomenon rather than a mass-market phishing blast. The attacker wins by making many low-effort registrations and waiting for a small but real stream of accidental machine-originated traffic. That makes business context important. A tiny leak to a consumer brochure site may be irrelevant, but the same leak to a software update host, SSO callback, or telemetry domain can create disproportionate risk.

The practical takeaway

Bitsquatting is domain abuse built around accidental one-bit hostname errors rather than human typing mistakes. The practical takeaway is to treat critical domains as machine-trust dependencies. Protect update paths, monitor close variants, and do not assume that “nobody would type that” means nobody can ever resolve it.

Related security terms

Frequently asked questions

What is bitsquatting in simple terms?

It is when someone registers a domain that differs from a trusted one by a single bit, hoping random memory or transmission errors send traffic there.

How is bitsquatting different from typosquatting?

Typosquatting needs a person to type the wrong name. Bitsquatting does not; it depends on low-level corruption in software, memory, or hardware paths.

Is bitsquatting common?

It is rarer than ordinary phishing domains, but popular brands and software endpoints can still attract measurable accidental traffic.

Why would attackers care about rare errors?

Even a small error rate can be useful when the target domain receives enormous traffic or powers software update and telemetry workflows.

Can defenders use bitsquat domains defensively?

Yes. Some organizations register risky one-bit variants themselves to observe accidental traffic or keep attackers from acquiring them.

Does bitsquatting require hacking the victim system?

Not directly. The attacker usually waits for naturally occurring bit-level mistakes rather than exploiting a specific software vulnerability.

References

Explore authoritative guidance and frameworks related to bitsquatting.

Explore every security definition

Return to the glossary to search by term, alias, starting letter, or security category.

Browse glossary