Your files never leave your device. All processing happens locally in your browser.
What does it mean to defang a URL or IP, and how do I do it safely?
Defanging rewrites a live indicator of compromise — a URL, IP address, domain or email — into a look-alike that cannot be clicked or auto-resolved, so you can paste it into a report, ticket, email or chat without anyone accidentally opening attacker infrastructure. The common convention rewrites http/https to hxxp/hxxps, every dot in the host or IP to [.], and @ to [@] (some teams also bracket the :// separator). Open the Defang / Refang tool, paste your indicators (one per line), and the safe text appears instantly. Refang does the reverse — it restores hxxp, [.] / (.) / {.} / [dot], [@] / [at] and more back to the live form — but the restored output is live and dangerous, so only refang inside an isolated analysis environment. Everything runs locally in your browser; your indicators are never uploaded.
Defang: http→hxxp, host/IP dot→[.], @→[@] — makes IOCs non-clickable for reports
Pick the bracket variant your team uses: [.] (default), (.), {.} or [dot]
Refang is liberal — it reverses hxxp / hXXp / h**p, [.] (.) {.} [dot], [://], [@] / [at] and more
Bulk: one indicator per line, order preserved, live as you type, with auto-detected counts
It is a formatting convention, NOT encryption or sanitisation; refanged output stays live and dangerous
What is
Defanging (IOC)
Defanging is the practice of transforming a live indicator of compromise so it can be shared without being accidentally clicked or automatically resolved. It is a purely cosmetic string change — typically http/https becomes hxxp/hxxps, each period in a domain or IP becomes [.], and the @ in an email becomes [@] — that keeps the indicator human-readable while breaking its ability to function as a hyperlink. Refanging is the deterministic reverse, restoring the original, actionable value. The conventions are widely used by CISA bulletins, the SANS Internet Storm Center, MITRE-aligned threat reports and tools such as CyberChef and ioc-fanger, and are described in the IETF draft on safe and reversible sharing of malicious URLs and indicators. Crucially, defanging is not encryption, sanitisation or protection: the underlying resource is exactly as malicious as before, so a refanged indicator must be handled only in a controlled analysis environment.
Security & Privacy
Related terms
indicator of compromiserefanghxxpthreat intelligenceIOC sharingCyberChefioc-fangerC2phishing URLmalware analysissandbox
Frequently Asked Questions
No. Defanging and refanging are pure string transforms that run entirely in your browser — your indicators are never uploaded, logged or sent to a server.
The Defang / Refang tool is 100% client-side. The conversions are plain text substitutions performed in JavaScript on your device, with no backend, API, upload or CDN in the processing path and no analytics. This matters because the indicators an analyst handles — internal hostnames, victim domains, attacker infrastructure, email addresses — can be sensitive, and an online converter would receive all of them. Here nothing is persisted, the tool works offline once cached, and closing the tab erases everything. The only optional network use anywhere on the site is consent-gated ads, which never see your text.
No. Defanging only stops accidental clicking and auto-resolution. The destination is exactly as malicious as before — it is a sharing convention, not protection.
Defanging is a formatting convention, not encryption or sanitisation. Rewriting hxxp[://]evil[.]com prevents a chat app, mail client or scanner from turning the text into a live, clickable, auto-fetched link, which is the whole point when you paste indicators into a report or ticket. But it does nothing to the underlying URL, IP or file — refang it and it works again, pointing at the same attacker-controlled infrastructure. Treat every refanged indicator as live and dangerous: restore it only inside an isolated analysis environment (a sandboxed or air-gapped VM, a throwaway browser profile, ideally behind a VPN or Tor), copy rather than click, and verify before acting. Some PDF viewers and rich editors may even re-link a defanged URL, so defanging reduces risk rather than removing it.
It is deliberately liberal: hxxp / hXXp / h**p / fxp, [.] (.) {.} [dot] (dot), [://] [:] , [@] / [at], and backslash escapes all restore to the live form.
Because teams and tools defang differently, the refanger accepts a wide range of styles in one pass. It reverses the scheme obfuscations hxxp, hXXp, h**p and fxp; the dot variants [.], (.), {.} and the literal words [dot] / (dot); the separator forms [://], (://) and the bracketed colon; the at-sign forms [@], (@), [at] and (at); and backslash escapes before a dot, at-sign or slash. Whitespace inside the brackets is tolerated. This lets you normalise messy indicators pasted from different sources, and the one-tap Swap button round-trips between defang and refang.
There is no single mandatory standard, but the hxxp / [.] / [@] convention is near-universal and is described in the IETF safe-ioc-sharing draft.
Defanging grew as a community convention rather than a formal specification, so small differences exist — some teams bracket the :// separator, others only the dots; some escape every dot, others only host and IP dots. The most widely recognised form (http→hxxp, host/IP dot→[.], @→[@]) is used by CISA, the SANS Internet Storm Center and countless vendor reports, is implemented by CyberChef and ioc-fanger, and is codified in the IETF draft “A Standard for Safe and Reversible Sharing of Malicious URLs and Indicators”. This tool follows that convention and lets you choose bracket variants and dot scope, so agree on one style within your team and refang liberally.
Detailed Explanation
📖How It Works
What Defanging and Refanging Are
Defanging is a convention from threat-intelligence work for sharing malicious indicators of compromise (IOCs) — URLs, IP addresses, domains and email addresses — without them being clickable or auto-resolved. A live value such as https://evil.example.com becomes hxxps://evil[.]example[.]com: still perfectly readable to a human, but inert as a hyperlink, so it can be pasted into a report, ticket, email or chat without anyone opening attacker infrastructure by accident and without a scanner auto-fetching it. Refanging is the exact reverse, turning the defanged text back into the live, actionable indicator. This tool does both entirely in your browser: paste indicators (one per line), pick Defang or Refang, and the result updates live with a copy, download and one-tap Swap.
Defang = make an IOC non-clickable for safe sharing; refang = restore it
Used by CISA, SANS ISC and vendor threat reports; implemented by CyberChef and ioc-fanger
Bulk: one indicator per line, order preserved, live as you type
Aligned with the IETF draft on safe and reversible sharing of malicious URLs
⚙️Methodology
How This Tool Defangs
The pure engine (defangEngine.ts) applies ordered, independent string transforms. First the scheme is rewritten only where it is a real scheme — http and https become hxxp and hxxps — which runs before the separator step so the lookahead still sees a live ://. Optionally the :// separator itself is bracketed to [://]. Every @ becomes [@] (or the worded [at]). Finally the dots are escaped: in the default domain/IP scope only dots inside dotted host and address tokens are wrapped, leaving ordinary sentence punctuation alone; in every-dot scope literally every period is wrapped. You choose the bracket variant — [.] (default), (.), {.} or [dot] — and the same style is used consistently for the dot, the separator and the at-sign so the output matches your team house style.
Scheme rewritten before the separator so the :// lookahead stays valid
Dot scope: domain/IP only (spec-style) or every dot (aggressive)
@ -> [@] or [at]; optional :// -> [://]
Bracket variants: [.] (default), (.), {.}, [dot]
Newlines preserved, so bulk lists keep their order
🔧Technical Details
How Refang Reverses Any Style
Because different teams and tools defang differently, the refanger is deliberately liberal: it accepts many styles in a single pass and never has to be told which one was used. Bracketed separators [://], (://) and the bracketed colon collapse to ://; the dot variants [.], (.), {.} and the literal words [dot] / (dot) collapse to .; the at-sign forms [@], (@), [at] and (at) collapse to @; backslash escapes before a dot, at-sign or slash are removed; and the scheme obfuscations hxxp, hXXp, h**p and fxp are restored to http/https/ftp. Whitespace inside the brackets is tolerated. The tool also auto-detects and counts the URLs, IPv4 addresses, emails and bare domains present, and a Swap button round-trips a value between defanged and live forms so you can normalise indicators pasted from mixed sources.
One liberal pass handles [.] (.) {.} [dot] (dot) and hxxp / hXXp / h**p / fxp
Bracketed separator and colon, and [@] / [at] / (at), all restored
Backslash escapes and inner whitespace tolerated
Auto-detected counts of URLs, IPv4, emails and domains
One-tap Swap round-trips between defang and refang
⚠️Limitations
Honest Limitations
Defanging is a formatting convention, not encryption or sanitisation. It stops accidental clicks and auto-resolution, but the underlying URL, IP or file is exactly as malicious as before — a refanged indicator is live and dangerous and must be handled only in an isolated analysis environment (a sandboxed or air-gapped VM, a throwaway browser profile, ideally behind a VPN or Tor), copied rather than clicked, and verified before acting. Some renderers — certain PDF viewers, chat apps and rich-text editors — may still auto-link or helpfully un-defang a defanged URL, so defanging reduces risk rather than removing it. There is no single mandatory standard, so conventions vary between teams; agree on one and refang liberally. Detection of IOC counts is heuristic (dotted hosts and IPv4), not a strict validator, and in every-dot mode ordinary decimals and filenames are escaped too.
A convention, NOT encryption or sanitisation — the destination stays malicious
Refanged output is live: isolate it, copy don’t click, verify before acting
Some PDF/chat/rich-text renderers may re-link a defanged URL
No single official standard; styles differ across teams
IOC counts are heuristic, not validation
🔒Privacy & Security
Private by Design
Everything happens on your device. Defanging and refanging are plain string substitutions performed in your browser, with no backend, API, upload, database, CDN or telemetry anywhere in the processing path. This matters because the indicators an analyst handles — internal hostnames, victim domains, live attacker infrastructure, email addresses — are sensitive, and an online converter would receive every one of them; here they never leave the page. Nothing is persisted, the tool works offline once cached, and closing the tab erases everything. The only optional network use anywhere on the site is consent-gated ads, which never see your indicators.
Pure in-browser string transforms — no upload, server, CDN or telemetry
Sensitive IOCs never leave your device, unlike an online converter
Nothing persisted; works offline once cached
Closing the tab erases everything
Only optional network use is consent-gated ads that never see your text
The defang convention at a glance
Element
Live
Defanged
Note
Scheme
http / https
hxxp / hxxps
Breaks the clickable protocol
Host / IP dot
evil.com / 10.0.0.1
evil[.]com / 10[.]0[.]0[.]1
Choose [.] (.) {.} [dot]
Email @
a@evil.com
a[@]evil[.]com
Or the worded [at]
Separator (optional)
://
[://]
Off by default; some teams bracket it
Refang
restores all of the above
live, dangerous indicator
Isolate; never click
This tool follows the widely-used hxxp / [.] / [@] convention aligned with the IETF safe-ioc-sharing draft. Defanging is a sharing convention, not protection. Everything runs locally in the browser. As of July 2026.