LSN โ€” Local Sovereign Network

๐Ÿ”ด CRITICAL โ€” Polish Bulletproof Hosting ยท Rhadamanthys /22 Overlap ยท 2.4M-Session Exploit Source ยท 4-ASN Abuse Platform

๐Ÿ‡ต๐Ÿ‡ฑ TI-2026-025B โ€” โ€œMEVSPACE: The Polish Bulletproof Hostโ€

TI-2026-025B ยท Part B of 5 ยท Confidence: HIGH ยท Sources: RIPE NCC, KRS/Polish registry, PeeringDB, GreyNoise, AbuseIPDB, MalwareConfigLists, honeypot telemetry, vectorized dossier cross-links

๐Ÿ“‹ Executive Summary

MEVSPACE sp. z o.o. โ€” previously branded MEVERYWHERE, and before that Skynode / SkyTechnology โ€” is not a stray VPS shop that drifted into abuse. It is a Warsaw-registered Polish hosting company with documented corporate continuity, its own datacenter footprint, roughly 500โ€“1000 Gbps declared capacity, four autonomous systems, a long-lived RIPE maintainer presence, and a public commercial posture that structurally fits bulletproof hosting.

The most consequential fact is simple: the same MEVSPACE /22 hosts both opportunistic attack infrastructure and documented malware command-and-control. The honeypot-targeting IPs 195.3.220.7 and 195.3.220.88 sit inside the same allocation as 195.3.223.218, publicly documented as a Rhadamanthys infostealer C2. That overlap does not prove a single operator, but it does support a single-customer-allocation theory inside a host that repeatedly attracts criminal tenants.RIPE ยท MalwareConfigLists ยท Gi7w0rm

GreyNoise placed MEVSPACE at the center of the CVE-2025-55182 exploitation wave: five MEVSPACE IPs generated 2.4M+ sessions, with 195.3.222.78 alone responsible for 1.07M sessions. This was not single-vulnerability curiosity either: the same cluster also hit Fortinet VPN, Palo Alto GlobalProtect, ASUS routers, and Spring Cloud Gateway using the same campaign fingerprint 65495_2-4-8-1-3_65495_7.GreyNoise 2026-01-20

Named RIPE records place Adam Ochmanski at the center of this infrastructure since 2013. The corporate registry confirms a capitalized Polish company (PLN 2,665,000, ~โ‚ฌ620K) rather than an ephemeral shell. A company with that capital, owned datacenter presence, Russian-language commercial UI, Tor relay density, open peering, Bitcoin billing, and a long public abuse trail is not โ€œaccidentallyโ€ abuse-friendly. It is a provider whose business model tolerates, attracts, or profits from exactly the traffic pattern defenders end up fighting.

๐Ÿข Corporate Archaeology โ€” One company, four skins, fifteen years of continuity

The brand history matters because it disproves the โ€œrandom cheap hostโ€ reading. The identity chain is continuous: SkyTechnology โ†’ Skynode โ†’ Meverywhere โ†’ MEVSPACE. The corporate shell changed names; the network stewardship and sales logic did not.KRS ยท RIPE ยท PeeringDB

LayerDetailForensic meaning
Legal entityMEVSPACE sp. z o.o.Registered Polish company, not an anonymous offshore front
KRS0000346299Persistent corporate record across rebrands
NIP7282739782Tax identity anchors the legal person
Share capitalPLN 2,665,000 (~โ‚ฌ620K)Capitalized operator with meaningful fixed structure
RIPE maintainerSKYTECH-MNT144 RIPE objects tied to the long-lived network identity
Primary abuse roleAH8993-RIPENamed role object tying personnel to abuse-handling duty

Timeline

YearEventWhy it matters
2011Early SkyTechnology / Skynode-era traces appearPre-MEVSPACE continuity predates the current brand
2013AO3529-RIPE created for Adam Ochmanski on 2013-01-16Named operator enters RIPE record early and stays
2016RB20218-RIPE created for Roman Buczynski on 2016-10-10Second named operational principal appears in network records
2018RB20218-RIPE last modified 2018-12-31Suggests departure / operational rollback for Buczynski
2023195.3.223.218 documented as Rhadamanthys C2 (2023-03-02)Malware-control history already present on same /22
2026AS207208 added (April 2026); MEVSPACE leads CVE-2025-55182 scanningThe platform is still expanding while abuse continues

๐Ÿ‘ค Named Principals โ€” The RIPE record names names

This is not an attribution-by-vibes section. The registry data gives named humans, named roles, and named contact surfaces. What it does not give is a public KRS board-level proof that the RIPE operator and the corporate controller are the same person. That gap matters.RIPE WHOIS ยท KRS

Person / RoleRIPE objectRecorded detailsAssessment
Adam Ochmanski AO3529-RIPE adam.ochmanski@mevspace.com
+48 22 100 41 44
ul. Augustyna Locciego 33, 02-928 Warszawa
PRIMARY OPERATOR โ€” present in RIPE since 2013
Roman Buczynski RB20218-RIPE bocian@meverywhere.pl
Alias: bocian (โ€œstorkโ€ in Polish)
Created 2016-10-10; last modified 2018-12-31
FORMER / DEPARTED โ€” appears operationally historical, not current
Abuse Handling AH8993-RIPE Role object linking both names to abuse-processing duty STRUCTURAL โ€” non-response is therefore not anonymity; it is choice
Przemysล‚aw Sidor Adjacent: AS41247 SISQ Internet Technologies ADJACENT โ€” nearby network ecology, not direct proof of co-control

๐Ÿ—๏ธ Physical Infrastructure โ€” Owned metal, premium colo, expanding ASN set

The infrastructure picture removes another excuse. MEVSPACE is not just flipping third-party VPS inventory. It shows signs of mixed ownership: an owned datacenter in Wyszkรณw and presence in premium Warsaw colocation.PeeringDB ยท RIPE ยท corporate materials

ComponentDetailMeaning
DC-1ul. Serwerowa 10, 07-200 Wyszkรณw, MazowieckieOwned facility, not merely leased rackspace
Warsaw presenceLIM Warsaw, Equinix WA1Carrier-grade interconnection and premium colo access
Primary ASNAS201814Main operating abuse surface in this dossier
Additional ASNsAS205299, AS50212 (MEVIX), AS207208Portfolio expansion; AS207208 added April 2026
Peering stanceOpen peering policyLowers friction for rapid traffic exchange and route spread
Traffic profileHeavy outbound ratio despite โ€œContentโ€ labelingAnomalous for normal content distribution; consistent with scan / proxy / relay activity

The datacenter address is almost too perfect: ul. Serwerowa โ€” literally โ€œServer Street.โ€ It would be comic if the downstream abuse pattern were not so persistent.

๐Ÿงฐ Attack Platform Analysis โ€” Two boxes, one toolkit family, one cross-country echo

The observed attack infrastructure inside MEVSPACE is operationally interesting because the hosts are not generic commodity Linux scanners. One is a Windows attack workstation; the other is a quieter Ubuntu SSH node. Both align to the same Paramiko-family HASSH that later appears in Cambodia.honeypot telemetry ยท recon ยท HASSH correlation

IPPlatformObserved detailsAssessment
195.3.220.88 Windows Server 2022 WIN-IK7N6SD2UBU default-style hostname
Ports: 135, 445, 3389, 5357, 5985
WinRM enabled; RASMAN/PPTP VPN; Print Spooler exposed; 1 critical SMB CVE
DEDICATED ATTACK BOX โ€” remote PowerShell-capable, Windows-admin friendly, not a normal disposable scanner
195.3.220.7 Ubuntu OpenSSH 7.6p1 (Ubuntu 18.04-era)
SSH only
Returned after publication on May 31, Jun 3, Jun 11 with handshake-only null-auth probes
LOW-NOISE SURVEILLANCE NODE โ€” post-publication interest without full credential replay
203.144.76.188 CamGSM / Cellcard (Cambodia) AS17976 mobile infrastructure
Shared Paramiko HASSH a2de0f306611e0957be704f5b0e35a82 with MEVSPACE .7
TOOLKIT CONTINUITY โ€” same negotiation fingerprint across Poland and Cambodia strongly suggests shared operator tooling

The cross-country signal is the important one. Different jurisdictions, same fingerprint, same attack family. That is not enough to collapse everything into one human operator; it is enough to say the tooling and tradecraft are shared across borders.

โ˜ ๏ธ The Rhadamanthys Connection โ€” Same /22, same host, same problem

195.3.223.218, inside the same 195.3.220.0/22 MEVSPACE allocation, was publicly documented as Rhadamanthys infostealer C2 on 2023-03-02. The customer name on RIPE-side records is given as โ€œInnowacyjne Rozwiazania Informatyczne.pl sp. z o.oโ€, which reads like either a real customer or a shell-like abstraction layer. Either way, it sits inside the same MEVSPACE-addressed space as the credential-spray nodes targeting the honeypot.MalwareConfigLists ยท RIPE

IndicatorObservationImplication
195.3.223.218Documented Rhadamanthys C2Infostealer operations already anchored inside MEVSPACE space
195.3.220.7 / .88Credential-spray / targeted attack nodesSame /22 houses both access-harvest and credential-application layers
Customer labelโ€œInnowacyjne Rozwiazania Informatyczne.pl sp. z o.oโ€Possible customer wrapper; possible shell; insufficient public proof either way

Why this matters: Rhadamanthys is not trivial malware. It has been used by actors linked to Iranian MOIS (Void Manticore / Handala) and Russian GRU (Sandworm) in adjacent reporting ecosystems. That does not mean MEVSPACE is a state host. It means the same address space has already serviced infrastructure attractive to serious criminal and state-adjacent actors.public CTI reporting

Critical inference: the same /22 hosting both infostealer C2 and credential-spray infrastructure is fully consistent with a single-customer allocation theory โ€” one criminal tenant or reseller layer using one block for multiple phases of the access economy.

๐Ÿ“ก CVE-2025-55182 โ€” MEVSPACE as campaign origin infrastructure

On 2026-01-20, GreyNoise documented MEVSPACE as the #1 source for a broad exploitation campaign around CVE-2025-55182 (React Server Components RCE). That is not a side note; it is an industrial-scale abuse signal.GreyNoise

Campaign elementObserved valueWhy it matters
MEVSPACE source IPs5 IPsNot one compromised VPS; multiple campaign nodes
Total sessions2.4M+Mass exploitation, not curiosity scanning
Top node195.3.222.78 โ€” 1.07M sessionsAdjacent /23 inside same network family
Additional targetsFortinet VPN, Palo Alto GlobalProtect, ASUS routers, Spring Cloud GatewayMulti-product opportunistic exploitation wave
JA4T fingerprint65495_2-4-8-1-3_65495_7Campaign consistency across target sets

This is the same pattern defenders keep seeing with bulletproof hosts: a provider does not need to write the exploit. It only needs to be the place the exploit reliably comes from.

๐Ÿ’ธ Financial & Abuse Profile โ€” The business model in plain sight

The public commercial posture matches the abuse story too neatly to ignore.site capture ยท PeeringDB ยท AbuseIPDB

FeatureObservationInterpretation
PaymentsEUR / USD / BTC switcherBitcoin support lowers friction for abuse-tolerant customers
Trial pricingโ‚ฌ1 for 48-hour test serverCheap low-commitment entry for churn-heavy tenants
Languageru_RU UI availableRussian-language market access is a business decision, not an accident
Traffic profileHeavy outbound vs. โ€œContentโ€ labelConsistent with scanning, relaying, or traffic generation
Tor activity8 Tor middle relays (~1699 Mbit/s combined)Privacy infrastructure concentration inside same host ecology
AbuseIPDB โ€œHall of Shameโ€45.141.233.0/24, 95.214.53.0/24, 95.214.54.0/24, 95.214.55.0/24Persistent public abuse reputation across multiple ranges
RAT taggingfttuvgt.ddnsfree.com:AS201814RAT / C2 infrastructure already associated with the ASN
Cooperation recordNo law-enforcement cooperation foundAbsence of evidence is not evidence of protection, but it is notable

๐Ÿง  Vectorized Cross-Links โ€” What the graph adds

The Qdrant-linked dossier graph connects this host to wider patterns already present elsewhere in the corpus.

Cross-linkGraph readingAssessment
Go Scanner Botnet Shares a spouse-derived credential theme [REDACTED] with the MEVSPACE operator, but with different tooling and timing Most likely shared market source, not necessarily same hands on keyboard
TI-019G Maps to the broader category: bulletproof hosting providers enabling abuse MEVSPACE fits the โ€œinfrastructure that survives complaint gravityโ€ archetype
Location discrepancy Early DB entries said Toruล„; later corroboration confirms Warsaw + Wyszkรณw datacenter footprint Important correction: not fake, but incomplete early metadata

๐Ÿ•ณ๏ธ The Conspiratorial Read โ€” Questions & calibrated answers

Questions are tools. Each answer states what the evidence supports, and stops where proof stops.

โ“ Is MEVSPACE knowingly operating as a criminal hosting service?

The evidence supports structural abuse enablement at HIGH confidence: public Bitcoin billing, Russian UI, โ‚ฌ1 test servers, Tor density, heavy outbound traffic, Rhadamanthys overlap, and repeated appearance in major exploitation and abuse feeds. What we do not have is an internal document saying โ€œwe knowingly host criminals.โ€ The defensible statement is that the business is organized in a way that consistently attracts and sustains criminal use.

โ“ Is Adam Ochmanski the customer or the provider?

RIPE says provider-side operator โ€” the record places him in the administrative and operational scaffolding. What remains unproven in public KRS materials is whether the RIPE operator identity and the controlling corporate decision-maker are fully the same. So: provider-side, HIGH confidence; ultimate board-level control, not fully evidenced.

โ“ Could the Rhadamanthys C2 and the attack IPs be the same customer allocation?

Yes โ€” that is one of the strongest inferences here. Same /22, same host, adjacent criminal functionality. It is not proven to the standard of leaked customer tickets, but it is the most parsimonious explanation for why infostealer C2 and credential-spray infrastructure coexist inside one customer-looking slice.

โ“ Why has RIPE not revoked allocations after 12 years of documented abuse?

Because abuse alone rarely triggers routing death in the absence of registry-policy breach, fraud proof, court action, or upstream collapse. This is the quiet lesson of bulletproof hosting: the official internet can tolerate a great deal of criminal externality as long as the paperwork stays inside policy lines.

โ“ Is there a Polish law-enforcement protection angle?

No evidence supports that claim. The more disciplined reading is narrower: there is a notable absence of publicly visible cooperation, not proof of protection. We keep the protection hypothesis at LOW confidence and do not state it as fact.

๐Ÿ‘๏ธ Read Between the Lines

โšก What the record is really saying

  • A company with โ‚ฌ620K capital and an owned datacenter is not โ€œaccidentallyโ€ bulletproof. This is a deliberate operating posture, not adolescent hosting chaos.
  • The Russian UI is a market choice. Product localization tells you who the company expects to sell to.
  • Heavy outbound traffic from a โ€œContentโ€ network is the tell. That profile fits scan / relay / attack generation far better than passive content serving.
  • DataVex onboarded as a customer on 2026-06-02. New customers are still being accepted after public abuse documentation accumulated.
  • The phrase โ€œServer Streetโ€ would be comic if it were not literal. The infrastructure is not hiding. It is daring the complaint system to do something with obviousness.

๐Ÿ”ฌ Methodology โ€” How this dossier was built

Method: passive honeypot telemetry first, then registry / corporate OSINT, then cross-dossier graph analysis.

  • Honeypot telemetry: linked 195.3.220.7 and 195.3.220.88 to targeted credential activity and post-publication surveillance behavior
  • RIPE NCC: named persons, abuse roles, ASNs, maintainer objects, customer labels, allocation continuity
  • KRS / Polish registry: legal entity, capital, corporate persistence, Warsaw registration
  • PeeringDB / routing data: facility footprint, peering posture, capacity posture, ASN set
  • GreyNoise: campaign-level exploitation volume for CVE-2025-55182 and adjacent device families
  • MalwareConfigLists / public CTI: Rhadamanthys C2 documentation in the same /22
  • AbuseIPDB / public abuse feeds: repeated reputation across multiple MEVSPACE ranges
  • Vectorized dossier graph: linked MEVSPACE to TI-019G and the broader bulletproof-hosting ecosystem

No unauthorized access occurred. This article is built from public OSINT, passively collected honeypot data, and structured investigation artifacts. Credentials are redacted as [REDACTED]; technical indicators remain visible.

๐Ÿ”— Cross-References

๐Ÿ“Ž Sources & Evidence Chain

Primary evidence preserved in structured investigation artifacts and corroborated with public records. Claims are either documented or explicitly labelled as inference.

TypeEvidenceReliabilitySource
corporateMEVSPACE sp. z o.o.; KRS 0000346299; NIP 7282739782; capital PLN 2,665,000highKRS / Polish registry
registryAO3529-RIPE, RB20218-RIPE, AH8993-RIPE, SKYTECH-MNThighRIPE NCC WHOIS
routingAS201814, AS205299, AS50212, AS207208; open peering; facility footprinthighRIPE ยท PeeringDB
malware195.3.223.218 documented as Rhadamanthys C2highMalwareConfigLists ยท Gi7w0rm
campaign2.4M+ CVE-2025-55182 sessions from 5 MEVSPACE IPs; JA4T 65495_2-4-8-1-3_65495_7highGreyNoise 2026-01-20
telemetryTargeted activity from 195.3.220.7 / .88; post-publication surveillance returns; shared HASSH with Cambodiahighhoneypot DB ยท recon
reputationAbuse-linked MEVSPACE ranges; RAT tag fttuvgt.ddnsfree.com:AS201814medium-highAbuseIPDB ยท public feed overlap
graphCross-links to TI-019G and shared credential-market pattern with Go scanner clustermediumQdrant / vectorized dossier store
โš  Personal capacity. Research published independently โ€” not reflecting employer views. Derived from passive observation of attacks against personal infrastructure. Full disclaimer โ†’
โ† Previous The SSH Parasite โ€” 2 / 14 Next โ†’