ClawHub
Back to skill

Security audit

Upgrade Stellar Contracts

Security checks for vulnerabilities and agentic risk

Overview

This skill is a coherent guide for safely upgrading Stellar/Soroban smart contracts and does not contain hidden execution, persistence, or unrelated data access.

Install this if you want Codex guidance for OpenZeppelin-based Stellar/Soroban contract upgrades. Because contract upgrades can affect deployed assets, review generated code carefully, enforce access control, test upgrade and migration paths on a local or test network, and verify storage compatibility before production use.

A.I.G

Vulnerability Patterns
  • Skill Instruction HijackingAlters the agent's session goals or safety constraints when the skill loads
  • Agent Memory PoisoningWrites attacker-controlled rules into memory that affect later sessions
  • Remote Payload Retrieval and ExecutionFetches external code whose behavior can change after review
  • Embedded Malicious CodeShips malicious scripts inside the skill and executes them locally
  • Unauthorized Access and Privilege EscalationObtains permissions beyond the task's legitimate needs

SkillSpector

Vulnerability Patterns
  • Memory PoisoningPersistent Context Injection, Context Window Stuffing, Memory Manipulation
  • Prompt InjectionInstruction Override, Hidden Instructions, Exfiltration Commands
  • Data ExfiltrationExternal Transmission, Env Variable Harvesting, File System Enumeration
  • Privilege EscalationExcessive Permissions, Sudo/Root Execution, Credential Access
  • Supply ChainUnpinned Dependencies, External Script Fetching, Obfuscated Code
Findings (1)

Memory Manipulation

High
Category
Memory Poisoning
Confidence
90% confidence
Finding

Skill manipulates agent memory, state, or stored context. Memory corruption can alter personality, override safety rules, or cause unpredictable behavior.

Content

Scanner excerpt · SKILL.md (reported line 125)May include surrounding context.

md
### Storage compatibility

When replacing the WASM binary, existing storage is reinterpreted by the new code. Incompatible changes corrupt state:

- **Do not remove or rename** existing storage keys
- **Do not change the type** of values stored under existing keys