06 — moorai terms

Keyed one-way hash

A tenant-keyed cryptographic digest of a value — a tool argument, a file path, a detected secret — emitted in place of the value itself. It preserves the two properties investigations need, correlation ("this same thing appeared in eleven sessions") and integrity, while the original is not recoverable from the record. Keying it per tenant additionally prevents cross-tenant correlation and rainbow-table lookups of short, guessable inputs.

Related terms

  • Content-free detection MoorAI terms

    Analysis that happens on the device, where only the verdict leaves it — a category, a risk level, a decision and a keyed one-way hash — never the prompt…

  • Data exfiltration Attack concepts

    Moving data the attacker should not have out to somewhere they control. In agent contexts the channel is rarely a file upload — it is a URL the agent is…

MoorAI terms

Product-specific vocabulary used across this site. The agent is open source (AGPL-3.0), so each of these is verifiable in the code rather than taken on trust.

Keyed one-way hash is term 3 of 5 in this part of the glossary.

Get started free Full glossary → How we test → Community agent on GitHub ↗

This page is one entry from the agentic AI security glossary, which defines 60 terms in the same style. Where a term belongs to a published taxonomy or standard — the HackAgent attack families, the OWASP lists, AMTSO's guidelines, MITRE ATLAS, ISO/IEC 42001, the NIST AI RMF, the EU AI Act — the authoritative wording is the source document's, not ours, and specifics should be verified there. "Lethal trifecta" is Simon Willison's term. OWASP® is a trademark of the OWASP Foundation; ATT&CK® and ATLAS™ are trademarks of The MITRE Corporation. Naming a framework here is description, not a claim of certification or endorsement.

glick.run — AGPL-3.0