auth-sec

Route web authentication and authorization issues to the correct security testing workflow.

2|Updated May 15, 2026
One-click install
npx skills add https://github.com/lNwNl/Methodos --skill auth-sec-lnwnl
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: auth-sec
Source: https://github.com/lNwNl/Methodos/tree/main/docker/opencode/skills/auth-sec
Command: npx skills add https://github.com/lNwNl/Methodos --skill auth-sec-lnwnl

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This Skill helps you quickly determine whether a vulnerability primarily stems from authentication mechanics, session handling, or authorization boundaries, so you test the correct layer first instead of wasting cycles on unrelated exploit paths.

Core Features & Use Cases

  • Authentication & Session Boundary Triage: Focus testing on login, registration, password reset, 2FA, and session integrity (e.g., fixation, invalidation, and lifecycle issues) when the weakness is identity entry-point related.
  • Object/Function Authorization Scoping: Route investigation to object-level authorization problems such as BOLA/IDOR-style missing permission checks across tenants, roles, and resource ownership.
  • Token, Browser Boundary, and Federation Planning: Select targeted testing for JWT/OAuth/SSO protocol misconfiguration, plus browser trust boundary issues like CORS/CSRF and their interaction with authenticated requests.

Quick Start

Use the auth-sec skill to decide whether your target requires login/session validation, object authorization testing, or token/OAuth/SSO and browser boundary checks by answering which of those boundaries the observed behavior most closely implicates.

Frequently Asked Questions about auth-sec

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

FAQPage Schema
How do I triage whether a web vulnerability is an authentication or authorization issue?

Authentication versus authorization triage determines if a weakness stems from login session handling, identity entry points, or object-level access boundaries like BOLA. Scoping observed behaviors to the specific layer prevents wasted testing on unrelated exploit paths.

When do I need to test JWT and OAuth protocol misconfigurations during a security assessment?

Testing JWT and OAuth protocol misconfigurations is needed when observed behaviors implicate token handling, SSO federation, or browser trust boundary failures. Selecting targeted testing routes investigation to protocol-specific risks across these authenticated request flows.

How do I scope object-level authorization testing for BOLA and IDOR vulnerabilities?

Scope object-level authorization testing by routing investigation to missing permission checks across tenants, roles, and resource ownership. This focuses BOLA and IDOR vulnerability detection on boundaries where access controls fail to validate the requesting user.

Does this approach help test CORS and CSRF browser trust boundary failures?

Yes, this approach helps test CORS and CSRF browser trust boundary failures by selecting targeted testing for their interaction with authenticated requests. It routes investigation to common browser trust boundary issues alongside token and federation protocol checks.

What is the best way to route SAML federated identity flow security testing?

The best way to route SAML federated identity flow testing is by evidence-based scoping to select the next specialized security skill. This targets protocol misconfiguration risks specific to SAML within the broader authentication-security workflow map.

Why does my authentication testing focus on the wrong attack surface?

Authentication testing focuses on the wrong attack surface when vulnerabilities are not correctly triaged between session handling, authorization boundaries, and protocol risks. Evidence-based scoping selects the correct testing route to avoid wasting cycles on unrelated paths.