DUNIN7 · LOOMWORKS · RECORD
record.dunin7.com
Status Current
Path investigations/dunin7-security-positioning-investigation-v0_1.html

DUNIN7 — security positioning — investigation — v0.1

Version. 0.1
Date. 2026-07-29
Status. Investigation. Internal — Section 4 carries honest current-state statements that do not travel outward as written. Four Operator decisions at the end; a reply draft to Aldous accompanies this document.
Author. Claude.ai. Operator: Marvin Percival.
Origin. Aldous's proposal, 2026-07-29: present DUNIN7 as "security tools for the AI world" — protection from rogue agents and humanless transactions, aimed at critical sectors, information-security companies, and government bodies, targeting chief information security officers and the executive suite, on the theory that fear sells. Prompted by his reading of a second agent-driven attack on a major infrastructure provider (reported by Aldous; not independently verified here). The Operator adds relevant history: prior experience in the security market, including a product certified under Common Criteria evaluation.
Grounding. architecture/dunin7-stack-architecture-and-dependencies-v0_1 (seats, states, open seams); the GRANTHA correction note; the walk-audit report and perimeter probe (current honest state); the target-market analysis (financial services compliance, audit, legal as strongest fit); the marketing alignment note (claim-discipline decision D-4, pending); the FORAY operational-visibility investigation.

Plain-language summary

The verdict. Aldous is right about what the suite is and wrong about what it should be sold as — and the distance between those two is sequencing, not disagreement. The suite's architecture answers the agentic-security problem almost point for point. But entering the market as a security product invites the one form of scrutiny a build at this stage cannot yet survive, and it sells on fear when the architecture's honest strength sells on assurance. The recommended posture: security becomes a property we prove before it becomes a category we enter — the incidents become our narrative context now, the guarantees become a stated assurance page now, and the category entry waits behind a certification path that starts with Stele.


1. The four control objectives, mapped

Strip the fear language and "protection from rogue agents and humanless transactions" decomposes into four control objectives every security architecture recognises. The suite holds all four by design — with enforcement states that must be stated honestly, per the stack diagrams:

Control objective The suite's answer Enforcement state today
Know which agent acted (identity) Stele Agentic ID — signed hop-chains to a verifier verdict; deliberately separate from human identity V1 frozen and tested; V2 in build; no Loomworks federation yet
Know which human acted (identity) Stele — passkey and authenticator credentials, UUID identity, no email-as-identity LIVE, extracted, serving the perimeter
Constrain what it could do (authorization) GRANTHA — grant as sole primitive, no readable holder-set, blind verification via OVA underneath Spec v0.3; seat held today by the interim engine authorizer (CR-2026-157 shape, drafted)
Prove what happened (audit) FORAY — attestation fired at the substrate chokepoint, in the act, not evidence assembled after Conventions LIVE in the engine; external anchor not fully committed
Keep a human on consequential transitions (approval) Loomworks Operator authority — the system surfaces and signals; the Operator approves; no automated state transitions LIVE, structural

A sixth property cuts across them and is the one no incumbent wrapper offers: machine origin marked non-suppressibly — every machine-assisted contribution carries its origin permanently, which is the audit answer to the question every post-incident review asks first: which of this was the agent?

2. The substrate argument is a security argument

The suite's oldest architectural principle — a guarantee in a replaceable surface is not a guarantee — is, read in this market's terms, a critique of most of what is currently sold as AI security. Prompt filters, output guardrails, and policy wrappers live at the surface an agent (or an attacker steering one) can route around; the suite's guarantees live at chokepoints every recordable action must traverse. Attestation fires in the act. Authorization is checked at the resolver every read and write converges on. Admission of outside contributions is structurally unreachable by the outsider. This is defense at the substrate, and every publicised agent incident makes the argument more legible at no cost to us. That is the part of Aldous's instinct to keep whole: the world is currently running a free advertising campaign for exactly our architectural commitments.

3. Why the fear pitch also fits badly on its own terms

Fear-led selling works where the purchase is detection and response — buy now or bleed now. The suite is not detection; it is governance architecture, and governance sells on assurance and provability, to compliance officers, auditors, and general counsel as much as to the chief information security officer. The target-market analysis already placed our strongest fit in financial services compliance, audit, and legal — Aldous's critical sectors, approached through the buyer who evaluates defensibility rather than the buyer who evaluates threat feeds. His CISO is not a new market; he is an additional stakeholder in the market already chosen, and the material that persuades him is the assurance page and the control-objective mapping above — not a fear campaign he has seen a hundred vendors run.

4. Why not the category, now — internal honesty

Security buyers interrogate; the Operator's Common Criteria history is exactly the experience that knows how hard. A security-product claim converts every prospect conversation into an adversarial evaluation, and the last forty-eight hours of our own record — recorded here because the record is the point, marked internal — is what that evaluation would find today: the production perimeter runs on a database named playground_dev; an unsatisfiable route sat live on the public API; there is no authorization middleware and read-gating is a committed posture, not an enforced one; recall returned a superseded value as current. None of this is unusual for a build at this stage, and all of it is being worked in the open on our own record — which is itself the culture a security company needs. But a front door that says "security product" today would convert normal build-stage findings into published disqualifications. Claim discipline (marketing D-4) applies here at ten times its ordinary weight. And there is the resourcing truth: the walk audit just established the pipeline stops at Stage 2; a second market front now splits the one Operator the company has.

5. What we take from Aldous — three motions, all compatible with the build

5a — The narrative, now. The marketing site's problem section opens on the world Aldous describes: agents acting at machine speed, transactions with no human in them, incident reviews that cannot say which actions were the machine's. That context makes Operator authority, marked machine origin, and substrate attestation self-explanatory — without one sentence claiming the security-product category. This folds directly into the pending copy draft (marketing D-5).

5b — The assurance page, now. The alignment note already reserves a security section answering the four questions funds ask. This investigation upgrades it to a full security-and-assurance page: the five control objectives stated in the buyer's own vocabulary, the six guarantees with their one-line truths, the data posture including the flat no on training, and the enforcement states stated at the honesty level appropriate for outward use — committed direction marked as such. A CISO reading it should conclude: these people think in controls. That conclusion is earnable today; the category is not.

5c — The certification track, sequenced. The realistic first evaluation target is Stele: small, extracted, single-purpose, already mid-packaging (Phase 7), and identity/authentication is a domain evaluators know how to assess. The Operator's Common Criteria experience is a genuine asset applied here — first as evaluation-ready posture (documentation, threat model, test evidence assembled to evaluation shape during Phase 7, at marginal cost), then as a formal path when a customer or the government channel requires it. The protocol trio — Stele Agentic ID, GRANTHA, FORAY — takes the standards route rather than the product route: positioned toward the emerging agentic-security framework families (the national-institute risk frameworks, the open web-security community's agentic projects) as reference architecture. Standards motions compound while we build; product motions in that market consume what we don't have. Government bodies of the kind Aldous names are reached through exactly this door — frameworks and certifications — not through a sales motion.

6. Decisions

D-1 — Posture. Adopt narrative-not-category: security as proven property, incidents as context, no security-product claim until the certification track supports it. Recommendation: confirm. D-2 — The assurance page. Commission §5b's page as a named deliverable inside the marketing copy draft (rides marketing D-5). Recommendation: confirm. D-3 — Evaluation-ready posture for Stele. Fold §5c's documentation shape into the Phase 7 packaging arc's scope — a marginal-cost addition now, a formal decision later. Recommendation: confirm; it also strengthens the Phase 7 license decision's options. D-4 — The reply to Aldous. The draft accompanies this investigation: warm, credits the instinct, states the sequencing. Recommendation: send substantially as drafted.


DUNIN7 — Done In Seven LLC — Miami, Florida
DUNIN7 — security positioning — investigation — v0.1 — 2026-07-29
Internal. Section 4 does not travel outward as written.