The Visibility Paradox: Why 94% of Attacks Hide Behind Anonymized Infrastructure
Saw the new report on The Hacker News stating that 94% of incidents involve anonymized infrastructure and that teams are still fundamentally reactive. It really hit home.
We are drowning in telemetry—geolocation, reputation scores, vendor feeds—but attackers are getting smarter at obfuscation. They aren't just using Tor anymore; they are rotating through compromised residential IPs and cloud compute instances to bypass standard reputation checks.
I’ve been trying to move our team from purely reactive alert triage to proactive infrastructure profiling. We started correlating our internal logs with external ASN ownership data to detect when traffic is suddenly originating from hosting providers that we don't usually interact with.
For those struggling with the noise, here is a quick Python snippet to automate ASN lookup for a batch of IPs to help identify unexpected hosting providers:
import ipaddress
import subprocess
def get_asn(ip):
# Using whois command line tool
try:
result = subprocess.run(['whois', ip], capture_output=True, text=True)
if 'originAS' in result.stdout.lower():
# Simple parsing for demo purposes
line = [l for l in result.stdout.split('\n') if 'OriginAS' in l][0]
return line.split(':')[1].strip()
except Exception:
return "Unknown"
return "Unknown"
target_ips = ["203.0.113.45", "198.51.100.20"]
for ip in target_ips:
print(f"{ip} -> {get_asn(ip)}")
The "Reactive" label is the real killer here. We can't just wait for the alert; we need to profile the infrastructure before it touches the crown jewels.
What strategies are you using to de-anonymize traffic? Are you relying more on packet-level fingerprinting (JA3/JA4) or focusing on identity context?
IP reputation is basically dead for sophisticated attacks. We've shifted focus heavily to JA3/JA4 fingerprinting. Attackers can spoof IPs or use proxies, but changing their TLS fingerprinting stack usually breaks their C2.
Here is a Splunk query we use to hunt for anomalous JA3 hashes that don't match standard browser profiles:
splunk index=firewall sourcetype="pan:traffic" | stats count by ja3_hash, src_ip
| where count < 5
I think the issue is the reliance on enrichment feeds that are already 24 hours old. By the time the feed marks an IP as malicious, the attacker has shifted to a new node in the botnet.
We've started blocking entire ASNs known for hosting VPN/proxy services unless there is a specific business justification. It's noisy at first, but it drastically reduces the attack surface.
Verified Access Required
To maintain the integrity of our intelligence feeds, only verified partners and security professionals can post replies.
Request Access