The German Gateway
Executive summary. This article examines a narrow stretch of the German-Dutch border and asks whether it has been converted into a legal pressure-release valve for abusive infrastructure. The evidence pattern is unusually dense: one phone number shared across companies in two countries, a German-hosting identity whose observed infrastructure geolocates into the Netherlands, a maintainer object that appears to bridge nominally separate firms, Iranian LIRs routed through a German ASN in June 2026, Hong Kong address space and abuse contacts layered into the same network, and an abuse footprint so extreme that explanation by accident becomes increasingly difficult to sustain.
The core investigative question is not whether any single IP is abusive. That is already obvious. The question is structural: who assembled the border-facing corporate geometry that lets packets move faster than warrants, sanctions review, or national regulators?
1. The Border
The first fact is geographical, which is to say political. รbach-Palenberg in Germany and Eygelshoven in the Netherlands are separated by roughly a kilometre. In logistics terms, that is nothing. In legal terms, it is a regime switch. A company can stand on one side, register on one side, invoice on one side, answer abuse on one side, and place infrastructure on the other. The customs barrier is gone. The regulatory barrier is not. That is what makes the area useful.
When investigators hear โcross-border structure,โ they often picture offshore layers and island secrecy. Here the architecture is flatter and more modern. The shell game does not need the Cayman Islands if the European single market already provides frictionless movement for services while preserving fragmented enforcement. A packet can cross this border in two milliseconds. A legal request, even between allied jurisdictions, often takes months. That time differential is not a footnote. It is the business modelโs oxygen.
The deeper point is that border proximity changes the cost structure of deniability. If a German company can say the hardware is Dutch, the Dutch company can say the maintainer is German, and the transit path can be described as merely technical, responsibility starts diffusing before the first complaint is even written. By the time a regulator tries to decide which entity controlled what, which national authority is primary, and whether the service qualifies as hosting, transit, leasing, or marketplace brokerage, the abusive infrastructure has already paid for itself.
2. The Phone Number
If geography establishes the stage, the phone number introduces the cast. The number +49 2451 9949570 surfaces across XSServer GmbH and SkyLink Data Center BV, and sits at the heart of the clustering problem. A Dutch company using a German phone number is not impossible. A German company and a Dutch company sharing that number is not, by itself, criminal. But in an infrastructure investigation, repeated reuse of a communications endpoint is one of the oldest and most reliable ways separate paper identities collapse into one operational family.
Telephone numbers are sticky identifiers. Domains can be parked, route announcements can shift, abuse mailboxes can become dead ends, and nominee staff can rotate in and out, but a recurring number often signals where the real coordination lives. Here the number bridges entities across the border region while the routing and abuse story grows steadily darker. That does not prove a single controlling mind. It proves something slightly narrower and therefore more useful: that administrative separation has to be tested against operational overlap, not taken at face value.
This matters because many gray-transit ecosystems depend on outward fragmentation. One company handles the registry face. Another appears as infrastructure locality. A third shows up in routing or abuse handling. To outsiders, each component can be portrayed as merely adjacent to the others. The phone number cuts through that narrative. It suggests shared administration, shared back office, or at minimum a shared trust boundary strong enough that normal separation is being ignored.
XSServer GmbH
HRB 21403
รbach-Palenberg region
Maintains mnt-de-xsserver-1
Personnel overlap: Marcel Edler, Rene Spellerberg
Phone: +49 2451 9949570
SkyLink Data Center BV
Eygelshoven, Netherlands
~3 km across border
Personnel: Dirk Bellgart
German phone on Dutch entity
Phone: +49 2451 9949570
3. The German Shell
PIO-Hosting GmbH, registered on 2023-05-09 under HRB 6893, is the centre of gravity in this case. On paper it is a young German company. In the telemetry it is something harsher: a network with 18 IPs observed in the honeypot, 324 total hits, an average threat score of 71.9, and an AbuseIPDB perfection of the wrong kind โ every observed IP scoring 100%. That is not background noise. That is concentration.
The abuse footprint broadens rather than narrows under additional scrutiny. CleanTalk flags 5,546 spam IPs. URLhaus references active malware distribution URLs hosted in the environment. Peering is minimal โ two peers and one upstream โ which means this is not a sprawling, chaotic carrier drowning in unrelated traffic. It is a tiny network with a giant abuse shadow. That ratio matters. The smaller the network, the harder it becomes to argue that its abusive character is merely statistical drift.
Then comes the discrepancy that gives this chapter its title. PIO is German by registry identity. Yet the cited infrastructure geolocates to the Netherlands. Several IPs show NL geo / DE BGP / DE RDAP. Others show NL geo / HK BGP / HK RDAP. In other words: the corporate face is German, the packet locality appears Dutch, and portions of the route identity point as far as Hong Kong. A clean hosting business can have occasional mismatches. A cluster where the mismatches line up with abuse, Hong Kong subleasing, and Iranian transit deserves a different reading.
| IP | Observed Profile | Threat | Hits | Interpretive Note |
|---|---|---|---|---|
| 176.65.136.31 | NL geo / DE BGP / DE RDAP | 90 | 42 | German identity, Dutch placement signal |
| 195.62.32.180 | NL geo / DE BGP / DE RDAP | 85 | 48 | Same discrepancy pattern, high activity |
| 194.120.230.28 | NL geo / HK BGP / HK RDAP | 90 | 42 | Hong Kong layer inside cluster |
| 103.161.34.59 | NL geo / HK BGP / HK RDAP | 79 | 36 | Guosheng IDC-linked lease signal |
| 194.120.230.72 | NL geo / HK BGP / HK RDAP | 78 | 48 | Cross-jurisdiction routing identity |
4. The Dutch Mirror
SkyLink Data Center BV sits in Eygelshoven, the Dutch side of this story, close enough to รbach-Palenberg that distance no longer explains anything. The operational significance of SkyLink is not that it is foreign in the dramatic sense; it is foreign in the bureaucratic sense. It places a second jurisdiction immediately beside the first. That is enough.
The Dutch company shares the German phone number already discussed. It also contributes a mirror effect: if PIO presents one face to the routing and registry ecosystem, SkyLink offers a geographically nearby structure through which infrastructure locality, contracting, or data-centre presence can be reframed. Even when the paperwork is perfectly lawful, the investigative consequence is the same. Every additional entity offers another way to slow attribution and distribute accountability.
What makes SkyLink matter is not the number of facts we have about it, but the kind of facts. A Dutch company with a German number in a border town may be harmless in isolation. But here it appears adjacent to a German network with Dutch geolocation discrepancies and to a German maintainer structure bridging multiple entities. That means SkyLink is not just a neighbouring business; it is part of the geometry that makes the entire cluster intelligible.
The harder question is the one most compliance systems avoid: what if the point of the Dutch layer is not operational efficiency but narrative resilience? If complaints land in Germany, some of the infrastructure story points across the border. If inquiries start in the Netherlands, the registration face points back to Germany. Neither country is offshore. Neither relationship looks exotic. That normality is precisely what makes the structure useful.
5. The XSServer Connection
The maintainer object mnt-de-xsserver-1 is where the investigation stops being merely geographical and becomes architectural. PIO-Hostingโs ASN, AS198584, is maintained through an object named for another company: XSServer GmbH. That is not a stylistic quirk. In routing governance, maintainer objects are operational keys. They are the handles through which announcements, changes, and authority relationships become legible. When one companyโs network is maintained through another companyโs naming structure, separation is no longer something to assume. It becomes something that must be demonstrated.
The cross-reference to MNT-ZEXOTEK deepens the picture. It suggests that the operational neighbourhood is wider than a bilateral PIO-XSServer tie. Even where the full graph is incomplete, the naming trail shows that we are not dealing with atomized entities each minding their own clean perimeter. We are dealing with a routed social structure.
Personnel overlap adds texture: Marcel Edler and Rene Spellerberg are associated with XSServer. PIO-Hosting uses the XSServer maintainer. SkyLink shares the phone number. The pattern is not a single smoking gun but a set of interlocks. Any one interlock can be rationalized. Together they produce a different evidentiary effect: the companies read less like strangers in the same district and more like functionally differentiated limbs of one border-facing operational ecosystem.
6. The Iranian Transit
This is the chapter where the administrative puzzle acquires sanctions gravity. Four Iranian LIRs โ lir-ir-salehi, lir-ir-seyeddavood, lir-ir-mazdab, and lir-ir-nahor โ plus an InterLIR Marketplace block associated with Farhang Azma Communications in Tehran are reported as routing through PIO-Hosting AS198584 from June 2026 onward. If accurate, that means a German-registered ASN in a border-arbitrage cluster is not merely tolerating generic abuse. It is providing European-registered addressing or transit advantages to Iranian-linked network actors.
The relevant legal frame is EU Regulation 267/2012. The critical interpretive issue is whether the service being provided qualifies as โservicesโ under sanctions restrictions in a way that captures IP transit, hosting, address leasing, or facilitation through marketplace structures. The answer is unlikely to be simplistic. But it is also unlikely to be irrelevant. One does not need a conviction to recognize exposure. The presence of four Iranian LIRs and a Tehran-linked marketplace block inside the routing path raises the question that any diligent compliance function should already have asked: what sanctions review was performed before these routes went live?
There is no evidence in the case file of BAFA or BaFin investigation into PIO-Hosting. That absence is not proof of innocence. It may simply reflect the enforcement lag built into cross-border infrastructure markets. InterLIR itself being Austrian introduces yet another jurisdictional seam. If the marketplace is Austrian, the transit face German, the physical locality Dutch, and the ultimate beneficiaries Iranian, then a straightforward yes-or-no compliance inquiry becomes a four-country puzzle before a single packet is inspected.
| Iran-Linked Element | Reported Relationship | Implication |
|---|---|---|
| lir-ir-salehi | Routed through AS198584 | Iran-linked reliance on EU-facing transit |
| lir-ir-seyeddavood | Routed through AS198584 | Same pattern; non-isolated case |
| lir-ir-mazdab | Routed through AS198584 | Suggests repeat business, not anomaly |
| lir-ir-nahor | Routed through AS198584 | Expands Iranian cluster footprint |
| Farhang Azma / InterLIR block | Marketplace layer | Austrian intermediary complicates enforcement |
7. The Hong Kong Layer
The case would already be serious with only the German-Dutch-Iranian components. It becomes something larger when Hong Kong enters the route identity. PIO-linked addresses such as 103.161.34.59, 194.120.230.28, and 194.120.230.72 show the now-familiar pattern: Dutch geolocation, Hong Kong BGP or RDAP identity. The named actor attached to that layer is Guosheng IDC.
Guosheng IDC is described as a Hong Kong / China entity sub-leasing IP blocks from PIO-Hosting. Its domain is dead. Its contact path is a Gmail address. That is not how confidence-building infrastructure normally presents itself when it expects scrutiny. A dead domain and consumer mail contact are not proof of wrongdoing, but they are consistent with disposable commercial posture โ enough front-end to transact, not enough permanence to answer hard questions later.
The relevance is geopolitical as much as technical. If Chinese state-adjacent or state-tolerated infrastructure can be placed inside a European hosting shell through sub-leasing arrangements, then the local jurisdiction provides more than rack space. It provides narrative laundering. The resulting service can look European at the first layer, Hong Kong at another, and Dutch in actual placement, all while the abuse path becomes someone elseโs problem.
This is what layered infrastructure looks like in the 2020s: not a giant hidden network, but an accumulation of shallow masks. Each one is plausible alone. Together they make attribution slower, public reporting harder, and enforcement more expensive.
Guosheng IDC
Hong Kong / China layer
Sub-leases PIO-linked blocks
Dead domain
Gmail contact only
European placement signal via Dutch geolocation
Operational effect
Chinese-controlled or China-linked infrastructure can appear under a German hosting identity, with Dutch placement signals, while Hong Kong registry data remains available as a fallback explanation.
8. The Reputation Laundry
No part of this cluster is more openly cynical than the role of IPv4 Superhub Limited of Hong Kong, which is reported to advertise Spamhaus SBL/PBL delisting as a service. That phrase matters because it shifts the analysis from passive tolerance of abuse to potential commercialization of reputational cleansing. If an entity explicitly sells delisting help while routing through the same PIO-Hosting environment that carries heavy spam and malware signals, the network begins to look less like a neutral carrier and more like a laundering platform.
IPv4 Superhub also serves as an abuse contact for Guosheng IDC. That is a useful convergence. Reputation management, abuse interface, and Hong Kong sub-lease layers meet inside the same corridor. The service logic becomes clearer: acquire tainted or risky address space, place it behind a European-facing shell, route it through a compact border-adjacent network, and then monetize cleanup or pseudo-cleanup when blocklists catch up.
This kind of laundering is not magic. It is timing. Spam campaigns, C2 nodes, malware URLs, and opportunistic abuse clients consume the value of an address quickly. Delisting services promise to restore a portion of that value. If the same ecosystem can both degrade reputation and sell techniques for restoring tradability, then the market has vertical integration. The provider wins on the way down and on the way back up.
9. Zero German IPs
This chapter asks a brutally simple question: what does it mean for a German companyโs observed infrastructure footprint to geolocate entirely into the Netherlands? The first answer is technical: geolocation is imperfect. The second answer is operational: imperfections are usually messy, not coherent. Here coherence is the point. The addresses cited across the PIO cluster do not scatter randomly across Europe. They keep falling across the same nearby border while the company identity remains German.
That pattern is what turns an ordinary data-quality caveat into an investigative signal. If PIO were a large multinational with customers everywhere, country mismatches would be common and unremarkable. But the company is young, compact, minimally peered, and intensely abusive. In that setting, the geography matters more, not less. Every discrepancy has fewer alternative explanations because the operational universe is small.
There is also a market effect. A German corporate wrapper may carry perceived legitimacy in certain client segments. Dutch placement may offer practical data-centre advantages or a desirable layer of legal indirection. Hong Kong route identity can enable sub-lease markets. Combined, the stack lets one network be several things to several clients without ever needing one clean story that survives scrutiny from end to end.
| Question | Observed Answer | Investigative Weight |
|---|---|---|
| Company nationality | German | Formal corporate face |
| Observed geolocation | Netherlands | Operational placement signal |
| RDAP / BGP identity | Germany or Hong Kong | Administrative / route identity split |
| Abuse profile | Extreme | Raises threshold for innocent explanation |
10. The HBING Coordination
The border cluster does not exist in isolation. It appears to rhyme with another structure: HBING LIMITED in the UK, AS208949, allocated in the same April-May 2023 window as PIO-Hosting. HBINGโs founding sequence is its own alarm bell: Russian national Olga INAG appears, resigns after three days, and is replaced by Turkish national Cihan KAPLAN. Whether that sequence reflects concealment, convenience, or ordinary churn would require direct records. But in a bulletproof-hosting context, rapid early personnel substitution is not a neutral optic.
The investigative significance lies in the coordination hypothesis. If PIO and HBING emerged in the same month, serve overlapping botnet C2 or abusive infrastructure purposes, and represent different jurisdictional entry points into the same market, then we may be looking at a multi-ASN playbook rather than isolated entrepreneurial experiments. In such a playbook, each ASN absorbs some risk, clients can be shuffled between shells, and takedowns become inconvenience rather than catastrophe.
This is how resilient gray infrastructure is built: not as one giant fortress, but as a basket of modest entities with selective overlap and replaceable faces. One company handles a sanctions-sensitive route. Another absorbs bulletproof customers. A third sells reputation management or sub-leasing. The cluster becomes antifragile because any individual company can be sacrificed if needed without ending the market.
11. The Enforcement Gap
Why, if the pattern is this visible, has nothing obvious happened? The easy answer is incompetence. The more accurate answer is that modern infrastructure abuse thrives in the seams between competent institutions. German authorities such as BAFA or BaFin may have sanctions-related touchpoints. Dutch authorities may be relevant to placement or data-centre facts. Austrian elements appear through InterLIR. Hong Kong entities sit inside the address story. Iranian beneficiaries complicate screening. Each authority can plausibly say that part of the case belongs elsewhere.
The enforcement gap is therefore not simply a failure to notice. It is a success of architectural design. A structure that forces every investigator to begin by untangling who does what, where, and under which legal instrument already enjoys strategic advantage. Add the time cost of mutual legal assistance, regulator coordination, and provider responses, and the burden shifts decisively onto the complainant.
There is also the compliance optics problem. Hosting and IP transit markets are full of intermediaries, brokers, leased blocks, temporary route announcements, and outsourced abuse desks. That complexity creates interpretive cover. A provider can say it was merely routing, merely leasing, merely relying on customer representations, merely waiting for better evidence, merely following process. โMerelyโ is the favorite adverb of every ecosystem built to outlast scrutiny.
12. The Architecture of Impunity
By this point, the pattern can be stated plainly. A German company with a Dutch-locality signal and extreme abuse footprint is administered through a maintainer tied to another German company. A Dutch company across the border shares the same German phone number. Hong Kong-linked sub-leases and abuse contacts appear inside the same route environment. Iranian LIRs reportedly begin routing through the German ASN in June 2026. Another same-era UK entity, HBING, mirrors the broader market function. What emerges is not random contamination. It is an architecture.
The architecture works because each layer is just normal enough. German registration is normal. Dutch colocation is normal. Hong Kong address business is normal. IP reputation support is normal. Marketplace intermediation is normal. Cross-border phone reuse can be normal. Early corporate churn can be normal. Yet when all these normals attach to the same abuse-heavy network corridor, normality becomes camouflage. The system stops looking like a stack of unrelated business choices and starts looking like a deliberately assembled zone of low-friction deniability.
Impunity, in this sense, is not immunity from law. It is immunity from swift, coherent description. If nobody can quickly say who controls what, where the infrastructure physically sits, which clients are screened by whom, and which stateโs process binds which part of the chain, then enforcement slows to the tempo of paperwork while abuse moves at the tempo of automation.
- Border adjacency creates dual-jurisdiction opportunity.
- Shared phone number collapses the independence narrative.
- Maintainer overlap reveals operational control surfaces.
- Dutch geolocation and Hong Kong route identities complicate locality.
- Iranian transit introduces sanctions exposure.
- Reputation-laundering services monetize the aftermath.
- Parallel entities in other countries increase resilience.
13. Counterarguments, Unknowns, and What Would Settle It
A serious investigation does not end with the most dramatic reading of the facts. It must also ask what would weaken that reading. Several counterarguments remain available. One is that PIO is merely a small provider with outsourced Dutch colocation and poor customer hygiene. Another is that XSServerโs maintainer role is a routine technical-service arrangement with no deeper significance. A third is that the Hong Kong and Iranian relationships reflect marketplace mechanics rather than conscious political or sanctions arbitrage. These are real possibilities. They should not be caricatured away.
But counterarguments are only as strong as the records behind them. A transparent rebuttal would include infrastructure-location disclosure, customer-screening policy, sanctions-review procedures, abuse-handling documentation, route-approval history, contractual delineation between PIO, XSServer, SkyLink, and any Hong Kong sub-lessees, plus a convincing explanation for why a network with minimal peering accumulated such extreme abuse density so quickly. Without those records, the innocent interpretation remains available as rhetoric more than as evidence.
The same standard applies to the harsher interpretation. To move from strong suspicion to fully documented attribution, investigators would need additional primary materials: corporate filings beyond summary metadata, route objects over time, abuse-ticket records, hosting invoices, staff correspondence, or regulatory communications. This dossier therefore does not claim omniscience. It claims that the known pattern is already too coherent to dismiss.
Appendix A. Actor Snapshot
PIO-Hosting GmbH / AS198584
Registered: 2023-05-09, HRB 6893
Declared locus: 41066 Mรถnchengladbach, Germany
Operational signal: รbach-Palenberg border region / Dutch geolocation pattern
Maintainer: mnt-de-xsserver-1
Cross-ref: MNT-ZEXOTEK
Email: info@pio.hosting
XSServer GmbH
HRB: 21403
Role in dossier: Maintainer overlap through mnt-de-xsserver-1
Phone: +49 2451 9949570
Named personnel: Marcel Edler, Rene Spellerberg
SkyLink Data Center BV
Location: Eygelshoven, Netherlands
Distance from border cluster: ~3 km
Phone: +49 2451 9949570
Named personnel: Dirk Bellgart
Guosheng IDC / IPv4 Superhub
Jurisdictional layer: Hong Kong / China-adjacent
Observed role: sub-lease, abuse interface, delisting-service adjacency
Notable risk: reputation laundering and placement of Asian infrastructure under European-facing shells
Appendix B. Key Investigative Questions for Regulators and Journalists
- Who approved routing for the four Iranian LIRs and the Tehran-linked marketplace block in June 2026?
- Where, physically, were the cited PIO-linked IPs hosted when the honeypot hits occurred?
- What contracts define the relationship between PIO-Hosting, XSServer GmbH, and SkyLink Data Center BV?
- Why does a Dutch company in Eygelshoven use the same German phone number as the German-side entity cluster?
- What due diligence was performed on Guosheng IDC and IPv4 Superhub?
- What remediation steps, if any, were taken after URLhaus and spam intelligence associated the environment with malware and spam?
- How does a network with only two peers and one upstream sustain such a high abuse density without active tolerance?
Related dossiers in this series
- TI-2026-022B โ The Corridor Map
- TI-2026-022C โ The UK-Iran Pipeline
- TI-2026-022D โ The Russian Hand
- TI-2026-026 โ The PIO-Hosting Question
- TI-2026-026K โ Predecessor Network
- TI-2026-026F โ The Sanctions Question
This article should be read alongside the broader 027 series. 027A maps the corridor, 027B follows the UK-Iran route logic, and 027C examines Russian-adjacent structural elements. This installment focuses on the German-Dutch hinge: the place where speed, proximity, and fragmented accountability appear to become a service in themselves.