<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:dc="http://purl.org/dc/elements/1.1/">
  <channel>
    <title>DEV Community: a998</title>
    <description>The latest articles on DEV Community by a998 (@a998).</description>
    <link>https://dev.to/a998</link>
    <image>
      <url>https://media2.dev.to/dynamic/image/width=90,height=90,fit=cover,gravity=auto,format=auto/https:%2F%2Fdev-to-uploads.s3.us-east-2.amazonaws.com%2Fuploads%2Fuser%2Fprofile_image%2F4142403%2Fdfc7514e-b974-4be6-b716-ca7e07cc2d4e.png</url>
      <title>DEV Community: a998</title>
      <link>https://dev.to/a998</link>
    </image>
    <atom:link rel="self" type="application/rss+xml" href="https://dev.to/feed/a998"/>
    <language>en</language>
    <item>
      <title>I built a public, cryptographically signed test registry for AI agents (student project)</title>
      <dc:creator>a998</dc:creator>
      <pubDate>Fri, 25 Sep 2026 07:08:03 +0000</pubDate>
      <link>https://dev.to/a998/i-built-a-public-cryptographically-signed-test-registry-for-ai-agents-student-project-4lj7</link>
      <guid>https://dev.to/a998/i-built-a-public-cryptographically-signed-test-registry-for-ai-agents-student-project-4lj7</guid>
      <description>&lt;p&gt;Hi everyone! 👋&lt;/p&gt;

&lt;p&gt;I’m a final-year BTech CSE student. &lt;/p&gt;

&lt;p&gt;The Problem I Noticed&lt;br&gt;
As AI agents start doing real tasks (like sending emails or accessing files), we currently just have to trust the developer's word that the agent is safe from being tricked or hijacked. There is no simple, public way to verify an agent's actual safety record.&lt;/p&gt;

&lt;p&gt;My Attempt at a Solution: A2A-G&lt;br&gt;
I built a small, open-source project called A2A-G to explore if we could make agent safety public and testable. &lt;/p&gt;

&lt;p&gt;Here is in short how it works:   &lt;/p&gt;

&lt;ol&gt;
&lt;li&gt;Grey Badge: An unverified self-report of what the agent claims to access. (To be clear: this is just a claim, not verified by us).&lt;/li&gt;
&lt;li&gt;The Choice: After the Grey Badge is issued, the owner is simply asked if they want to earn a Blue Badge. Testing is completely optional.&lt;/li&gt;
&lt;li&gt;Mock Sandbox: If they choose to test, they must provide a safe, consented mock sandbox environment. We never test live production systems.&lt;/li&gt;
&lt;li&gt;The Test: We send 18 OWASP hijacking prompts, 3x each, randomized. An LLM judges if it blocked or complied.&lt;/li&gt;
&lt;li&gt;Blue Badge: 80%+ blocks earns a Blue Badge. Failures are published openly too.&lt;/li&gt;
&lt;li&gt;The Proof: Every result is cryptographically signed (Ed25519) and hash-chained, so the history cannot be faked or hidden.&lt;/li&gt;
&lt;/ol&gt;

&lt;p&gt;Honest Limitations&lt;br&gt;
I want to be completely transparent: this is an early, solo-built attempt. The testing methods aren't perfect yet, and it doesn't solve all AI security problems. I simply built it to learn if public, verifiable safety records are practical.&lt;/p&gt;

&lt;p&gt;I’d Love Your Feedback&lt;/p&gt;

&lt;p&gt;I would deeply appreciate any honest technical feedback, opinions, or critique on the mock sandbox approach. &lt;/p&gt;

&lt;p&gt;🔗 Live Site: &lt;a href="https://a2ag-website.vercel.app/" rel="noopener noreferrer"&gt;https://a2ag-website.vercel.app/&lt;/a&gt;&lt;br&gt;
💻 GitHub: &lt;a href="https://github.com/Annora998/a2ag-website" rel="noopener noreferrer"&gt;https://github.com/Annora998/a2ag-website&lt;/a&gt;&lt;/p&gt;

&lt;p&gt;Thank you for reading!&lt;/p&gt;

</description>
      <category>security</category>
      <category>ai</category>
      <category>opensource</category>
      <category>sideprojects</category>
    </item>
  </channel>
</rss>
