LSN โ€” Local Sovereign Network

The Permanent Siege โ€” A Live Investigation Series
Letter B: The Permanent Residents
Two IPs That Own the Honeypot

๐Ÿ  The Permanent Residents

038A documented a single attacker โ€” Private Layer INC โ€” flooding the honeypot with 86,239 proxy verification events over 94 days. During that investigation, while counting the flood, a second number emerged that was equally extraordinary.

185.246.128.133 โ€” w1n ltd โ€” had generated 92,342 events over 87 days.

More events than Private Layer. More consistent. And with a trick that Private Layer doesn't use: 37 different SSH client version strings rotated on every connection, while the actual HASSH fingerprint never changes.

Together, these two IPs account for 178,581 events โ€” approximately 96% of all honeypot traffic over the entire observation period. Every other attacker on the internet โ€” every botnet, every scanner, every APT operator โ€” competes for the remaining 4%.

178,581
Combined Events (2 IPs)
96%
Share of All Traffic
87-94
Days Active (Each)
37
Fake Client Versions (w1n)
2
Verification Targets (Yahoo + Yandex)
3
w1n Ltd Nodes in AS42237

I. Side by Side โ€” The Two Permanent Residents

๐Ÿ”ด 179.43.139.58

Private Layer INC

ASNAS51852 (PLI-AS, PA)
RegistrationPanama
Phone+41 (Switzerland)
Total Events86,239
Days Active93
Avg/Day928
PatternBaseline + flood cycles
Shodan Ports112
HASSHa7a87fbe (libssh2)
Client Versions1 (none rotated)
Proxy TargetYahoo.com only
Credentialadmin:123456
VS

๐ŸŸ  185.246.128.133

w1n ltd

ASNAS42237 (W1N, GB)
RegistrationUnited Kingdom
Phone+380 (Ukraine)
Total Events92,342
Days Active87
Avg/Day1,062
PatternPerfectly steady-state
Shodan Ports135, 137, 5985
HASSH57e4cc8e (paramiko)
Client Versions37 (rotating!)
Proxy TargetYahoo + Yandex
Credentialadmin:123456

II. w1n Ltd โ€” The More Dangerous Operator

While Private Layer operates in bursts โ€” baseline polling punctuated by monthly flood sweeps โ€” w1n ltd runs at a perfectly constant rate. Approximately 1,150-1,250 events per day, every single day, for 87 consecutive days. No spikes. No dips. No weekends off. The consistency of a factory production line.

This operational discipline reveals something important: w1n is automated infrastructure, not a human-operated tool. The scanning rate is tuned to avoid triggering volume-based alerts while maintaining maximum verification throughput. It's the difference between a factory that runs 24/7 and a construction site that has surges.

The Anti-Forensics: 37 Client Version Strings

This is the most sophisticated technique we've observed in the entire investigation series.

Every SSH connection carries a "client version" string โ€” the software identification that the client sends during the protocol handshake. Normally, this string is constant for a given tool: if you connect with OpenSSH 8.9, every connection says "SSH-2.0-OpenSSH_8.9".

w1n's scanner rotates through 37 different version strings while keeping the same Paramiko-based HASSH fingerprint (57e4cc8ee36c3d78). The HASSH is a hash of the client's key exchange algorithms โ€” it reveals the actual SSH library. The version string is just a text label that can be set to anything.

SSH-2.0-paramiko_2.0.2
SSH-2.0-paramiko_1.16.1
SSH-2.0-paramiko_1.16.0
SSH-2.0-paramiko_1.17.1
SSH-2.0-paramiko_1.8.1
SSH-2.0-paramiko_2.1.2
SSH-2.0-paramiko_1.12.4
SSH-2.0-paramiko_1.7.5
SSH-2.0-paramiko_1.15.2
SSH-2.0-paramiko_1.10.1
SSH-2.0-paramiko_1.7.7.1
SSH-2.0-PuTTY_Release_0.66
SSH-2.0-PuTTY_Release_0.63
SSH-2.0-PuTTY_Release_0.61
SSH-2.0-PuTTY_Release_0.58
SSH-2.0-PuTTY_Release_0.65
SSH-2.0-PuTTY_Release_0.67
SSH-2.0-PuTTY_Release_0.64
SSH-2.0-PuTTY_Release_0.60
SSH-2.0-PuTTY_KiTTY
SSH-2.0-PuTTY_Snap_2010_02_20
SSH-2.0-OpenSSH_5.9
SSH-2.0-OpenSSH_5.3
SSH-2.0-OpenSSH_5.2
SSH-2.0-OpenSSH_3.9p1
SSH-2.0-OpenSSH_6.0
SSH-2.0-WinSCP_release_5.7.5
SSH-2.0-WinSCP_release_5.7.4
SSH-2.0-WinSCP_release_5.7.6
SSH-2.0-WinSCP_release_5.2.7
SSH-2.0-WinSCP_release_5.1.5
SSH-2.0-WinSCP_release_5.1.3
SSH-2.0-WinSCP_release_4.3.5
SSH-2.0-WinSCP_release_4.1.9
SSH-2.0-WinSCP_release_3.8.1
SSH-2.0-JSCH_0.1.48
SSH-2.0-JSCH_0.1.51
SSH-2.0-Granados-1.0
SSH-2.0-libssh-0.6.0
SSH-2.0-libssh_0.5.5
SSH-2.0-libssh_0.4.8

The rotation covers eight different SSH client families: Paramiko (11 versions), PuTTY (9 versions including KiTTY and a Snapshot build), WinSCP (7 versions), OpenSSH (5 versions), libssh (3 versions), JSCH (2 versions), and the obscure Granados SSH library. Every version is deliberately outdated โ€” the newest is Paramiko 2.1.2 from 2017.

Q: Why rotate through 37 old SSH client versions? What does that accomplish?
A: Three things:

1. Log pollution. Defenders who monitor SSH logs by client version see dozens of "different" tools connecting โ€” Paramiko, PuTTY, OpenSSH, WinSCP, JSCH โ€” and might conclude these are different attackers or different scanning campaigns. The diversity creates noise that obscures the single source.

2. Fingerprint evasion. Security products that block connections based on SSH version strings (e.g., "block all Paramiko connections") would only block 11 of 37 connection attempts. The scanner survives partial blacklists.

3. Target profiling. Different SSH servers may respond differently to different client version strings. Some servers reject connections from known-scanning tools (Paramiko) but accept PuTTY or OpenSSH. By cycling through versions, w1n maximizes compatibility across diverse targets.

But the HASSH fingerprint never changes: 57e4cc8ee36c3d78. The cryptographic handshake reveals the truth that the version string tries to hide. The scanner is Paramiko, every time. The version string is a costume. The HASSH is the face.

III. Dual-Market Verification โ€” Yahoo AND Yandex

This is the finding that separates w1n from Private Layer.

Private Layer verifies proxies exclusively against Yahoo.com โ€” 12 Yahoo IPs, HTTP/1.0, one test target. This serves the Western proxy market: customers who need to appear as residential users accessing American/European websites.

w1n verifies against both Yahoo.com AND Yandex.ru:

TargetIPs UsedPayloadMarket
Yahoo.com12 (same as Private Layer)GET / HTTP/1.0 Host: yahoo.comWestern (US/EU)
Yandex.ru3 (5.255.255.77, 77.88.44.55, 2a02:6b8:a::a)GET / HTTP/1.0 Host: yandex.ruRussian/CIS

The payload split is exactly 50/50: 64 Yahoo requests and 64 Yandex requests in each verification cycle. Equal priority. Equal market weight.

What Dual-Market Verification Means

w1n ltd is servicing both Western and Russian proxy customers simultaneously. Yahoo tests confirm the proxy works for accessing American services (used by ad fraud operators, web scrapers, credential stuffers targeting US/EU sites). Yandex tests confirm the proxy works for accessing Russian services (used by sanctioned entities needing Russian IP presence, Russian ad fraud, CIS-market operations).

This matches the company's identity: UK-registered, Ukrainian phone number (+380502309318), Netherlands abuse email (abuse@w1n.nl), Swedish servers. A five-country identity dispersion documented in 037C. The business model is borderless โ€” selling proxy access to anyone, in any market, through any jurisdiction.

IV. The Third Node โ€” 185.246.130.20

During the persistence analysis, a third IP emerged: 185.246.130.20 โ€” active for 93 days (longer than the primary node) but generating only 1,248 total events. Approximately one session per day.

FieldPrimary (185.246.128.133)Sentinel (185.246.130.20)
ASNAS42237 (W1N)AS42237 (W1N)
Registrantโ€”ICME NOC
Abuse Emailabuse@w1n.nlabuse@w1n.nl
Shodan Ports135, 137, 5985137, 445, 3306, 5985, 33060
AbuseIPDBโ€”100/100
Events/Day~1,150~13
HASSH57e4cc8e (paramiko)7d98a1f3 (different)
RolePrimary scanner/verifierSentinel/keepalive

The sentinel node uses a different HASSH fingerprint โ€” a different SSH library or configuration. It connects once per day with admin:123456, confirms the target is alive, and disconnects. No tunneling, no verification. Just a heartbeat.

This is operational redundancy. If the primary node goes down or gets blocked, the sentinel maintains awareness of the target pool. When the primary comes back online, it knows which targets are still responsive without having to re-scan from scratch.

Notable on the sentinel: Shodan shows ports 3306 and 33060 โ€” MySQL and MySQL X Protocol. This node also functions as a database server, likely storing the proxy pool inventory, verification results, and customer routing tables.

V. The Operational Comparison

DimensionPrivate Layerw1n LtdAssessment
Total Events86,23992,342w1n generates 7% more traffic
PatternBurst (baseline + floods)Steady-state (constant rate)w1n is more disciplined
Anti-ForensicsNone37 version stringsw1n actively evades fingerprinting
Market ScopeWestern only (Yahoo)Western + Russian (Yahoo + Yandex)w1n serves dual markets
Infrastructure112 proxy ports on 1 IP3 nodes across /17Different architectures
Malware DeliveryNone observedYes (037C documented)w1n also deploys payloads
JurisdictionPanama/SwitzerlandUK/UA/NL/SE/LVBoth use jurisdictional arbitrage
Prior Investigations037A, 038A037C, 037D, 038BBoth are serial offenders
Q: Are Private Layer and w1n the same operation?
A: The evidence is ambiguous. Arguments for:
โ€ข Same credential (admin:123456)
โ€ข Same tunneling target (Yahoo.com, same 12 IPs)
โ€ข Same HASSH campaign ecosystem (libssh2_scanner duo in 037A)
โ€ข Operating simultaneously on the same honeypot for 87+ days

Arguments against:
โ€ข Different ASNs (51852 vs 42237)
โ€ข Different HASSH fingerprints (libssh2 vs paramiko)
โ€ข Different operational patterns (burst vs steady)
โ€ข w1n adds Yandex verification; Private Layer doesn't
โ€ข w1n uses version rotation; Private Layer doesn't

Assessment: they are likely different operators sharing the same proxy market infrastructure. Private Layer is the simpler, higher-volume operation. w1n is the more sophisticated, dual-market operation with anti-forensics capability. They may share customers (proxy buyers who use both networks) or even share targeting data, but the operational signatures are too different for a single operator.

VI. What Two IPs Tell Us About the Internet

Our Cowrie honeypot has been operational for 94 days. In that time, it has been contacted by thousands of unique IP addresses from 84 countries. Seven botnets have been documented. Sixteen malware families captured. Five revenue streams identified.

And yet: two IP addresses generate 96% of all traffic.

2
IPs
178,581
Events
96%
Traffic Share
0
Commands Executed
0
Malware Deployed
โˆž
Persistence

This reveals a structural truth about the SSH attack landscape: the threat is not distributed. It is concentrated. The botnets with thousands of IPs (037D) generate the headlines. But the permanent residents โ€” the two IPs that never leave, that probe every few minutes, that rotate version strings and test dual markets โ€” these are the operational backbone of the proxy economy.

They don't exploit. They don't deploy malware. They don't execute commands. They verify. They check. They maintain. They are the quality assurance department of the criminal proxy industry, and they run 24/7/365.

"The internet's residential proxy market is sustained not by spectacular breaches but by two servers in Panama and Britain that check, every few minutes, whether your router can still forward traffic to Yahoo and Yandex. When it can, you're a product. When it can't, they move on to the next one. They will check again tomorrow."

TI-2026-038B ยท The Permanent Siege ยท Letter B
Published by LSN Threat Intelligence ยท June 22, 2026
178,581 events ยท 2 IPs ยท 96% traffic share ยท 37 fake client versions ยท Yahoo + Yandex dual-market
All data sourced from live Cowrie honeypot logs and open-source intelligence.

โš  Personal capacity. Research published independently โ€” not reflecting employer views. Derived from passive observation of attacks against personal infrastructure. Full disclaimer โ†’
โ† Previous The Permanent Siege โ€” 2 / 6 Next โ†’