LSN โ€” Local Sovereign Network

๐Ÿ“„ TI-2026-024G ยท Offshore Bulletproof ยท Part 7 of 8

๐Ÿชฆ The Dead ASN Graveyard: 5 Revoked Networks, Same IP Space

There are prefixes that get hijacked, prefixes that get abandoned, and prefixes that become something stranger: recyclable criminal real estate. The address block at the center of this article โ€” 87.251.64.0/24 โ€” belongs to the third category. It has not merely been abused once and forgotten. It has persisted through years of routing changes, shell turnover, and dead autonomous systems, while the operational smell around it never really went away. The question is not whether one current holder is bad. The question is how the same chunk of address space keeps returning to hostile use under fresh administrative wrappers as if the internet forgets everything the moment an old ASN dies.

The answer begins with a protocol limitation and ends with an institutional one. BGP has no memory. It knows what prefix is announced now, by which origin ASN, and through which path. It does not know that the same /24 was burned two years ago under a different shell. Meanwhile the Regional Internet Registry that allocates the resources is not a law-enforcement body. It processes memberships, fees, transfers, closures, and formal policy rules. If one entity is barred for fraud, that bar applies to that entity. A new legal person can re-enter the system. Between those two facts โ€” protocol amnesia and administrative entity-fragmentation โ€” a dirty prefix can be reborn over and over under a new name.

The Bunea TELECOM / Panchenko / ISAEV chain is a precise illustration of that mechanism. The userโ€™s verified research data and the internal dossier store point to a repeating pattern: Romanian shell entities with eye-catching network names, dead ASNs on Spamhaus ASN-DROP, a Russian operator controlling the prefix in an intermediate phase, and a current Kazakh-registered holder inheriting address space already burdened with abusive ancestry. Public routing history confirms that the prefix moved through a sequence of origin ASNs between 2021 and 2026. The administrative shell changes. The address space persists.

Core assessment: With high confidence, the 87.251.64.0/24 lineage demonstrates IP-space laundering through dead-ASN turnover. Abuse does not disappear when one ASN is revoked. The block returns to the pool, a fresh shell claims it, and the same infrastructure logic resumes under a new identity.

This is why the article is about a graveyard rather than a single offender. Dead ASNs do not stay dead in any meaningful reputational sense. They become fertilizer for the next shell. What looks like churn is actually continuity.

1. One prefix, years of criminal continuity

Most network defenders are taught to think in snapshots: current ASN, current WHOIS object, current feed status, current resolving hosts. That perspective is useful for blocking traffic today. It is insufficient for understanding how bad infrastructure survives over time. The 87.251.64.0/24 case matters because its history is the evidence. Public routing history retrieved from RIPEstat shows the block moving through successive origin ASNs beginning well before the current ISAEV-AS period. Relevant criminal-era stages include AS43624, AS44015, AS48080, a later wrapper in the AS197414 range, a brief transient appearance under AS216473, and the current AS200730. Whether one counts five dead shells before the current holder or five named owners within the wider laundering narrative, the same conclusion holds: the prefix outlives the paperwork.

This is why the title uses the phrase โ€œsame IP space.โ€ The significance does not depend on whether every single ASN in the sequence belongs to the same human being or the same company. In fact, the opposite is true. The power of the mechanism comes from discontinuity on paper. If the prefix stayed under one permanent criminal brand, reputation systems and law enforcement would have a stable target. Instead, the address block passes from wrapper to wrapper, each of which can claim to be a new operator, a new customer, a new situation, a new misunderstanding. What survives is the routable real estate itself.

The case becomes even more striking when paired with the Bunea TELECOM triad. AS35478, AS42397, and AS62380 all sit on Spamhaus ASN-DROP and all trace back to the same Romanian SRL. Even where the precise routing epoch of a given block differs, the operational logic is identical: legal shell, globally routable number resource, abuse accumulation, death or deregistration, and replacement by a new wrapper. The prefix history and the Bunea triple-ASN pattern are not separate stories. They are two views of the same industrial method.

That method breaks the intuition many people still have about sanctions-by-reputation. They imagine that once a network is burned, the market excludes it. In reality the exclusion falls on the current visible wrapper. The underlying address space can be reintroduced under another identity almost immediately. That is why the problem is not just one bad ASN. It is the carousel.

PeriodObserved origin ASNStatus nowForensic meaning
Jan 2021 โ€“ Apr 2021AS43624Dead / deregisteredEarly visible shell around the block
Apr 2021 โ€“ Jul 2021AS44015Dead / deregisteredSecond wrapper after first burn
Sep 2021 โ€“ 2022/23 windowAS48080 (Panchenko)Dead / deregisteredNamed operator phase that links anonymity to lineage
2023 โ€“ 2025Later recycled wrappers including AS197414Burned / replacedProof that dead-ASN turnover did not end with Panchenko
2026AS200730 (ISAEV-AS)CurrentLatest legal mask on an older abusive block

The exact chronology matters less than the pattern. No normal, transparent business wants its /24 to read like a cemetery plot register. This one does.

2. The carousel mechanism: dead ASN, returned space, fresh shell

The laundering primitive at work here is simple enough to describe in one sentence: an ASN dies, the visible identity disappears, the number resources or routing control migrate, and the same operational utility returns wearing a new badge. The reason the primitive works is that each institution involved sees only part of the cycle. RIPE sees membership status, resource records, and policy compliance. BGP routers see current announcements. Abuse feeds see current attribution. Hosting customers see present capacity. None of those systems automatically preserve the memory of what the block meant three shells ago.

Once the block or its operational control is back in circulation, the new holder benefits from a kind of reputational cold start. The worst feeds may still remember specific addresses for a while, but many reputation systems are biased toward present attribution: current ASN, current RDAP, current registrant, current geolocation, current open ports. That is sensible for fast-moving defense. It is disastrous for historically dirty space. A sufficiently motivated operator can wait out parts of the decay curve, change the paperwork, and re-announce the same real estate as if history were just a cache expiry problem.

That is what makes the term carousel more accurate than โ€œchurn.โ€ Churn suggests noise. A carousel suggests design. The participants do not need perfect continuity of ownership across every stage. They need continuity of function. One shell burns, another takes its place. One ASN is revoked or abandoned, another originates the same or adjacent space. One operator exits paper visibility, another enters. The customer base experiences not a shutdown, but a lateral move.

The userโ€™s verified research data captures the institutional reason this works: RIPE NCC closure for non-payment can take up to 120 days, and the celebrated five-year bar applies to fraud findings against the same organization, not to newly formed entities. That means a fresh legal person can apply immediately. The system is good at recognizing yesterdayโ€™s company. It is weaker at recognizing yesterdayโ€™s pattern under todayโ€™s paperwork.

The carousel in four moves
  1. Acquire or form a legal shell with enough documentary legitimacy to enter the RIR system.
  2. Obtain ASN and address resources through normal administrative channels.
  3. Burn reputation through abuse-tolerant operation until the wrapper becomes unusable.
  4. Abandon or lose the wrapper, then restart under a new shell while the protocol treats the new announcement as current truth.
BGP remembers adjacency. It does not remember guilt.

That gap between protocol present-tense and investigative historical memory is the technical heart of the dead-ASN graveyard.

3. Bunea TELECOM SRL: three ASNs, all on Spamhaus DROP

If the prefix carousel explains how dirty space survives over time, Bunea TELECOM SRL shows how cheaply new wrappers can be mass-produced. The companyโ€™s three autonomous systems โ€” AS35478, AS42397, and AS62380 โ€” are all on Spamhaus ASN-DROP. Their names are almost too explicit: DATACENTER, HIGH-VOLUME-NETWORK, and HIGH-PEER-NETWORK. On one reading those labels are marketing fluff. On another, they are a form of accidental candor. They describe the operational ambition more honestly than a polished compliance statement ever would.

The important fact is not merely that all three ASNs are bad. It is that one Romanian SRL generated three separate DROP-listed autonomous systems. Spamhaus ASN-DROP is the nuclear option of network reputation. It is not a list for minor negligence. To have one ASN land there is serious. To have three under the same corporate identity is diagnostic. The simplest explanation is that the companyโ€™s business value lay not in ordinary connectivity but in repeatedly offering infrastructure attractive to high-abuse customers.

That interpretation is strengthened by naming pattern and operational structure. โ€œDATACENTER,โ€ โ€œHIGH-VOLUME,โ€ and โ€œHIGH-PEERโ€ read less like organically developed network brands and more like interchangeable shells in a production catalog. They tell you what the customer is buying: capacity, throughput, route presence. They do not tell you anything about substantive business history, distinctive service quality, or a clean customer base. The names are functional because the entities are functional.

For this articleโ€™s central thesis, Bunea matters even beyond its own ASNs. The triple-ASN pattern demonstrates that an abusive operator does not need to cling desperately to one number resource. It can simply make or acquire another wrapper. When three such wrappers from the same Romanian company all end up in the harshest reputation tier, the problem is no longer a rogue customer. It is a manufacturing method.

Bunea TELECOM SRL triad
ASNNameStatusAnalytical reading
AS35478DATACENTERSpamhaus ASN-DROP / deadFirst openly industrial wrapper
AS42397HIGH-VOLUME-NETWORKSpamhaus ASN-DROP / deadScale marketed as a feature
AS62380HIGH-PEER-NETWORKSpamhaus ASN-DROP / deadPeering presence sold as utility

One bad ASN can be blamed on misfortune. Three under one shell cannot.

4. Romanian SRL formation: the disposable LIR shell

The Bunea story would be less concerning if the barrier to creating a new wrapper were high. It is not. The userโ€™s verified research data states that a Romanian SRL can be formed online for about โ‚ฌ200 with minimal verification. On its own that is not a scandal. Cheap incorporation is normal in modern commercial policy. But pair that low-friction company formation with the RIPE fee structure โ€” โ‚ฌ1,000 sign-up and โ‚ฌ1,800 yearly โ€” and the economics of abusive infrastructure become obvious. For well under the cost of serious enterprise hardware, an operator can purchase a legal mask and the administrative gateway to globally routable identity.

This is the disposable LIR shell. It does not need to embody a substantive company in the ordinary sense. It needs to exist long enough to hold records, sign forms, pay fees, and interact with the RIR. If it burns, the operator is not ruined. The shell is sacrificial. That is why the phrase โ€œinstitutional enablerโ€ belongs not only to RIPEโ€™s policy gaps but also to the corporate regimes that make the legal wrapper cheap to obtain. Neither system is malicious in design. Together they create a path of least resistance for operators who view companies as consumables.

The cost arithmetic deserves explicit statement because it strips away mystique. Suppose one forms a Romanian SRL for roughly โ‚ฌ200. Add RIPEโ€™s โ‚ฌ1,000 sign-up and โ‚ฌ1,800 annual fee. In round terms, year-one entry into the LIR world begins around โ‚ฌ3,000 before ancillary costs. For a legitimate ISP that is routine overhead. For a criminal or abuse-tolerant infrastructure broker it is a small insurance premium against the future death of any given shell. If one profitable customer run can earn more than the wrapper cost, the entity becomes disposable by design.

This is why defenders should stop speaking as if shell-company use in infrastructure is an exotic trick. It is often just a spreadsheet decision. Low-friction incorporation plus routable identity equals a cheap, repeatable mask.

What the disposable shell buys
  • A fresh company name without inherited public scandal.
  • Eligibility to interact with the RIR as a formal legal entity.
  • A way to separate beneficial control from visible administration.
  • A fallback plan when the previous ASN or organization object becomes too toxic.

The Romanian SRL is therefore not incidental scenery in this case. It is one of the manufacturing tools.

5. Dmitriy Panchenko: the named operator phase

The 87.251.64.0/24 history becomes more valuable once it passes through a named individual. Anonymous shells are frustrating because they prove pattern without always proving lineage. Dmitriy Panchenko changes that. The userโ€™s data places him as the previous operator of the /24 via AS48080 from September 2021 to August 2022. The internal routing dataset shows AS48080 holding the block well beyond that window, into 2023, but the narrower verified interval is enough for the argument. What matters is that the prefix is not floating through pure noise. At one point it sits under a human-linked operational identity.

That named phase matters because it turns the story from generic bad hygiene into lineage. A prefix under Panchenko is not merely a number on a graph. It is a relationship point. When the same /24 later appears under a different shell, defenders are tempted to treat the new appearance as a separate case. But the historical link tells us the opposite. The address space already belonged to a hostile operating context. The next holder inherits not just addresses, but a tainted operational ancestry that ordinary systems fail to preserve.

Panchenkoโ€™s place in the chain also demonstrates why โ€œownershipโ€ language must be used carefully. The issue is not necessarily who possessed every legal right to the address block at every instant. The issue is who operated the network identity through which the block was announced. In abuse analysis, operational control is often more revealing than formal title. AS48080 is the pivot because it shows a real person inside the carousel, not just a series of dead numbers.

Once that pivot exists, later transitions are harder to read as innocent resets. A burned prefix that moves from anonymous wrapper to named operator to new wrapper is not cleansing itself. It is traveling.

Why Panchenko matters
  • He provides a named human anchor inside an otherwise shell-heavy lineage.
  • His AS48080 phase demonstrates continuity of the prefix across operator changes.
  • The prefix history stops looking random once a person appears in the chain.

Panchenko is therefore not merely a predecessor. He is the stage that reveals the mechanism.

6. ISAEV Igor and AS200730: the latest legal mask

The current visible stage of the chain is ISAEV Igor / AS200730, registered in Kazakhstan and tied in the userโ€™s infrastructure set to IPs including 87.251.64.176, 87.251.64.144, and 87.251.64.145. In a shallow present-tense analysis, that would be the whole case: current ASN, current country code, current abusive IPs. But present-tense analysis is precisely what this article argues against. The key fact is not merely that AS200730 is bad today. It is that AS200730 is the newest wrapper on space with a long abusive memory.

This distinction matters because it changes how one interprets legitimacy. A clean new ASN announcing a clean new block might deserve the benefit of doubt. A new ASN announcing a block with this history does not. The problem is not that Kazakhstan appears in the metadata. The problem is that the current holder benefits from the internetโ€™s habit of treating current attribution as if it erased prior pattern. It does not. The line from earlier dead wrappers through Panchenko to ISAEV shows renewal, not remediation.

That is why the phrase โ€œIP launderingโ€ is appropriate. Laundering does not mean the material becomes morally clean. It means the identifying marks are stripped or changed so the next observer sees a fresh surface. AS200730 performs that function for 87.251.64.0/24. The block is not a new asset in any meaningful forensic sense. It is an old asset wearing a new legal story.

Current-state implication: AS200730 should be assessed not only on current activity but on the historical continuity of the space it now originates. Otherwise defenders reward shell turnover with analytical amnesia.

That is the danger of the current holder phase. The attacker does not need the prefix to be genuinely rehabilitated. It only needs analysts, providers, and automated systems to treat it as if it were.

7. RIPE NCCโ€™s institutional failure: closure delays and entity-specific penalties

The institutional enabler in this case is not malicious intent inside RIPE NCC. It is the gap between administrative policy and adversarial behavior. RIPE is a regional internet registry serving roughly 21,500 LIRs with about โ‚ฌ38 million in annual income. Its job is allocation, recordkeeping, and policy administration at scale. That model works tolerably for good-faith members. It struggles when a hostile operator treats legal entities as disposable tokens. The reason is embedded in the verified rules relevant here: closure for non-payment can take up to 120 days, and the five-year bar applies only to the same organization in fraud cases. A new legal entity can apply immediately.

In practice this means RIPE can terminate yesterdayโ€™s wrapper without meaningfully excluding tomorrowโ€™s. The registry has memory of organization records, but its policy structure does not automatically collapse related shells into one operational identity. That is understandable from a governance perspective. It is also exactly what an adversary needs. If the sanction follows only the old company name, the operator simply changes the company name.

This is not a theoretical weakness. The Bunea triad and the recycled 87.251.64.0/24 lineage illustrate how well it maps to real abuse. The registry can close the account. The internet still needs a way to decide whether the next account is materially the same actor in new clothing. Today, that judgment is weakly encoded if at all. There is no robust concept of pattern-level recidivism across shells built into the membership process.

That gap matters because the cost of entry is low enough to make repetition rational. If a business model can survive one or two deaths per year by minting new shells, then slow closures and entity-specific penalties do not deter. They become a line item.

Institutional weakness in plain terms
  • RIPE can close a member for non-payment, but closure is not immediate.
  • Fraud bars are entity-specific, not pattern-specific.
  • Fresh legal entities can re-enter the system rapidly.
  • The RIR is not designed to perform full beneficial-ownership forensics on every low-cost shell.

Seen this way, the problem is not one bad decision by RIPE. It is a structural mismatch between administrative neutrality and adversarial serial shell use.

8. The BGP memory problem

Even if RIPE had stronger shell-detection, the protocol itself would still remain a problem. BGP has no concept of tainted address space. It validates path visibility, policy, and adjacency relationships. It does not preserve narrative history. The router asks: who originates this prefix now? It does not ask: what did this prefix do three wrappers ago? This is why reallocated or recycled blocks can be re-announced immediately. The protocol is functioning exactly as designed, but the design assumes that the control plane is not itself a laundering interface.

That assumption no longer holds. In a world of cheap shells, routable identity can be regenerated faster than reputational memory can spread. The result is an asymmetry: attackers reuse the same block with minimal friction, while defenders must reconstruct the historical chain by querying archives, routing history, and registry data manually. Attackers operate in the present tense; defenders must do history homework under time pressure.

One consequence is that prefix-level history is routinely undervalued. Many organizations still anchor blocking or triage decisions to current ASN and current domain intelligence. Those indicators matter, but they flatten the lineage. A block like 87.251.64.0/24 should carry a reputation shadow that survives changes of origin ASN. Today that shadow exists mainly in the minds of careful investigators, not in the fabric of the protocol.

The router sees a route. The investigator sees a reincarnation.

Until those two views are better connected, dead-ASN recycling will remain an effective laundering tool.

9. Why reputation databases keep resetting

Once the protocol forgets, the feeds often follow. Many reputation products are optimized for actionability, not historical memory. They answer questions like: which ASN owns this IP now, which abuse complaints mention it recently, which current domains resolve here, what does the present RDAP say? That design is defensible for high-volume automated blocking. It is weak against recycled infrastructure. If reputation is tied too tightly to the current wrapper, then every new ASN offers a partial reset.

The 87.251.64.0/24 chain shows the consequences. A defender looking only at current data on AS200730 may see a Kazakh-registered network and a cluster of abusive IPs. A defender who looks historically sees a prefix that has already passed through multiple dead wrappers, including a named Panchenko phase and earlier anonymous shells. These are not the same analytical object. The second view supports broader blocking, stronger skepticism, and more durable attribution. The first view risks treating the present holder as a new isolated incident.

This is also why โ€œdead ASNโ€ is not a sufficiently comforting phrase. Dead to whom? Dead in which database? Dead in the billing system? Dead in the company registry? The IP space is still alive. The attackerโ€™s use case is still alive. The customer demand is still alive. Only the last label has died.

Reputation-reset pattern
  • Current-ASN-centric feeds underweight historical prefix lineage.
  • New RDAP / WHOIS surfaces can look cleaner than the blockโ€™s history warrants.
  • Analysts who do not examine routing history grant the attacker a free narrative reset.

What defenders call โ€œfresh infrastructureโ€ is often just old infrastructure with fresh paperwork.

10. The Omegatech connection: when the DROP predates the debut

The wider significance of the graveyard mechanism appears when one compares it with other cases in this series. The userโ€™s verified research data notes that AS202412 (Omegatech) shows the same pattern: Spamhaus DROP entries predate the ASNโ€™s first BGP announcement in January 2026. That is an extraordinary fact because it means the dirty reputation shadow was attached not merely to a current operatorโ€™s conduct, but to address space or related infrastructure history older than the current network identity. In other words: the shell was born into contamination.

This is the conceptual bridge between the Pfcloud transit case and the dead-ASN graveyard case. Pfcloud shows how a transit sponsor keeps burned networks online. The 87.251.64.0/24 chain shows how burned space itself survives shell death. Omegatech connects the two by demonstrating that reputation can arrive before the new ASNโ€™s visible life begins. When that happens, the fiction of a clean slate becomes impossible to sustain.

It also shows why institutional responses aimed only at current bad actors are insufficient. One must track lineage: prefixes, route objects, contacts, customer patterns, upstream dependencies, and corporate shell families. Without lineage, every new ASN looks like a new problem. With lineage, the same handful of problems begin to reveal themselves in rotation.

That rotational quality is the real connective tissue across this series. Some operators specialize in shells. Some specialize in transit. Some specialize in leasing. Some specialize in disappearing before the invoice cycle catches up. The reason the same names keep resurfacing in different combinations is that these are not isolated incidents. They are interlocking maintenance routines for a hostile infrastructure market. A recycled prefix is useful to the same customer class that values a lenient upstream. A disposable SRL is useful to the same operator who wants to reset a RIPE-facing identity without rebuilding every downstream dependency. Once you understand that, the distinction between โ€œold blockโ€ and โ€œnew ASNโ€ starts to look like a legal fiction convenient to everyone except defenders.

The Omegatech example is especially valuable because it strips away the last innocent explanation. If a fresh ASN enters BGP already carrying prefixes with DROP baggage older than its own routing life, then the operator cannot plausibly claim that reputation attached only after some unforeseen customer incident. The contamination predates the debut. That means the historical baggage was either ignored, exploited, or deliberately selected as part of the deployment model. None of those interpretations is consistent with a good-faith clean-start story.

For investigators, that should change the default question. Instead of asking only โ€œwhat is this ASN doing now?โ€ one should also ask โ€œwhat kind of address history did this ASN choose to inherit?โ€ That second question exposes intent. Clean operators avoid baggage where they can. Shell-heavy operators frequently treat baggage as tolerable because the address blockโ€™s prior damage is somebody elseโ€™s paperwork problem until a new round of abuse makes it theirs.

What lineage-aware defense would look like
  • Track prefixes as persistent forensic objects, not just the current ASN that originates them.
  • Preserve historical links between old and new organization records when the same ranges reappear.
  • Weight prior routing ancestry when triaging โ€œnewโ€ networks with surprisingly mature abuse patterns.
  • Treat pre-existing DROP or reputation baggage on newly announced space as a first-class warning sign.

None of this requires inventing a new internet. It requires refusing the comforting habit of taking current paperwork at face value. The data already exists in routing archives, RIR history, and reputation feeds. What is often missing is the willingness to merge those records into a persistence model. The attacker has one. The defender usually does not. That is why dead ASNs keep handing their grave goods to the next wrapper.

The dead ASN graveyard is therefore not a niche curiosity. It is one of the core maintenance routines of bulletproof infrastructure. Abuse survives not because the internet cannot see it, but because the systems that see it are not designed to preserve that memory across shells. A prefix dies on paper, returns under a new wrapper, and the machine resumes.

Final assessment: the graveyard mechanism turns revocation into theater unless historical lineage is preserved. Without that, the market does not punish abusive infrastructure. It simply renames it.

And that is the real scandal. The dead networks are not gone. They are standing back up under different numbers, carrying the same old space, while much of the internet treats each resurrection as a new event instead of what it is: a continuation.

โš  Personal capacity. Research published independently โ€” not reflecting employer views. Derived from passive observation of attacks against personal infrastructure. Full disclaimer โ†’
โ† Previous Offshore Bulletproof โ€” 7 / 8 Next โ†’