Skill flagged — suspicious patterns detected

ClawHub Security flagged this skill as suspicious. Review the scan results before using.

Public

v1.0.1

Mint a Base Bud NFT from the agent-only collection on Base mainnet. Requires solving a challenge, paying 1 USDC (x402), and an EVM wallet.

0· 580·0 current·0 all-time
byBasebuds@tron04736-star
Security Scan
VirusTotalVirusTotal
Suspicious
View report →
OpenClawOpenClaw
Suspicious
medium confidence
!
Purpose & Capability
The skill claims only HTTP-based minting with local signing, which fits an NFT mint flow. However, the SKILL.md explicitly requires running Node scripts and optionally running `npm install` to fetch the ethers library — yet the skill metadata declares no required binaries or install steps. That mismatch (no declared dependency on node/npm while instructions demand them) is incoherent.
!
Instruction Scope
Instructions ask the agent to obtain the user's EVM private key and wallet address, run two Node scripts (signing payment and signing the mint tx), call multiple API endpoints on budsbase.xyz, and install ethers into /tmp if missing. While local signing is consistent with the task, the agent is told to request raw private keys from the user and to run npm install in a temp location — both expand scope beyond simple API calls and require executing code on the host. The SKILL.md also tells the agent to restart the flow with a new private key if a mint limit is reached, which could encourage repeatedly requesting new sensitive keys.
Install Mechanism
There is no formal install spec (instruction-only), which is lowest-risk in principle. But the runtime directions include an on-demand `npm install --prefix /tmp ethers` fallback. Installing packages from npm at runtime is moderate risk: it's a traceable registry but can introduce arbitrary code execution. The use of /tmp and runtime installs should have been declared in the metadata; absence of that declaration is the primary concern, not the presence of npm itself.
!
Credentials
The skill requests the user's EVM private key (sensitive, effectively full access to the wallet). For signing transactions this is functionally necessary if the user cannot sign externally, but the skill offers no option to integrate with an external signer/hardware wallet or to use a read-only flow. The instruction to request additional private keys if mint limits are hit further increases risk. No environment variables or credentials are declared, but the skill will effectively require a high-sensitivity secret (private key) from the user — this should be made explicit in metadata and safer alternatives should be offered.
Persistence & Privilege
The skill does not request permanent presence (always:false) and has no install spec that writes to system config. Its runtime suggestion to install ethers into /tmp is transient and scoped to /tmp; it does not ask to modify other skills or system settings. No other elevated privileges are requested.
What to consider before installing
This skill may be legitimate, but exercise caution. Key points to consider before installing or using it: - Do not paste your mainnet private key into any agent or prompt. Prefer an external signer (hardware wallet, MetaMask, or a dedicated signing service) or use an ephemeral wallet with only the minimum funds required. - The SKILL.md requires node and npm at runtime but the skill metadata does not declare them; ensure you are comfortable allowing the agent to run Node, execute scripts, and install an npm package to /tmp. - Verify the service domain (budsbase.xyz) and its TLS certificate before sending any signed data to it. Consider reviewing the API contract or contacting the project to confirm behavior. - If you must proceed, limit exposure: use a throwaway wallet with minimal ETH/USDC, and avoid reusing keys if the flow requests additional wallets after a 409 limit. Prefer signing transactions in a wallet you control rather than giving a plaintext private key to an agent. - If you need a definitive safety verdict, request additional information from the skill author: (1) declare required runtime binaries (node, npm) in metadata, (2) offer an external-signing option, and (3) provide an auditable reference implementation or source code repository for the scripts mentioned.

Like a lobster shell, security has layers — review code before you run it.

latestvk977kt4anb2tg7n48cqjaz6jhs81f1gg
580downloads
0stars
2versions
Updated 11h ago
v1.0.1
MIT-0

Base Buds Mint

Mint a Base Bud NFT from the agent-only collection on Base mainnet.

Key Files

FileURL
SKILL.md (this file)https://budsbase.xyz/skill.md

Install locally:

mkdir -p ~/.openclaw/skills/base-buds
curl -s https://budsbase.xyz/skill.md > ~/.openclaw/skills/base-buds/SKILL.md

Or just read the URL directly!

Base URL: https://budsbase.xyz/api

Prerequisites

  • An EVM wallet keypair with at least 0.00025-0.000415 ETH for gas and 1 USDC on Base mainnet (chain ID 8453)
  • Ability to solve challenges (math, code, logic)

Security

  • Your EVM private key should never leave your local environment — signing happens locally
  • This skill makes only HTTP API calls. It does not access your filesystem, run shell commands, or execute arbitrary code

How It Works

The mint flow has four steps: challenge → prepare → complete (pay & get tx) → broadcast.

Step 1: Request a challenge

curl -X POST https://budsbase.xyz/api/challenge \
  -H "Content-Type: application/json" \
  -d '{"wallet": "YOUR_EVM_ADDRESS"}'

Response:

{
  "challengeId": "0xabc123...",
  "puzzle": "What is 347 * 23 + 156?",
  "expiresAt": 1699999999999
}

Step 2: Prepare & sign payment

A single node script that submits the challenge answer to /prepare, then signs the USDC payment locally. Your private key never leaves your machine.

Note: /prepare returns only payment data — no mint transaction. The mint transaction is only available after payment settles in Step 3.

import { ethers } from "ethers";

const PK = "YOUR_PRIVATE_KEY";
if (!/^0x[0-9a-fA-F]{64}$/.test(PK)) throw new Error("Invalid private key — must be 0x + 64 hex chars");
const wallet = new ethers.Wallet(PK);

// 2a. Submit challenge answer, get payment data
const res = await fetch("https://budsbase.xyz/api/prepare", {
  method: "POST",
  headers: { "Content-Type": "application/json" },
  body: JSON.stringify({ wallet: wallet.address, challengeId: "CHALLENGE_ID", answer: "ANSWER" }),
});
const { prepareId, payment } = await res.json();

// 2b. Sign USDC payment (EIP-712)
const paymentSignature = await wallet.signTypedData(payment.domain, payment.types, payment.values);

console.log(JSON.stringify({ prepareId, paymentSignature }));

Step 3: Complete (settle payment & get unsigned mint tx)

Submit the payment signature. The backend settles 1 USDC on-chain first, then returns the unsigned mint transaction.

curl -X POST https://budsbase.xyz/api/complete \
  -H "Content-Type: application/json" \
  -d '{
    "prepareId": "0x<from_step_2>",
    "paymentSignature": "0x<from_step_2>"
  }'

Response:

{
  "success": true,
  "settleTxHash": "0x...",
  "transaction": { "to": "0x...", "data": "0x...", "chainId": 8453, "nonce": 5, "type": 2, "..." : "..." },
  "message": "Payment settled. Sign the transaction and POST to /api/broadcast."
}

Step 4: Sign & broadcast

Sign the mint transaction locally, then submit it.

import { ethers } from "ethers";

const PK = "YOUR_PRIVATE_KEY";
if (!/^0x[0-9a-fA-F]{64}$/.test(PK)) throw new Error("Invalid private key — must be 0x + 64 hex chars");
const wallet = new ethers.Wallet(PK);
const transaction = /* transaction object from Step 3 */;

const signedTransaction = await wallet.signTransaction(transaction);
console.log(JSON.stringify({ signedTransaction }));
curl -X POST https://budsbase.xyz/api/broadcast \
  -H "Content-Type: application/json" \
  -d '{"signedTransaction": "0x<from_above>"}'

Response:

{
  "success": true,
  "tokenId": 9,
  "minter": "0x...",
  "txHash": "0x...",
  "minted": 2,
  "remaining": 18,
  "message": "Successfully minted Base Bud #9! You have minted 2 Base Buds. You can mint up to 18 more."
}

Agent Behavior

  • The user will provide their wallet address and private key. That's all you need — handle the entire mint flow from there without asking further questions.
  • Step 1 (challenge): use curl.
  • Step 2 (prepare & sign payment): use a single node script that fetches /prepare and signs the USDC payment. Do NOT split this into separate curl + node steps.
    • ethers fallback: Before running the script, check if ethers is available: node -e "require('ethers')". If it fails, install to a temp location: npm install --prefix /tmp ethers, then run the script with NODE_PATH=/tmp/node_modules.
  • Step 3 (complete): use curl — this settles payment and returns the unsigned mint tx.
  • Step 4 (sign & broadcast): use a single node script that signs the transaction from Step 3, then use curl to POST the signed tx to /broadcast.
  • After each step, briefly tell the user what happened before moving to the next.
  • Handle errors gracefully — if a step fails, explain why and retry or stop.
  • Mint limit reached (409): If /challenge returns 409, ask the user for a new wallet address and private key, then restart the flow with the new wallet.
  • Never expose the user's private key in output or logs.
  • Signing must always happen locally — never send private keys over the network.

Error Codes

/challenge

CodeMeaning
400Invalid wallet address or missing fields
409Wallet has reached the mint limit (20)
410Collection is fully minted
500Server error

/prepare

CodeMeaning
400Invalid wallet address, missing fields
403Challenge answer is incorrect or expired
500Server error

/complete

All errors include a code field you can switch on:

codeHTTPMeaning
missing_prepare_id400No prepareId provided
missing_payment_signature400No paymentSignature provided
prepare_session_expired400Session not found or expired — call /prepare again
authorization_expired400USDC authorization validBefore has passed
authorization_not_yet_valid400USDC authorization validAfter is in the future
insufficient_usdc_balance400Wallet doesn't have enough USDC
payment_verification_failed402x402 facilitator rejected the payment signature
payment_settlement_failed402x402 facilitator couldn't settle the USDC transfer

/broadcast

codeHTTPMeaning
missing_signed_transaction400No signedTransaction provided
nonce_too_low400Wallet has pending txs — call /complete again
insufficient_eth400Not enough ETH for gas
already_known409Transaction was already submitted
mint_reverted400Mint transaction reverted on-chain
broadcast_failed500Failed to broadcast transaction

Notes

  • Chain: Base mainnet (chain ID 8453)
  • x402 payment: 1 USDC per mint, paid via EIP-712 signed USDC TransferWithAuthorization
  • Two signing operations: EIP-712 for USDC payment (Step 2) + EIP-1559 for mint transaction (Step 4)
  • Challenge expiration: Challenges expire after 5 minutes
  • Total supply: 6,000 NFTs
  • Up to 20 mints per wallet
  • Gas cost: ~0.00025-0.000415 ETH per mint on Base

Comments

Loading comments...