toss-edge-hardening

Enforce JWT-based authorization in TaillogToss Edge Functions and remove caller header trust.

Updated Feb 25, 2026
One-click install
npx skills add https://github.com/kimjuyoung1127/TaillogToss --skill toss-edge-hardening
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: toss-edge-hardening
Source: https://github.com/kimjuyoung1127/TaillogToss/tree/main/.claude/skills/toss-edge-hardening
Command: npx skills add https://github.com/kimjuyoung1127/TaillogToss --skill toss-edge-hardening

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Edge Function security vulnerabilities where authorization decisions rely on caller headers or incomplete checks, risking privilege escalation. This Skill enforces JWT-based authorization, removes trust in caller-provided headers, and validates post-patch behavior via redeploys and runtime checks.

Core Features & Use Cases

  • Enforces per-function minimum permissions via JWT claims rather than headers.
  • Patches edge functions and validates re-deployment with evidence trails (edge logs).
  • Performs runtime verification by replaying requests and ensuring non-privileged responses.

Quick Start

Begin by auditing verify_jwt-enabled Edge Functions, patch to enforce JWT-based roles, redeploy, and validate via edge logs.

Frequently Asked Questions about toss-edge-hardening

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

FAQPage Schema
How do I enforce JWT-based authorization in Edge Functions to prevent privilege escalation?

Enforce JWT-based authorization in Edge Functions by patching each function to validate JWT claims for minimum permissions, removing trust in caller headers to prevent privilege escalation, then redeploying and validating via edge logs.

Why does trusting caller headers in Edge Functions create security vulnerabilities?

Trusting caller headers in Edge Functions creates security vulnerabilities because incomplete authorization checks allow callers to spoof headers and escalate privileges, whereas JWT claims provide cryptographically verifiable role enforcement.

How do I validate Edge Function security patches after redeployment?

Validate Edge Function security patches after redeployment by replaying runtime requests to confirm non-privileged responses and checking edge logs to verify that JWT-based authorization properties hold.

Can I apply JWT hardening across multiple Edge Functions like verify_iap_order and grant-toss-points?

You can apply JWT hardening across multiple Edge Functions including verify_iap_order, generate_report, send-smart-message, and grant-toss-points by patching each function to enforce per-function minimum permissions via JWT claims.

What's the best way to audit Edge Functions for authorization bypass risks before patching?

The best way to audit Edge Functions for authorization bypass risks is to review verify_jwt-enabled functions for reliance on caller headers, then patch them to enforce JWT-based roles and validate behavior with regression testing.

Do I need edge logs to confirm Edge Function security hardening?

You need edge logs to confirm Edge Function security hardening because they provide post-patch redeploy evidence and runtime verification trails that validate JWT-based authorization properties are enforced correctly.