Keyboard shortcuts

Press or to navigate between chapters

Press S or / to search in the book

Press ? to show this help

Press Esc to hide this help

Book synthesis

This file is the book’s live argument map. Claims graduate here from reviewed research and concept notes before they become polished chapter prose.

Governing claim

Bot mitigation is a decision problem under uncertainty, not merely a detection problem.

A platform governs behavior through a chain:

ecosystem -> actors -> incentives -> harm -> policy -> observability
          -> inference -> confidence -> urgency -> intervention
          -> error handling -> recourse -> measurement -> adaptation

Each arrow is a possible failure point. A highly accurate detector can still produce harmful governance when the prohibited behavior is vague, attribution is weak, the intervention is disproportionate, or recourse is absent.

The book’s promised contribution

The book will teach an engineer, product leader, investigator, or policy partner how to decide:

  1. what outcome actually threatens a platform ecosystem;
  2. which automation should be permitted, limited, or prohibited;
  3. what evidence the platform can responsibly collect;
  4. how strongly that evidence supports identity, coordination, or harmful intent;
  5. how quickly a decision is required;
  6. which intervention is proportionate and reversible;
  7. how to measure mistakes, support appeal, and learn from adaptation.

The Adversarial Platform Canvas

Every chapter and case study should answer the same fourteen questions:

DimensionGoverning question
EcosystemWhat system, exchange, or community are we protecting?
ActorsWho participates directly and indirectly?
IncentivesWhat does each actor gain, lose, or avoid?
HarmWhich observable outcomes damage the ecosystem, and for whom?
PolicyWhich behavior is allowed, limited, restricted, or prohibited?
ObservabilityWhich evidence can and should the platform collect?
DetectionHow can harmful behavior be inferred from that evidence?
ConfidenceHow uncertain, manipulable, and context-dependent is the inference?
UrgencyWhat is the detection and decision latency budget?
InterventionWhich action is proportionate, targeted, and reversible?
Error costsWhat happens after a false positive or false negative?
RecourseCan an affected user understand, contest, and repair the decision?
EconomicsDoes defense reduce harm or merely move attacker cost?
AdaptationWhat will attackers learn and change next?

Decision doctrine under development

These are hypotheses to research, challenge, and refine:

  • Govern harmful behavior, not the metaphysical category “bot.”
  • Separate evidence collection from inference and inference from enforcement authority.
  • Treat attribution as probabilistic across request, session, device, account, person, and organization.
  • Use the least severe intervention that controls expected harm within the latency budget.
  • Require stronger evidence for interventions that are severe, broad, durable, or hard to reverse.
  • Treat false positives and false negatives as asymmetric, ecosystem-specific costs.
  • Design appeals, evidence packages, audit trails, and rollback into the enforcement system.
  • Measure prevented harm and legitimate-user burden, not detector accuracy alone.
  • Expect every observable defense to alter attacker incentives and behavior.

Part map

Part I — Define the problem before solving it

Challenge “bot” as a sufficient category, establish harm analysis, and model the economics of abuse and defense.

Part II — Decide what the platform should permit

Build an automation policy, connect it to legal and contractual authority, and quantify the asymmetric cost of mistakes.

Part III — Observe the platform

Inventory telemetry, attacker interaction surfaces, and the limits of identity and attribution.

Part IV — Detect

Compare rules, behavioral signals, statistical learning, graph methods, and client integrity as evidence-producing mechanisms.

Part V — Respond

Design a graduated intervention system, time-to-decision policy, appeals, review tooling, and bounded transparency.

Part VI — Operate an adversarial system

Choose outcome metrics, run an adaptive defense program, and establish organizational decision rights.

Part VII — Case studies

Apply one canvas to gaming, dating, commerce, and financial markets so the legitimacy of automation is seen as ecosystem-dependent.

Open synthesis questions

  • Can proportionality be formalized well enough to guide system design without pretending costs are objective?
  • When should an intervention target behavior, capability, account, device, network, payment instrument, or organization?
  • How should a platform measure displaced harm that moves to a new account or channel?
  • Which transparency improves legitimacy without creating a cheap attacker feedback oracle?
  • What evidence standard is appropriate at each rung of the intervention ladder?
  • How should privacy and data minimization constrain graph detection and long-lived attribution?
  • When does defensive friction become a product failure or discriminatory burden?

Evidence ledger

No major claim should become chapter prose until it has at least one linked research note, known limitations, affected ecosystems, and a falsification question.

Working claimEvidence stateManuscript locationImportant limitation
“Bot” is a mechanism label, not a sufficient governance categorySupported by contrasting standards, contracts, and policiesChapters 1 and 4Some ecosystems deliberately adopt broad mechanism bans
Harm should be measured separately from violations and enforcement volumeSupported by T&S practice and economic reasoningChapter 2Causal harm measurement remains ecosystem-specific
Abuse defense changes a production economy, not merely a success rateSupported by security economics and measured account marketsChapter 3Historical underground-market measurements are not current prices
Signals useful for risk can be unsafe for direct enforcementSupported by cross-service abuse measurementChapters 3 and 6One Google study does not quantify every modern signal
Higher-impact actions require stronger evidence and recourseNormative synthesis supported by NIST risk guidance and EU safeguardsChapters 5 and 6Legal requirements vary by jurisdiction and workflow
Agent governance needs delegated authority plus behavioral controlsPlausible framework; practitioner support only so farChapters 1 and 4Requires stronger standards and deployment evidence
Observations, entity links, inferences, and decisions require separate provenanceSupported by NIST risk frameworks and identity models; engineering synthesisChapters 7 and 9Exact evidence architecture remains platform-specific
IP address, device estimate, account, person, and organization are not interchangeableSupported by network standards, digital identity guidance, and abuse measurementsChapter 9Combined signals can still support strong attribution in context
Automation mechanism does not determine legitimacySupported by standardized testing automation and contrasting platform policiesChapters 4 and 8Some ecosystems intentionally prohibit mechanisms to protect fairness