Why this matters
A WordPress site legitimately makes plenty of outbound connections — to WordPress.org for updates, to a CDN, to a payment processor, to an email delivery service, to whatever third-party APIs your plugins use. An outbound request becomes worth investigating when the destination is a domain that doesn't map to anything you recognize installing or configuring.
Unrecognized outbound traffic is one of the more common signs of:
- Data exfiltration — a compromised site quietly sending stolen data (form submissions, customer records, credentials) somewhere
- Spam relay — your server being used to send spam email or make requests on someone else's behalf
- Command-and-control beaconing — a backdoor "checking in" with whoever planted it, waiting for instructions
None of that is visible in the WordPress admin under normal circumstances — it shows up in server-level logs, a host's traffic monitoring, or a network-level security tool.
How to investigate it yourself
- Get the actual destination and pattern from whoever/whatever flagged it — the domain or IP, how often the requests happen, and roughly when they started.
- Cross-reference the domain against your plugins' and themes' documented external dependencies. A domain tied to a licensing check, an analytics service, or an API your site legitimately uses is a false alarm — but confirm it, don't assume it.
- Check for newly modified or unfamiliar files around the time the traffic started. Outbound requests like this are almost always initiated by code sitting somewhere on your server.
- Search your codebase for the flagged domain or IP directly, if you have file access — this often locates the exact injected snippet responsible.
What to do if it looks malicious
- Isolate first if you can — take the site offline or into maintenance mode while you investigate.
- Find and remove the source file, not just block the outbound connection at the network level.
- Rotate every credential the site touches once you've confirmed exfiltration.
- Check file integrity broadly, not just around the one file you find.
A note on how SecurynAI fits in today
To be direct about current scope: SecurynAI does not run live network-level outbound traffic monitoring today — this guide is general advice for anyone dealing with this situation, regardless of what tool flagged it. Where SecurynAI does help is upstream of this problem: its file integrity and malware scanning are built to catch the modified core file, altered plugin, or planted backdoor that's usually causing the outbound traffic in the first place — closing the entry point rather than watching the exit.
Catch the file that's causing it, not just the symptom.
Install free →