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.
- No ASN announces
151.216.5.0/24(RIPEstat returns an empty ASN list). - Four sampled addresses (
151.216.5.1,.2,.3,.5) give no answer on port 80.
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
- (this record)