FLINT

RESOURCES / ACADEMY / The Poisoned PII Problem

AGENTIC FRAUD8 min readMay 2026Reviewed September 2026

By FLINT Network

The Poisoned PII Problem

Personal data can help resolve an identity. It is weak proof that the person or agent presenting it is authorized to act now.

Reading paths
On this brief

The 2017 Equifax breach affected about 147 million people. Events at that scale made a basic security mistake harder to ignore: a fact can identify someone without remaining secret enough to authenticate them.

Names, addresses, dates of birth, and government identifiers still matter for identity resolution and regulated customer programs. Their value as shared secrets is weaker. A system should not treat knowledge of a recoverable biographical fact as strong proof of current control or intent.

Current Guidance Has Moved Past KBA

Knowledge-based authentication asks a claimant to answer questions derived from personal history or records. NIST Special Publication 800-63A-4 says knowledge-based authentication and knowledge-based verification must not be used for identity verification. NIST guidance also excludes KBA as an acceptable authenticator.

That does not make every use of personal data invalid. It separates 2 jobs. PII can help match a claimant to a record. Authentication needs stronger evidence of control, and authorization needs evidence that the authenticated actor may perform the specific action.

An Agent Needs a Different Evidence Chain

Software agents do not possess a human biography. They operate through credentials, workloads, wallets, tools, and mandates issued by a person or organization. Presenting the principal's PII does not establish which agent is acting or whether that action fits the mandate.

A useful agent identity record binds the agent to an accountable principal and a lifecycle state. A transaction decision then checks the current scope, wallet or account, counterparty, amount, runtime signals, and any required tool version. Identity is durable context. Authority is evaluated for the action at hand.

What a Signature Proves

A valid signature identifies the signing key and shows whether the signed bytes changed. Its meaning depends on the issuer, the claims, the evidence behind those claims, and the relying party's policy.

A signature alone does not prove that the underlying claim is true, that a mandate covers the current action, that a runtime is uncompromised, or that an allowed action later succeeded. Those facts need their own evidence and, when applicable, separately signed records.

A Practical Control Stack

  • Resolve the principal. Use appropriate identity-proofing and compliance evidence for the person or organization behind the agent.
  • Authenticate the agent. Verify a credential or key bound to the agent and check its issuer, status, and expiry.
  • Evaluate authority. Compare the current action with the principal's mandate, limits, counterparty, and time window.
  • Preserve the decision. Record the evidence, unavailable checks, rules version, verdict, and issuer signature.
  • Record later events separately. Execution, settlement, and fulfillment remain distinct facts after a verification decision.

Personal data can help identify the principal. Agent authorization still needs evidence bound to the machine, mandate, and current action.

Primary Sources

Related Academy Briefs

Get in touch

If you are building on agentic payment rails and want to talk through how FLINT fits your stack, reach out directly.

contact@flint.network