entry-point-analyzer

Identify and categorize state-changing entry points in smart contract codebases.

Updated Feb 13, 2026
One-click install
npx skills add https://github.com/fjor1025/InfoSec-Framework --skill entry-point-analyzer-fjor1025
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: entry-point-analyzer
Source: https://github.com/fjor1025/InfoSec-Framework/tree/main/ClaudeSkills/plugins/entry-point-analyzer/skills/entry-point-analyzer
Command: npx skills add https://github.com/fjor1025/InfoSec-Framework --skill entry-point-analyzer-fjor1025

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes scripts (resource) and references (resource) components.

What problem does it solve?

This Skill systematically identifies all state-changing entry points in smart contract codebases, providing a clear map of the attack surface for security audits.

Core Features & Use Cases

  • State-Changing Function Identification: Detects and categorizes functions that can modify contract state.
  • Access Control Analysis: Classifies functions by access level (Public, Role-Restricted, Contract-Only).
  • Use Case: When beginning a smart contract audit, use this Skill to quickly understand which functions are externally callable and can alter the contract's state, helping to prioritize areas for deeper inspection.

Quick Start

Analyze the smart contract codebase located at '/path/to/contracts' to identify all state-changing entry points.

Frequently Asked Questions about entry-point-analyzer

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I identify state-changing entry points in a smart contract for a security audit?

To identify state-changing entry points for a security audit, you can analyze the codebase to detect functions that modify contract state, categorizing them by external callability and access control patterns while excluding read-only operations.

What is the best way to map a smart contract attack surface across multiple languages?

Mapping a smart contract attack surface involves systematically identifying all externally callable functions that alter state across supported languages like Solidity, Vyper, Solana, Move, TON, and CosmWasm to prioritize deeper inspection.

Does this smart contract analyzer support Solidity and Vyper for access control analysis?

Yes, this smart contract analyzer supports access control analysis for Solidity and Vyper, as well as Solana, Move, TON, and CosmWasm, classifying functions by access level such as Public, Role-Restricted, and Contract-Only.

How do I analyze external callability and state modification potential in smart contracts?

Analyzing external callability and state modification potential requires scanning the smart contract codebase to detect state-changing functions, leveraging tools like Slither when available to classify access control patterns.

Can I use Slither to detect state-changing functions and attack surfaces in CosmWasm or TON?

Yes, you can leverage tools like Slither when available to detect state-changing functions and map the attack surface across multiple languages including CosmWasm and TON, categorizing entry points by access level.

Why should I exclude read-only operations when mapping a smart contract attack surface?

Excluding read-only operations when mapping a smart contract attack surface is necessary because the analysis specifically targets state-changing entry points that can modify contract state, ensuring audit efforts prioritize actual vulnerability vectors.