Record: the other misplaced sites — 2026-09-12

What was asked and how it was done

Phase 4 found four blocks that answered where the registry says nothing should. Site A (23.191.137.0, ology.com) has its own record. The owner asked for the other three to be explored a little further, plus the largest unowned block in the set. This pass used the same battery as site A — registry objects, routing history, certificates, reverse DNS, third-party scans, and single well-formed requests — with an explicit budget: no scans, no port sweeps, no credentials, no redirects followed into third parties, and one traceroute, to one address, which the owner approved for site D.

Site B — 103.241.72.0/22, APNIC says reserved, AS152194 announces it

The anomaly is a registry artifact; the activity is a throwaway domain farm.

Layer Finding
Registry The APNIC delegation file calls the /22 reserved. RDAP holds only the parent 103.0.0.0/8 object (ALLOCATED PORTABLE, status administrative). There is no object for the /22
Routing AS152194 is CTG Server Limited (CTGSERVERLIMITED-AS-AP, Hong Kong), registered 2023-12-22, and it announces 653 prefixes — a hosting reseller, not an end user. The /24 is announced by that ASN
What answers 103.241.73.190, .191 and .192 — three adjacent hosts — serve a byte-identical 1,326-byte page: the Chinese hosting-panel “没有找到站点” page (“your request did not find a matching site on this web server”, with the usual causes: the domain or IP is not bound to a site, the configuration has not taken effect). A pair of unconfigured Apache/Ubuntu hosts at 103.241.74.83 and .84 serve the Debian default page beside it
Host-dependent behaviour With Host: set to one of the farm’s own names the server answers 301 to https://<the same host>/. With any other Host — the bare IP, our probe hostname, www.baidu.com — it serves the “no site found” page. It is a shared host with per-domain vhosts, and the farm is one of them
Certificate One certificate covers three names: 2022.mid.jx.500.5508085.com, baidu.sina.2022.5508085.com, motogp.2022.rossi.5508085.com. Certificate Transparency holds three issuances and three names for 5508085.com; two of them resolve to 103.241.73.190
Ports (third party) Shodan InternetDB reports 21 Pure-FTPd, 22 OpenSSH 6.6.1, 80/443 nginx, and 888 — the default port of the Chinese hosting panel whose page the server presents
Reverse DNS None, on every address sampled across both /24s

A correction to our own phase-4 write-up. That write-up described this site as “a redirect page loading car.js”. The stored body is the “no site found” page — sha256[:12] = cdf9d8eee8c4 — and the host serves exactly that page today, byte for byte. It references no script, has no meta refresh, and no redirect. The only redirects observed are the standard per-vhost HTTP-to-HTTPS 301s for the farm’s own names. The earlier description is not supported by the evidence we kept.

Verdict. Unchanged, and now better grounded. The anomaly is an unlisted allocation: the delegation file says reserved while a commercial hosting reseller announces and rents the space. The activity is the familiar pattern — a small farm of throwaway numbered domains on a stock shared host, of the kind used for search-spam and redirection. It is abuse of a reseller’s hosting, not a hidden service, and the certificate set is tiny (three names), which is what a spam farm looks like rather than what infrastructure looks like.

Site C — 103.149.23.0/24, APNIC says reserved, AS4657 announces it

Layer Finding
Registry APNIC reserved; RDAP again returns only the parent 103.0.0.0/8 object
Routing AS4657 is StarHub Ltd, Singapore, and RIPEstat confirms 103.149.23.0/24 is among its 299 announced prefixes
Behaviour Two passes, identical. 103.149.23.11, .67 and .100 refuse the connection in about 180 ms; .2, .5, .33, .130, .200 and .254 give no answer at all
Stability Phase 4 found six refusals (.11, .13, .14, .67, .70, .71); the two addresses tested in both passes, .11 and .67, refuse in both
Reverse DNS None
Distance 170-190 ms round trip, consistent with the announced operator’s location

Verdict: incidental, high confidence — and the falsifier phase 4 named did not fire. That falsifier was “a refusal that moves between passes”; the refusal set is stable, on a range the announced operator really runs, with no page and no reverse DNS. Hosts that reject port 80 are ordinary. Nothing here is concealed, and nothing is unaccounted for except the delegation file’s stale reserved entry.

Site D — 199.47.160.0/21, no RDAP object, AS14902 announces a /24

This remains the one site with no named operator, and this pass gives it a shape without giving it a name.

Layer Finding
Registry ARIN RDAP has no object for 199.47.160.0/21 and no autnum for AS14902. ARIN’s whois returns no ASN record, and PeeringDB has no entity for it either
What the ASN announces Four prefixes: 74.113.224.0/24 and 74.113.225.0/24 (no RDAP object), 74.217.136.0/24 (registered to Activ Financial, INAP Toronto), and 199.47.167.0/24
Origin RIPEstat attributes 199.47.167.0/24 to origin AS14902, with an empty holder name
Path (one traceroute, approved) Through Cogent (64.125.23.96), then 67.208.237.6, 50.115.91.19 and 216.52.95.86 (Unitas Global), ending at hop 20 on 74.201.138.6 — 74.201.136.0/22, AS13789, Internap/Unitas — without reaching the target. The last visible network is Unitas, in the same 74.x space the ASN announces
Behaviour Port 80 refuses in about 79 ms. Port 9010 accepts a TCP connection and then says nothing: a plain HTTP request returns an empty response, and a TLS ClientHello gets an immediate EOF. It is neither an HTTP nor a TLS service on that port — something accepts and closes
Phase 4 baseline Refusals at .2 and .103; resets at .19, .20, .22 and .100, with .22 and .100 marked isolated. Today .2 still refuses
Reverse DNS None, on every address sampled

Verdict: still unexplained, now with a shape. An ASN with no registry record, no PeeringDB entry and no holder name announces a /24 inside a block that has no registry object at all; the addresses have no reverse DNS; port 80 refuses; and one port accepts a connection and closes it without a word. That is consistent with a legacy allocation used quietly by an operator that never tidied its registry presence — and it is also consistent with something less ordinary. One request cannot identify a protocol that waits for a handshake we do not know, so the service on 9010 stays unidentified.

151.216.5.0 — the largest unowned block in the set, and a control

523,008 addresses in RIPE’s managed block (RIPE-NCC-MANAGED-ADDRESS-BLOCK, 151.0.0.0/8, allocated 2002-06-25), holding 2,916 of our probes, produced not one answer in phase 3.

Silent, as unassigned space should be. This is worth keeping as a control: the ology.com block answering from inside ARIN’s own reserved /8 is the exception, not a general property of unowned space. If silence were rare, site A would be less interesting.

The four sites side by side

Site A 23.191.137.0 Site B 103.241.72.0/22 Site C 103.149.23.0/24 Site D 199.47.160.0/21
Registry ARIN reserved, no object APNIC reserved, no object APNIC reserved, no object ARIN reserved, no object
Announced by AS400050, 8 /24s AS152194 CTG Server, 653 prefixes AS4657 StarHub, 299 prefixes AS14902, unregistered, 4 prefixes
Named operator Ology Newswire, Inc. CTG Server Limited (reseller) StarHub Ltd none
What it serves A published open-source SPA A hosting-panel “no site” page and a three-name farm Nothing; port 80 refusals Nothing; refusals, resets, and an accepting port 9010
Certificate Let’s Encrypt, per name One certificate, three farm names none none
Reverse DNS ology.com on the web pair none none none
Verdict Incidental, curious not excluded Incidental anomaly, nefarious activity Incidental, high confidence Unexplained

The one pattern worth naming is delegation staleness. In three of the four, and arguably all four, the delegation file says reserved while the routing table says the space is announced and in use. That is a registry artifact of legacy space, not a conspiracy: the registries’ extended delegation files carry coarse or stale entries, and the routing table is the better account of who operates an address. It also means that “the registry says reserved” is a weak anomaly test on its own — which is worth remembering before the next pass treats another reserved line as a finding.

Nothing connects the four sites. Different registries, different ASNs, different kinds of operator (a named corporation, a Hong Kong reseller, a Singapore carrier, an unnamed legacy holder), no shared certificate, no shared naming, no shared reverse DNS. The similarity that phase 4 found — an answer where the registry promises silence — comes from the registry side, not from a common operator.

What would move each verdict

Site Falsifier
B An abuse response from CTG Server; the farm changing domains; evidence that the /22 is in fact allocated and merely unlisted (which would make the anomaly disappear entirely)
C A page appearing on any address; the refusal set moving between passes; a reverse DNS name
D An ASN registry record or a PeeringDB entry appearing; a PTR; identification of the port-9010 service; an independent vantage point’s measurement; the /21 acquiring an RDAP object
151.216.5.0 Any announcement appearing for the prefix

The intrusion ledger for this pass

Activity Count Notes
Site B HTTP GETs about 10 The page, the farm vhosts, car.js, with several Host headers
Site C TCP connects 18 Nine addresses, two passes, port 80 only
Site D TCP connects 3 Port 80 once; port 9010 twice, one of them a TLS ClientHello
Site D traceroute 1 One target, 20 hops, as approved
151.216.5.0 TCP connects 4 Port 80 only
Third-party lookups about 20 RIPEstat, ARIN and APNIC RDAP, PeeringDB, Certificate Transparency. No scan corpora were queried for these blocks beyond what the earlier pass used

No scan, no port sweep, no credential, no zone transfer, and no redirect followed into a third-party site.

Commits