NanoClaw partners with JFrog to block AI agents from downloading malicious code

2 Sources

Share

NanoClaw has partnered with software supply chain platform JFrog to protect autonomous AI agents from malicious code injection. The integration routes agent requests through JFrog's vetted software registries, blocking compromised packages automatically. Available free for open-source users, the partnership addresses a critical blind spot as AI agents increasingly install dependencies without human oversight.

NanoClaw and JFrog Launch Immune System for AI Agent Security

NanoClaw, a secure AI agent framework, has partnered with supply chain platform JFrog to protect autonomous agents from downloading malicious code through vetted software registries

1

2

. Gavriel Cohen, creator of NanoClaw and CEO of NanoCo AI, announced the collaboration at a JFrog event in San Francisco, introducing what both companies describe as an automated immune system for AI environments. The integration addresses a rapidly growing security blind spot: autonomous agents frequently install packages in the background to extend their capabilities, often without their human operators' knowledge or oversight

2

.

Source: The Register

Source: The Register

How the Security Integration Protects Against Compromised Dependencies

The partnership hardwires NanoClaw agents directly to JFrog's scanned registries, ensuring AI assistants can only pull safe dependencies. When an agent attempts to download a compromised library, such as a vulnerable version of the popular Axios package, the JFrog registry intercepts the request and blocks the installation with a 403 security policy error

2

. The system creates a dynamic correction loop by notifying the agent of the vulnerability and guiding it to automatically seek out and install an approved, non-malicious version instead. This approach tackles a fundamental challenge with Claw agents like OpenClaw and NanoClaw, which can improve themselves by fetching tools and resources they don't have

1

.

Source: VentureBeat

Source: VentureBeat

Why AI Agent Safety Requires More Than Instructions

Cohen emphasized that instructions alone cannot enforce AI agent safety or security. During his presentation, he referenced configuration files that include warnings like "Never run drop database production," explaining that such instructions reveal two things: the agent has performed that action before, and it can still do it again

1

. "Instructions help steer an agent AI towards valuable output, but it's not a safety mechanism," Cohen said. "The only way to reliably prevent an agent from taking undesired action is not allowing it to take that action, not giving it the ability to take the action"

1

. This philosophy underpins NanoClaw's approach to containing untrusted packages and malicious content.

Enterprise-Friendly Open-Source With Dual Licensing Model

The integration is available immediately and completely free for the open-source community, while enterprise organizations can route their agents through their existing commercially licensed JFrog environments

2

. For large organizations, this integration solves a massive governance and compliance challenge. Gal Marder, Chief Strategy Officer at JFrog, told VentureBeat that enterprises require "a system of record, we need somewhere to track what agents that's running by whom and consuming what packages and using what skills and using what MCPs"

2

. The partnership provides both visibility and a foundational trust layer over what automated systems can access.

Agent Factory Tackles Pull Request Overload

Cohen also announced the availability of an agent factory, NanoCo AI's homegrown system for handling pull requests using NanoClaw agents

1

. The system attempts to triage pull requests, which have surged thanks to AI coding agents. When a pull request opens, the factory spins up a dedicated worker agent, posts a thread to Slack, and the worker triages the change, reviews the diff, and proposes a test plan. Nothing consequential happens without human review: merges, test runs, and credentialed GitHub actions each surface as an approval card in the thread and only fire when a human clicks approve

1

. This addresses the challenge maintainers face distinguishing high-quality contributions from automated reputation-building attempts.

Today's Top Stories

© 2026 TheOutpost.AI All rights reserved