Install
$ agentstack add skill-snailsploit-claude-red-offensive-basic-exploitation ✓ scanned · ✓ verified, works with Claude Code, Cursor, and more.
Security review
✓ Passed1 finding(s); passed with low-risk notes. · v0.1.0 How review works →
- ✓ Prompt-injection patterns
- ✓ Secret / credential exfiltration
- ✓ Dangerous shell & filesystem operations
- ✓ Untrusted network calls
- ✓ Known-malicious package signatures
- medium Obfuscated/encoded payload that hides intent.
What it can access
- ● Network access Used
- ● Filesystem access Used
- ✓ Shell / process execution No
- ✓ Environment & secrets No
- ● Dynamic code execution Used
From automated source analysis of v0.1.0. “Used” means the capability is present in the source — more access means more to trust, not that it’s unsafe.
Verified badge
Passed review? Show it. Paste this badge into your README, it links to the public security report.
Reliability & compatibility
Declared compatibility
Compatibility is declared by the source manifest. End-to-end runtime verification is coming, see below.
We're building live execution health for every listing: tool-call success rate, median latency, uptime, and last-checked timestamps, measured, not self-reported. It isn't live yet, so we don't show numbers we can't stand behind.
How agent discovery & health will work →About
SKILL: Week 5: Basic Exploitation (Linux with Mitigations Disabled)
Metadata
- Skill Name: basic-exploitation
- Folder: offensive-basic-exploitation
- Source: https://github.com/SnailSploit/offensive-checklist/blob/main/5-basic-exploitation.md
Description
Week 5 exploit development curriculum. Foundational exploitation techniques: controlling EIP/RIP, ROP chain construction, ret2libc, shellcode injection, heap spraying, bypass techniques for ASLR/NX/stack canaries. Use when building initial PoCs or understanding classic exploitation primitives.
Trigger Phrases
Use this skill when the conversation involves any of: basic exploitation, EIP control, RIP control, ROP chain, ret2libc, shellcode injection, heap spray, ASLR bypass, NX bypass, stack canary bypass, week 5
Instructions for Claude
When this skill is active:
- Load and apply the full methodology below as your operational checklist
- Follow steps in order unless the user specifies otherwise
- For each technique, consider applicability to the current target/context
- Track which checklist items have been completed
- Suggest next steps based on findings
Full Methodology
Week 5: Basic Exploitation (Linux with Mitigations Disabled)
Overview
created by AnotherOne from @Pwn3rzs Telegram channel.
Now that you can find and analyze vulnerabilities (Week 2 & 4), it's time to learn exploitation. This week focuses on fundamental exploitation techniques in a simplified Linux environment with modern mitigations (DEP, ASLR, stack canaries) disabled. Mastering these basics is essential before tackling mitigation bypasses in Week 7.
Next week (Week 6) we'll focus on understanding mitigations in both Linux and Windows. Week 7 will cover bypassing them.
Learning Environment:
- CPU arch (default): amd64 (x86-64)
- OS: Ubuntu 24.04 LTS (Linux)
- Compiler Flags: Disable protections (
-fno-stack-protector,-no-pie,-z execstackfor ret2shellcode labs,/GS-) - ASLR: Keep enabled system-wide; disable per-process (
setarch -R) or in GDB (set disable-randomization on) for deterministic labs - Focus: Pure exploitation techniques without bypass complexity
Day 1: Environment Setup and Stack Overflow Fundamentals
- Goal: Set up exploitation lab and understand stack buffer overflow mechanics.
- Activities:
- Reading:
- "Hacking: The Art of Exploitation" 2nd edition, by Jon Erickson - Chapter 0x300: "EXPLOITATION"
- Smashing The Stack For Fun And Profit - Classic paper
- Online Resources:
- x86-64 Calling Conventions
- Stack Layout Visualization
- Tool Setup:
- Ubuntu VM with protections disabled
- pwntools, pwndbg, ROPgadget
- Exercise:
- Compile and exploit first vulnerable program
- Overwrite return address to execute shellcode
Context: QNAP Stack Overflow (CVE-2024-27130)
- Recall the QNAP QTS Stack Overflow from Week 1? That was a classic stack buffer overflow caused by
strcpywithout bounds checking—exactly what we'll be exploiting today. - While modern systems have mitigations (which we'll disable for now), the underlying mechanic remains the same: overwriting the return address to hijack control flow.
Deliverables
- Environment:
~/check_env.shpasses and you recorded its output - Binary:
vuln1built and verified withchecksec - Primitive proof: RIP control demonstrated (controlled crash address)
- Exploit:
exploit1.py(or equivalent) spawns a shell reliably - Notes: brief writeup covering offset, return target, and payload layout
Setting Up the Lab Environment
Ubuntu VM Configuration:
> [!IMPORTANT] > ASLR Policy: Keep ASLR enabled system-wide for security. Disable only per-process for labs. > Never disable ASLR globally on a machine connected to the internet.
# ============================================================
# ASLR CONFIGURATION (Per-Process Only - Do NOT disable globally!)
# ============================================================
# Option 0: Disable ASLR system-wide
# echo 0 | sudo tee /proc/sys/kernel/randomize_va_space
# echo "kernel.randomize_va_space = 0" | sudo tee /etc/sysctl.d/99-disable-aslr.conf
# sudo sysctl --system
# Option 1: Disable in GDB (recommended for debugging)
# In GDB/pwndbg:
# (gdb) set disable-randomization on # Default in GDB
# (gdb) set disable-randomization off # If you want ASLR during debug
# Option 2: Disable for a single binary run
setarch x86_64 -R ./binary
# Option 3: In pwntools (for local process only)
# p = process('./binary', aslr=False)
# VERIFY: Check system ASLR is STILL ENABLED
cat /proc/sys/kernel/randomize_va_space
# Should output: 2 (full ASLR) - DO NOT change this!
# If you previously disabled ASLR system-wide, RE-ENABLE it:
# echo 2 | sudo tee /proc/sys/kernel/randomize_va_space
# sudo rm -f /etc/sysctl.d/99-disable-aslr.conf # Remove any persistent config
# ============================================================
# INSTALL ESSENTIAL TOOLS
# ============================================================
sudo apt update
sudo apt install -y \
nasm \
strace \
ltrace \
ruby \
ruby-dev \
libc6-dbg \
checksec \
patchelf
cd ~/crash_analysis_lab
source .venv/bin/activate
pip install ropgadget
# Install one_gadget (quick shell gadgets)
sudo gem install one_gadget
# Install radare2 (optional but useful)
cd ~/tools
git clone --depth 1 --branch master https://github.com/radareorg/radare2
cd radare2
sys/install.sh
# Check glibc version (important for heap exploitation)
ldd --version
# Ubuntu 24.04 ships with glibc 2.39
# ============================================================
# STANDARDIZED COMPILATION PROFILES (AMD64)
# ============================================================
# Create a Makefile with canonical build profiles for labs:
cat > ~/lab-Makefile BINARY=myprogram SOURCE=myprogram.c
CC = gcc
SOURCE ?= vuln.c
BINARY ?= vuln
# Base flags for all builds (AMD64)
BASE_CFLAGS = -g -O0 -fno-omit-frame-pointer -fno-stack-protector
BASE_LDFLAGS = -no-pie
# Training profiles:
# 0. disabled: most things disabled
# 1. training-shellcode: NX disabled, for ret2shellcode exercises
# 2. training-rop: NX enabled, for ROP/ret2libc exercises
# 3. training-relro-off: Partial RELRO, for GOT overwrite exercises
# 4. training-full-relro: Full RELRO, to demonstrate GOT write fails
# 5. format-sec: for format-security bugs
disabled: $(SOURCE)
$(CC) $(BASE_CFLAGS) $(BASE_LDFLAGS) -w -fcf-protection=none -z execstack -o $(BINARY) $(SOURCE)
@echo "Built: NX=OFF, Canary=OFF, PIE=OFF, RELRO=Partial"
@checksec --file=$(BINARY) 2>/dev/null || pwn checksec $(BINARY)
training-shellcode: $(SOURCE)
$(CC) $(BASE_CFLAGS) $(BASE_LDFLAGS) -z execstack -o $(BINARY) $(SOURCE)
@echo "Built: NX=OFF, Canary=OFF, PIE=OFF, RELRO=Partial"
@checksec --file=$(BINARY) 2>/dev/null || pwn checksec $(BINARY)
training-rop: $(SOURCE)
$(CC) $(BASE_CFLAGS) $(BASE_LDFLAGS) -o $(BINARY) $(SOURCE)
@echo "Built: NX=ON, Canary=OFF, PIE=OFF, RELRO=Partial"
@checksec --file=$(BINARY) 2>/dev/null || pwn checksec $(BINARY)
training-relro-off: $(SOURCE)
$(CC) $(BASE_CFLAGS) $(BASE_LDFLAGS) -fcf-protection=none -Wl,-z,norelro -o $(BINARY) $(SOURCE)
@echo "Built: NX=ON, Canary=OFF, PIE=OFF, RELRO=OFF"
@checksec --file=$(BINARY) 2>/dev/null || pwn checksec $(BINARY)
training-full-relro: $(SOURCE)
$(CC) $(BASE_CFLAGS) $(BASE_LDFLAGS) -fcf-protection=none -Wl,-z,relro,-z,now -o $(BINARY) $(SOURCE)
@echo "Built: NX=ON, Canary=OFF, PIE=OFF, RELRO=FULL (GOT read-only!)"
@checksec --file=$(BINARY) 2>/dev/null || pwn checksec $(BINARY)
format-sec: $(SOURCE)
$(CC) $(BASE_CFLAGS) $(BASE_LDFLAGS) -w -fcf-protection=none -Wno-format-security -o $(BINARY) $(SOURCE)
@echo "Built: NX=OFF, Canary=OFF, PIE=OFF, RELRO=Partial"
@checksec --file=$(BINARY) 2>/dev/null || pwn checksec $(BINARY)
# Show all protections
check:
@checksec --file=$(BINARY) 2>/dev/null || pwn checksec $(BINARY)
clean:
rm -f $(BINARY) *.o
.PHONY: disabled training-shellcode training-rop training-relro-off training-full-relro format-sec check clean
MAKEFILE
echo "Makefile created at ~/lab-Makefile"
echo "Copy to your lab directory: cp ~/lab-Makefile ./Makefile"
> [!NOTE] > Ubuntu 24.04: > > - Uses glibc 2.39 with full safe-linking and removed hooks > - Requires python3-venv for pip package installation (PEP 668) > - For classic heap techniques, consider using Docker with older Ubuntu
GDB Enhancement Options
Verify Setup:
mkdir -p exploit
cd exploit
cp ~/lab-Makefile ./Makefile
source ~/crash_analysis_lab/.venv/bin/activate
# Test pwntools
python3 -c "from pwn import *; print('pwntools OK')"
# Test compilation without protections (AMD64)
cat > test.c
#include
int main() {
char buf[100];
gets(buf); // Vulnerable: reads from stdin, no bounds check
return 0;
}
EOF
make training-shellcode BINARY=test SOURCE=test.c
#gcc -g -O0 -w -fno-stack-protector -z execstack -no-pie test.c -o test
# Should compile without errors (-w suppresses gets() warning)
# Check binary protections (should all be disabled)
# Use either: checksec (from apt) or pwn checksec (from pwntools)
# checksec --file=./test
# Or: pwn checksec ./test
# Expected output (may vary slightly by checksec version):
# Arch: amd64-64-little
# RELRO: Partial RELRO
# Stack: No canary found
# NX: NX unknown - GNU_STACK missing (effectively disabled via -z execstack)
# PIE: No PIE (0x400000)
# Stack: Executable
# RWX: Has RWX segments
# SHSTK: Enabled (Intel CET Shadow Stack - CPU feature, not binary)
# IBT: Enabled (Intel CET Indirect Branch Tracking)
# Note: "NX unknown" with "Stack: Executable" means shellcode execution works
# ============================================================
# SANITY CHECK SCRIPT (Run Before Each Lab)
# ============================================================
cat > ~/check_env.sh /dev/null || pwn checksec "$1" 2>/dev/null
echo ""
fi
# GDB randomization
echo "[*] GDB ASLR (check inside GDB with 'show disable-randomization'):"
echo " Default: ON (disabled randomization = deterministic addresses)"
echo ""
echo "[+] Environment check complete."
echo " For per-process ASLR disable: setarch x86_64 -R ./binary"
echo " Or in pwntools: process('./binary', aslr=False)"
SCRIPT
chmod +x ~/check_env.sh
echo "Sanity check script created: ~/check_env.sh"
~/check_env.sh
pwntools Essentials
Before diving into exploitation, master these pwntools fundamentals. The ELF() class is your primary interface for analyzing binaries—use it throughout this course.
ELF() Basics:
cd ~/exploit
source ~/crash_analysis_lab/.venv/bin/activate
cp ~/crash_analysis_lab/vuln_no_protect .
#!/usr/bin/env python3
# ~/exploit/1.py
from pwn import *
# Load the binary and set context
elf = ELF('./vuln_no_protect')
context.binary = elf # Auto-sets arch, os, endian, bits
context.arch = 'amd64' # Explicit (redundant if context.binary is set)
# Binary metadata (always check these first!)
print(f"Architecture: {elf.arch}") # amd64
print(f"Bits: {elf.bits}") # 64
print(f"Endian: {elf.endian}") # little
print(f"PIE enabled: {elf.pie}") # True/False
print(f"Entry point: {hex(elf.entry)}") # Where execution starts
# Security mitigations (same as checksec)
print(elf.checksec())
# Symbol lookup - CRITICAL for exploitation
print(f"main @ {hex(elf.symbols['main'])}")
print(f"vulnerable_function @ {hex(elf.symbols['stack_overflow'])}")
# Find imported functions (from libc)
print(f"puts@plt: {hex(elf.plt['puts'])}") # PLT stub
print(f"puts@got: {hex(elf.got['puts'])}") # GOT entry
# Find gadgets and strings
print(f"'/bin/sh' in binary: {hex(elf.search(b'/bin/sh').__next__())}" if b'/bin/sh' in elf.data else "Not found")
# For binaries linked with libc
libc = ELF('/lib/x86_64-linux-gnu/libc.so.6')
print(f"system in libc: {hex(libc.symbols['system'])}")
print(f"/bin/sh in libc: {hex(next(libc.search(b'/bin/sh')))}")
Context Configuration (set BEFORE any pwntools operations):
# ~/exploit/2.py
from pwn import *
# === CRITICAL: Set context from binary (AMD64) ===
elf = ELF('./vuln_no_protect')
context.binary = elf # Sets arch='amd64', os='linux', endian='little' automatically!
# Or set explicitly (redundant if context.binary is set)
# context.arch = 'amd64'
# context.os = 'linux'
# context.endian = 'little'
# Logging level
context.log_level = 'debug' # Show all pwntools output
context.log_level = 'info' # Normal output (default)
context.log_level = 'error' # Only errors
# Data packing (architecture-aware after setting context)
addr = p64(0xdeadbeef) # Pack 64-bit address (little-endian) - AMD64
val = u64(b'\xef\xbe\xad\xde\x00\x00\x00\x00') # Unpack 8 bytes to integer
Understanding the Stack (AMD64)
Stack Layout (x86-64 / AMD64):
High Memory
┌─────────────────────┐
│ Command-line args │
├─────────────────────┤
│ Environment vars │
├─────────────────────┤
│ ... │
├─────────────────────┤
│ Stack Frame N │
│ ┌───────────────┐ │
│ │ Locals │ │ ← RSP (Stack Pointer)
│ ├───────────────┤ │
│ │ Saved RBP │ │ ← RBP (Base Pointer)
│ ├───────────────┤ │
│ │ Return Addr │ │ ← Overwrite target! (8 bytes on AMD64)
│ ├───────────────┤ │
│ │ (Args 7+) │ │ (First 6 args in registers!)
│ └───────────────┘ │
├─────────────────────┤
│ Stack Frame N-1 │
├─────────────────────┤
│ ... │
└─────────────────────┘
Low Memory
AMD64 vs x86 Key Differences:
| Feature | x86 (32-bit) | AMD64 (64-bit) | | ------------------- | ----------------- | -------------------------- | | Register prefix | E (EAX, EBP, ESP) | R (RAX, RBP, RSP) | | Instruction pointer | EIP | RIP | | Address size | 4 bytes | 8 bytes | | Arguments | All on stack | RDI, RSI, RDX, RCX, R8, R9 | | Return value | EAX | RAX | | Syscall instruction | int 0x80 | syscall | | Stack alignment | 4-byte | 16-byte before call |
System V AMD64 ABI Calling Convention:
; AMD64 function call: func(arg1, arg2, arg3, arg4, arg5, arg6, arg7)
; Arguments in order:
; RDI = arg1
; RSI = arg2
; RDX = arg3
; RCX = arg4
; R8 = arg5
; R9 = arg6
; stack = arg7+ (pushed right-to-left)
; Return value: RAX
; Example: write(1, buf, len)
mov rdi, 1 ; fd = stdout
mov rsi, buf ; buffer address
mov rdx, len ; length
call write
; Syscall convention (slightly different):
; RAX = syscall number
; RDI, RSI, RDX, R10, R8, R9 = arguments (note: R10 instead of RCX!)
; syscall instruction (not int 0x80)
Function Call Mechanics (AMD64):
; Calling a function (AMD64)
; Arguments go in registers (first 6)
mov rdi, arg1
mov rsi, arg2
call function ; Pushes 8-byte return address
; Inside function
function:
push rbp ; Save old base pointer (8 bytes)
mov rbp, rsp ; Set new base pointer
sub rsp, 0x40 ; Allocate space for locals (must maintain 16-byte alignment)
; Function body...
mov rsp, rbp ; Restore stack pointer (or: leave)
pop rbp ; Restore base pointer
ret ; Return (pops return address into RIP)
Buffer Overflow Visualization (AMD64):
Before overflow:
┌──────────────────┐
│ buffer[64] │ ← strcpy writes here
├────────────
…
## Source & license
This open-source skill is cataloged on AgentStack and links to its original source — we do not rehost the code.
- **Author:** [SnailSploit](https://github.com/SnailSploit)
- **Source:** [SnailSploit/Claude-Red](https://github.com/SnailSploit/Claude-Red)
- **License:** MIT
Install and usage instructions live in the source repository linked above.
Reviews
No reviews yet, be the first.
Write a review
Versions
- v0.1.0 Imported from the upstream source.