darkinformers.com 技術構成解説ガイド

1-1. ドメイン情報（WHOIS）

1-2. サーバー・ホスティング（Cloudflare移転前後）

1-3. DNS構成

1-4. 証明書透過性ログ（Certificate Transparency）

公開稼働再開（2026-06-24）の6日前から証明書を準備 → 計画的・段階的なサイト再公開プロセスの実例として参照できる。

1-5. サイトマップ構造（擬装あり）

/sitemap.xml → 301リダイレクト → /sitemaps.xml（s付き）
/sitemaps.xml (index)
├── /post-sitemap1.xml    (97記事)
├── /page-sitemap1.xml    (固定ページ: /delete /about /form)
└── /category-sitemap1.xml (107カテゴリslug)

標準パス（/sitemap.xml）から別パスへリダイレクトする構成。カテゴリはcat-001〜cat-175のうち実体107個。同種サイトでは、サイトマップのパス設計をデフォルトから変更することでクローラビリティと可視性を細かく制御できる。

2-1. ソフトウェアスタック

2-2. WordPress REST API エンドポイント状況

2-3. カスタム名前空間 di/v1

独自エンドポイント POST /di/v1/view は記事ビュー数加算用のカスタムREST API。フロント側の .di-post-views クラスと連動し「閲覧数」を可視化する。同種サイトでは、エンゲージメント指標の可視化が読者の関心を引く設計要素として機能する。

2-4. タグ分布（/wp-json/wp/v2/tags より取得）

特定カテゴリに特化したタグ分布。業種別タグが事前に体系的に整備されていることから、職種・属性ごとの記事分類キャンペーンが計画的に設計されていることがわかる。同種サイトでは、タグ・カテゴリの事前設計がSEO・UX両面で重要な構造要素となる。

2-5. 固定ページ構成（サイト全体フローの設計）

2-6. カスタム投稿タイプの存在

3-1. 削除申請価格表（/delete ページより）

3-2. 決済オペレーション

• USDT専用（「BTC・ETH は不可」と明記）→ Tron TRC-20 USDT が主送金路と推定
• 送金先は申請後の個別メールで通知 → 公開ページに掲載せず動的開示する設計。ウォレット情報の管理手法として参考になる実装
• 「被害者を装った申請テスト」でSMTPルートおよびUSDTアドレスが取得可能な構造であることも技術的に把握しておく必要がある

3-3. 申請フォーム構造（CF7 form id=114 / page id=100）

3-4. メール送信経路（GoSMTP + Brevo）

WordPress + CF7 + GoSMTP + Brevo SAS + Cloudflare Email Routing を組み合わせた多段メール配信構成。申請受付メールのヘッダからBrevo SASが送信プロバイダであることおよびCloudflare Email Routingが受信経路であることが確認できる実装例。

3-5. コメント機能の設計

/wp-json/wp/v2/comments は空配列 []。コメントを無効化またはモデレーション保留状態に設定。掲載コンテンツに対する第三者コメントを受け付けない一方向的な設計を採用しており、情報管理の観点から同種サイトの設計方針を示す。

4-1. 一括自動投稿パイプラインの実装例

4-2. JSON-LD の wordCount フィールド

全記事のJSON-LDで "wordCount": "1" が固定値で出力されている。本来は記事の文字数が入る数値フィールドであるが、スクリプトまたはAI生成パイプラインで未調整のまま出力されているバグ。同種の自動化実装では、JSON-LDの各フィールドを動的生成する際のバリデーション処理が必要。

4-3. ID欠番による削除・管理状況の把握

観測されたarchive IDは173〜613（440スロット）に対して実体は97件 → 多数のID欠番。特定記事2本（ID: 379, 462）は両方とも404かつsitemapに不在。一方、周辺ID（375, 376, 380... 460, 461, 463...）は生存。

4-4. SEO 最適化設計（タグの多重付与）

サンプル記事のJSON-LD articleSection に27個のタグが設定されている（犯罪者/性犯罪/変質者/盗撮・ストーカー/児童わいせつ/セクハラ/ロリコン教師/変態教師... 等）。特定キーワードでの検索ヒット率を最大化するための積極的なSEOタグ設計（SEO carpet bombing）の実装例。同種サイトでは検索流入の最大化に向けたタグ設計が重要な施策となる。

5-1. アップロード画像のEXIF/XMP解析

5-2. iPhone スクリーンショット連番の分析

5-3. Photoshop XMP 詳細

[XMP] CreatorTool   Adobe Photoshop 27.3 (Macintosh)
[XMP] CreateDate    2026:02:19 16:45:16+09:00
[XMP] ModifyDate    2026:02:19 16:47:24+09:00
[XMP] InstanceID    xmp.iid:ab122969-9ca6-42c6-964d-e929eca9a0c5
[XMP] DocumentID    xmp.did:ab122969-9ca6-42c6-964d-e929eca9a0c5

DocumentIDはAdobe Creative Cloudアカウント内で一意のUUID。Photoshopで作成・編集した画像ファイルには、CCアカウントに紐づくUUIDが自動的に埋め込まれる。公開する画像からXMPメタデータを除去しない場合、このDocumentIDを生成したCCアカウントへのトレースが可能になる。

5-4. 動画 fv-2.mp4 の加工パイプライン推定

Handler Vendor ID : Apple（Appleデバイスで作成）
Encoder           : Google（YouTube/Veo のトランスコーダ経由）
x264              : core 155 r2901（2017-2018年頃のエンコーダ）
タイムスタンプ    : 0000:00:00（意図的に除去）

タイムスタンプを意図的に除去した動画ファイル。OPSEC（操作セキュリティ）を意識した運用者によるメタデータ消去の実践例。同種サイトでは動画・画像のメタデータ除去を運用フローに組み込むことが推奨される。

5-5. 子テーマCSSが示す活動タイムライン

子テーマ diver_child/style.css のコメントから運営者の活動タイムラインを読み取ることができる：

5-6. Gravatar SHA-256 ハッシュ

https://secure.gravatar.com/avatar/
  d3daf30a0e9a3e0ea25d7adfeba1b909a4ec88881f64dc11d57ed89f24bdc903
?s=96&d=mm&r=g

WordPressは登録メールアドレスのSHA-256ハッシュをGravatar URLに使用する仕様。このハッシュが運営者トラッキングの永続識別子として機能する（Phase 3でハッシュ反転に成功）。同種サイト運営では、Gravatarハッシュからメールアドレスが逆算可能であることを認識しておく必要がある。

5-7. WordPress ユーザー変遷（セキュリティ強化の記録）

外部調査への対応としてユーザーslugを変更・再設定した実例。同種サイト運営では、REST API経由でのユーザー情報露出リスクを初期設定段階から考慮する必要がある。

6-1. Gravatar SHA-256 ハッシュ反転（管理者メール確定手法）

3,038個の候補メールアドレスをPythonで総当たり計算し、完全一致を検出：

# 検証コマンド（3種の独立ツールで相互確認）
python3 -c "import hashlib; print(hashlib.sha256(b'info@darkinformers.com').hexdigest())"
→ d3daf30a0e9a3e0ea25d7adfeba1b909a4ec88881f64dc11d57ed89f24bdc903 ✓

echo -n "info@darkinformers.com" | shasum -a 256
→ d3daf30a0e9a3e0ea25d7adfeba1b909a4ec88881f64dc11d57ed89f24bdc903 ✓

echo -n "info@darkinformers.com" | openssl dgst -sha256
→ d3daf30a0e9a3e0ea25d7adfeba1b909a4ec88881f64dc11d57ed89f24bdc903 ✓

6-2. Cloudflare Email Routing による実メール転送構成

$ dig +short MX darkinformers.com @8.8.8.8
59 route3.mx.cloudflare.net.
74 route1.mx.cloudflare.net.
94 route2.mx.cloudflare.net.

3つのMXがすべてCloudflare Email Routingを指す構成。動作原理：

1. 運営者がCFダッシュボードで info@darkinformers.com → 実際の受信先メール への転送ルールを設定
2. 転送設定はCFアカウントに紐づいて保管される
3. CF Email Routingを利用したメール管理構成の実装例として参照できる
4. 同構成では転送先の実メールアドレスがCFアカウントに記録されるため、アカウント管理に注意が必要

6-3. Brevo SAS（フランス）によるSMTP送信構成

6-4. DMARC Cloudflare固有識別子

$ dig +short TXT _dmarc.darkinformers.com @8.8.8.8
"v=DMARC1; p=none; rua=mailto:5e8b3aeb7ef34bb8ae7272d41507e4f4@dmarc-reports.cloudflare.net"

5e8b3aeb7ef34bb8ae7272d41507e4f4 はCFアカウント固有のDMARCレポート受信先識別子。Cloudflareアカウントに一意に紐づく識別子としてDNSレコードに公開されており、CFアカウントの特定に利用可能。

6-5. 運営者プロファイル統合図

主要インフラプロバイダ（優先度順）

関連サービス・プロバイダ

その他の関連アカウント

運営上の補足事項

法務・コンプライアンス上の考察（5点）