ATT&CK coverage › Technique

Proxy: Multi-hop Proxy T1090.003

Adversaries may chain together multiple proxies to disguise the source of malicious traffic. Typically, a defender will be able to identify the last proxy traffic traversed before it enters their network; the defender may or may not be able to identify any previous proxies before the last-hop proxy. This technique makes identifying the original source of the malicious traffic even more difficult by requiring the defender to trace malicious traffic through several proxies to identify its source.

Events covered

3 catalog events are tagged with this technique by at least one rule.

ProviderEvent IDTitle
Sysmon1Process creation
Sysmon22DNSEvent (DNS query)
DNS-Client3008DNS query is completed for the name QueryName, type QueryType, query options QueryOptions with status QueryStatus Results QueryResults.

Authoring guide

Patterns shared across the 3 rules above: which fields they filter on, what specific values they look for, and what they exclude. Field names are normalized across vendors so Sigma's Image, Elastic's process.name, and Splunk's process_name collapse into one row. Each rule contributes at most once per row.

Fields filtered most (4 distinct)

The fields most rules look at when detecting this technique. The How column shows the operators authors use (eq, wildcard, regex_match, match) and how often each appears. Sample values are concrete examples to start from, not an exhaustive list.

FieldRulesHowSample values
QueryName2ends_with 2.onion.pet, .onion.dog, .s4.tor-gateways.de
Image1ends_with 1\tor.exe, \Tor Browser\Browser\firefox.exe
Description1eq 1Tor Browser
Product1eq 1Tor Browser

Top indicator values (49 distinct)

Specific (field, operator, value) combinations the rules check for, ranked by how many rules under this technique use each one. The Corpus reach column counts how many rules across the entire catalog (any technique) check the same combination. High numbers point to widely-used indicators that are likely noisy on their own; combine them with another condition for useful signal. Blank means the combination is specific to rules under this technique.

FieldKindValueRules (here)Corpus reach
QueryNameends_with.onion.it22
QueryNameends_with.s4.tor-gateways.de22
QueryNameends_with.tor2web.xyz22
QueryNameends_with.onion.to22
QueryNameends_with.onion.pet22
QueryNameends_with.tor2web.blutmagie.de22
QueryNameends_with.s3.tor-gateways.de22
QueryNameends_with.onion.nu22
QueryNameends_with.onion.dog22
QueryNameends_with.onion.top22
QueryNameends_with.torlink.co22
QueryNameends_with.onion.glass22
QueryNameends_with.s5.tor-gateways.de22
QueryNameends_with.onion.gq22
QueryNameends_with.onion.sh22
QueryNameends_with.onion.lt22
QueryNameends_with.onion.direct22
QueryNameends_with.s2.tor-gateways.de22
QueryNameends_with.t2w.pw22
QueryNameends_with.onion.ink22

Rules under this technique

Every rule in the catalog tagged with this technique, grouped by vendor. Click a rule title for its full predicates, exclusions, and indicators.

Sigma 3 rules