How to Detect IOX, FRP, and Rakshasa Proxy Infrastructure

· Original article ↗

Summary

The article demonstrates how defenders can identify likely IOX, FRP, and Rakshasa deployments using TLS certificate fingerprints, HTTP responses, and exposed files and configurations.

Key points

  • IOX deployments can be found through filename searches and by reviewing adjacent files and tooling in exposed directories.
  • Rakshasa's default TLS certificate and JA4X fingerprint can help identify likely servers; HTTP proxy responses and TLS behavior provide additional signals.
  • FRP servers may return a recognizable default 404 response, while exposed configuration files can contain predictable paths and default test tokens.
  • The article recommends corroborating infrastructure indicators with additional evidence before using them in detection or response workflows.
  • These proxies can enable traffic tunneling, remote access, lateral movement, and persistent communication in intrusions.

Article Details

Defense Focus
Identify likely attacker-deployed IOX, FRP, and Rakshasa proxy infrastructure through TLS, HTTP, and file/configuration artifacts.
Detection Methods
  • Search exposed directories for IOX binaries using the filename query /iox; pivot through directory contents and inspect adjacent artifacts to assess malicious staging.
  • Fingerprint Rakshasa using its default embedded certificate fields together with JA4X fingerprint 4f24da86fad6_4f24da86fad6_bb943afcc34f, certificate subject fields, and recent certificate observations.
  • Correlate Rakshasa certificate matches with TLS behavior: the server presents the certificate and resets the connection, and uses ECDHE-RSA-AES128-GCM-SHA256.
  • Probe suspected Rakshasa HTTP proxy services for a 407 Proxy Authentication Required response with the Basic realm Access to internal site.
  • Identify FRP servers by matching the default 404 response body hash, then narrow results by searching exposed configuration files for /frpc.log and token = 12345678.
  • Corroborate matches with surrounding directory contents, related tools, and other observed behaviors before using them for detection or response.
Data Sources
  • TLS certificates, subject fields, JA4X fingerprints, handshake behavior, and cipher suites
  • HTTP response status, headers, and body hashes
  • Open directories, filenames, directory contents, and exposed FRP configuration files
  • Hunt.io AttackCapture and HuntSQL results
Rule Types
  • HuntSQL certificate and JA4X query
  • HuntSQL HTTP response body-hash query
  • AttackCapture filename search
  • AttackCapture Code Search query
Platforms
  • Hunt.io AttackCapture
  • HuntSQL
Defensive Actions
  • Monitor exposed directories for proxy binaries and configuration artifacts, and inspect adjacent files for staging context.
  • Use the Rakshasa certificate, JA4X, TLS, and HTTP traits to identify candidate servers; corroborate candidates before detection or response.
  • Narrow broad FRP HTTP body-hash matches with configuration-file searches and validate the resulting directories.
  • Treat proxy-tool observations as infrastructure signals and correlate them with credential harvesters, remote shells, or other operator tooling.

MITRE ATT&CK

Threat Actors

Malware

Vendors

Products

Tools

Countries

Related Articles