Repository navigation
feat: add a Parmana trust-record verifier integration - #4427
Open
Pavan Dev Singh Charak (pavancharak) wants to merge 1 commit into
Open
Pavan Dev Singh Charak (pavancharak) wants to merge 1 commit into
Pavan Dev Singh Charak (pavancharak) wants to merge 1 commit into
Conversation
A community extension that checks a Parmana execution trust record against keys the caller pins, using the offline parmana-verifier package. It denies on any failure, including a malformed trust set or a verifier exception. Tests build real signed records with the verifier's canonicalization. Signed-off-by: pavancharak <charak1987@gmail.com>
Pavan Dev Singh Charak (pavancharak)
requested review from
MohammadHaroonAbuomar,
liamcrumm and
Prayag (prayagupa)
as code owners
October 26, 2026 07:09
|
Azure Pipelines: There may be pipelines that require an authorized user to comment /azp run to run. |
PR Review Summary
Verdict: AI review comments are untrusted advisory output. The summary reports workflow-generated completion status only, not model-authored pass/fail claims. |
|
🟡 Contributor Check: MEDIUM
Automated check by AGT Contributor Check. |
Author
|
@microsoft-github-policy-service agree |
San-Hsien (SanHsien)
added a commit
to SanHsien/agent-governance-toolkit
that referenced
this pull request
Oct 26, 2026
…oft#4426, advance watermarks - 6dc2093 (microsoft#4418): code and tests already in the fork; sync the reward computation spec so it matches the applied-penalty behaviour - 46b370e (microsoft#4259 --sync-registry): not adopted; generate_workflows.py --check is already red in the fork (hand-added repository gates) and the new symlink tests raise WinError 1314 on unprivileged Windows - PR microsoft#4427 (Parmana verifier integration): not adopted; head bc596b0 scanned for hidden content, clean - issue microsoft#4426 (ApprovalResolution signature RFC): WATCH - baseline: commit 46b370e, PR 4427, issue 4426 Co-Authored-By: Claude Sonnet 5.5 <noreply@anthropic.com>
This branch has not been deployed
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Related Issue
None. The Problem & Solution section below stands in for a linked issue.
Problem & Solution
Problem: AgentMesh workflows have no offline check for Parmana execution trust records. A workflow that acts on a record cannot tell whether a pinned key signed it, unless it re-implements the verifier.
Solution: a community extension,
agentmesh-parmana-trust-verify.verify_record(record, trust_document)uses the offlineparmana-verifierpackage. It returns a verdict that denies on any failure: a malformed trust set, a non-object record, or an exception during verification.Impact on Your Work
Lets an AgentMesh workflow gate its own actions on a signed Parmana record, with no network call and no trust in Parmana's servers.
Timeline
None.
Alternatives Considered
Re-implementing Ed25519 verification inside AgentMesh. Rejected: it would duplicate the verifier's canonicalization, which must match exactly.
Type of Change
Package(s) Affected
Testing
Unit Testing
7 tests, all passing. They cover a valid record under a pinned key, a tampered transaction, a record signed by an unpinned key, a record without a signature, a malformed trust set, a non-object record, and that the input record is not mutated. The tests build real signed records with the verifier's own canonicalization.
Manual Testing
python examples/basic_usage.pyprintsallowed: True, thenallowed: Falseafter tampering. ruff check and ruff format pass with the pinned 0.12.4.Checklist
Attribution & Prior Art
pavancharak/parmana-core. The verifier isparmana-verifieron PyPI (Ed25519).AI Assistance
An AI coding assistant drafted the extension, tests, and README. The PR author reviewed every change and ran the tests and lint checks.
IP, Patents, and Licensing