vela-browser-test

Test Vela payloads in Chromium after sanitization to detect execution.

Updated Jul 21, 2026
One-click install
npx skills add https://github.com/migletto/slides --skill vela-browser-test
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: vela-browser-test
Source: https://github.com/migletto/slides/tree/main/.claude/skills/vela-browser-test
Command: npx skills add https://github.com/migletto/slides --skill vela-browser-test

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill requires jsdom, playwright, and includes scripts (resource) components.

What problem does it solve?

This Skill helps verify whether a Vela deck payload, SVG, or CSS rule actually executes, fetches a network resource, or stays inert after passing through the real sanitizers and a real browser.

Core Features & Use Cases

  • Real Sanitizer Validation: Loads the production deck sanitizers and checks whether dangerous strings survive the sanitization layer.
  • Real Browser Probing: Runs payloads in Chromium to confirm whether an image, background image, inline SVG, or object-based vector actually fires.
  • Security Regression Testing: Useful for exfiltration hunts, XSS verification, sanitizer fixes, and browser-rendering claims that cannot be proven by source review alone.
  • Environment-Aware Testing: Includes guidance for the remote execution container, blocked CDNs, and the prebuilt Chromium binary already available in the image.

Quick Start

Ask the assistant to test a Vela payload in the real browser and report whether it executed or made any outbound request.

Frequently Asked Questions about vela-browser-test

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

FAQPage Schema
How do I verify if an XSS payload executes in a real browser after sanitization?

Verifying XSS payload execution in a real browser requires running sanitized markup in a live Chromium environment using Playwright. This approach distinguishes inert markup from active browser behavior, confirming whether dangerous strings survive sanitization and actually fire.

How does sanitizer validation work with real browser probing?

Sanitizer validation with real browser probing loads production deck sanitizers to filter dangerous strings, then executes the surviving markup in Chromium. This detects whether inline SVG, image, background-image, or object-based vectors actually trigger outbound requests or execute scripts.

Can I test exfiltration and SVG security vulnerabilities using Playwright and jsdom?

Yes, testing exfiltration and SVG security vulnerabilities is possible using Playwright and jsdom. This environment runs payloads in a prebuilt Chromium executable to verify whether vectors fetch network resources or stay inert after passing through production sanitizers.

What is the best way to test CSS background-image exfiltration in a headless browser?

The best way to test CSS background-image exfiltration is executing the payload in a real Chromium browser via Playwright. This validates whether the sanitized CSS rule actually triggers an outbound network request within a controlled remote execution container.

Why does my sanitized SVG still execute scripts during security regression testing?

A sanitized SVG might still execute scripts if the production sanitizer layer fails to strip dangerous attributes. Running the payload in real Chromium confirms whether the inline SVG vector survives sanitization and fires, proving active browser behavior.

Do I need a prebuilt Chromium binary to validate object-based XSS vectors?

You need a prebuilt Chromium binary to validate object-based XSS vectors. The remote execution container includes this binary and Playwright to probe whether the object element actually executes or fetches network resources after sanitization.