Skip to content

Objections

The questions that decide this

If one of these does not land, nothing else on this site matters. We would rather answer them here than in the third meeting.

Is this not just an audit log?

No, and the difference is the entire thesis. A log records that something happened. An adjudication determines whether it may happen, before it does, and its output is a decision rather than an observation.

There is a clean test. If the system would have behaved identically with the control switched off, the control is a log. It may be an excellent log. It is not governing anything.

Are you saying self-attestation is unlawful?

No. Self-attestation is lawful. It is common, it is often reasonable, and in places the law requires it.

The European conformity route for most high-risk systems is internal control — self-assessment, with no outside body involved, and it is the permitted path. None of that is a loophole, and no one breaks the law by following the settled arrangement.

Nor does Justice Chase’s sentence say otherwise. He was describing what a legislature may not rightfully do — confer on a party the power to adjudicate its own case. He was not prohibiting an organization from keeping its own books. What we take from him is the principle, not a violation.

The claim on this site is narrower and harder to dismiss. Lawful and insufficient are different findings, and the second is the one made here: self-attestation stops being adequate at the moment the person is taken out of the decision path, and not before.

Will it slow us down?

The thing slowing you down today is the approval queue, and under time pressure a queue degrades into approval fatigue, which looks like oversight and is not. A test against authority written in advance is not a queue: there is no person to wait for. What it costs in time is a question for a demonstration on your own workload, not for a website.

The more expensive brake is the one nobody counts: the capability you did not field, or fielded narrowly, because you could not evidence what it would do. Restriction is what organizations reach for when adjudication is unavailable.

Who governs ProofSmith?

You do, and anyone you authorize. The authority, the record, and the choice of who may check it are yours. If checking us required trusting us, we would have rebuilt the original problem one layer up and given it a better name.

The test we apply to everything else applies to us: can a third party check the decision without the cooperation of the system that produced it. If the answer for us were no, we would fail our own test, and deserve to. Until a party you authorize has checked one of our decisions without our help, our passing it is a claim, and the demonstration is where the claim is tested. Designing ourselves out of the trust question is the product.

Are we handing control to ProofSmith?

No. The authority stays yours. You write it: the delegations, the policy, the rules of engagement, the standard of care. The Arbiter decides one thing only, whether a proposed action is inside what you wrote, and it permits or denies on that basis and signs the determination.

It is not a new decider. It is your authority, applied at the moment of action instead of reconstructed afterward.

Who holds the record?

You do. Where the record is kept and who may check it are your choices, not ours. We recommend that the organization answerable for the decision keep it.

Keeping the record does not mean it rests on your word. Anyone you authorize can check the record later, using methods we publish to them, and reach the same answer without asking us or the system that acted.

What if the adjudication is wrong?

Then you have a signed record of what it was measured against, which is what you need to correct it. A wrong denial is visible, attributable and fixable, and the first place to look is how the authority was written. A wrong permission with a record is the same case: it shows what the action was measured against, so the fault can be located, in the grant or in the adjudication, and corrected there. The organization still answers for the outcome; what changes is that it answers with a record.

Compare the alternative. A wrong permission with no record is none of the three: not visible, not attributable, not fixable. Governance was never the absence of error but the presence of a record when there is one.

Does perfect proof create perfect liability?

No. Proof makes lawful action defensible. An organization that cannot show what was authorized is exposed on every decision it made, the lawful ones included. A record of what was proposed, on whose authority, and what was decided shows which decision the fault belongs to. The organization’s accountability for the outcome does not move, and nothing on this site says it does.

Access stays where it already belongs. Who may see the record is governed by law and by the privilege and classification rules that already apply to you, not by us. The record protects the person who acted within authority.

Why would we not build this ourselves?

You can build enforcement, and some organizations should. Deciding whether an action is inside a policy is engineering, and you have engineers.

What cannot be built in-house is independence. Independence here means the judgment and the proof stand apart from the system that acted and from us, the party that built the Arbiter. Build one in-house and you are the actor and the builder; the record of what your system did rests on your own word, however good the engineering and however sincere the intent. No amount of internal effort changes that, and it is the reason a company does not audit itself.

We already sign our logs.

Signing proves integrity. It shows the record was not altered after it was written, and that is worth having.

It does not establish that the action was permitted, on whose authority, or against what standard. Those are different questions, and they are the ones an inspector general, an examiner or an opposing counsel asks. An unaltered record of an unauthorized action is an unaltered record of an unauthorized action.

The same holds when the log is described as non-repudiable. Industry reference architectures now call for audit logs of why each action was allowed or blocked that the agent cannot repudiate. That protects the record against a compromised agent rewriting it. It does not let an auditor, an examiner, a counterparty or a court check the decision without trusting the organization that made it, because the system that decides is still the system that keeps the record.

Our agent platform already enforces this.

Two questions separate these architectures, and the first is not the one that decides it. Does the system stop the action, or only observe it? A well-built agent platform stops it: it bounds what an agent may do, and it can hold an action for a person to approve before it runs. That is sound engineering, and nothing here replaces it.

The second question is the one that separates them. Can someone outside the system check a decision without the cooperation of the system that produced it? A platform that enforces its own rules also keeps its own account of what it did, and exports that account to its customer. Where the question is what the platform itself permitted, the answer still comes from the platform.

An independent Arbiter is built for the second question.

The two compose rather than compete. The platform proposes; the Arbiter decides, on the authority you delegated; and any verifier you authorize checks the decision. We do not judge whether an inference is true, which remains the work of your analysts. What changes is where they start: each action carries a signed record of what proposed it, on whose authority, and what followed.

Our identity platform already decides this.

It decides part of it, and it should. An identity platform establishes who an agent is and what it may touch, and it can stop the agent; in identity terms it is the policy decision and enforcement point. On the two tests, it enforces.

What it does not produce is a record of its decisions that a party outside the deployment can check without trusting the company that made them. ProofSmith sits after that layer, at the last gate before the action runs, and takes the identity decision as one input to the decision it makes and proves. The two compose; neither replaces the other.

Our agents run in a sandbox.

Keep it. A sandbox bounds what an agent can reach. It does not decide whether a given action inside those bounds was authorized, and it does not prove the decision afterward. ProofSmith assumes the sandbox and adds the decision and the proof.

The large platforms will build this.

They will move quickly, and they already are. They can build the cryptography, and they will sign their logs. What is not in their interest is becoming independent of the systems they operate and sell; for a platform, that would mean ceasing to be the platform of record, which is the business itself.

Each platform can also attest only to its own slice: identity, model, cloud or endpoint. An action crosses all of them, and so must its record, and an organization that changes models or vendors should not have its evidence start over each time. The more of these layers the platforms build, the more an organization needs one decision point that belongs to none of them. That is why we treat them as prospective partners, and build to integrate with them.

One more

If your objection is not here

Then it is the one we most want to hear. Tell us which of the six problems is closest to what is costing you, and what we have wrong.

Start a conversationSee the six problems

We are not asking you to trust us. We are asking you to let us prove it.