🕵️♂️ あらゆるウェブサイトを分析するためのオールインワンOSINTツール
あらゆるウェブサイトに対する包括的なオンデマンドOSINT
🌐 web-check.xyz
ご支援いただいています:
 Terminal Trove ターミナル関連のすべてを集めた $HOME |
 Warp 複数のAIエージェントによるコーディング向けに開発 |
指定したウェブサイトの内部構造を把握しましょう。潜在的な攻撃ベクトルの発見、サーバーアーキテクチャの分析、セキュリティ設定の確認、サイトが使用しているテクノロジーの把握が可能です。
現在ダッシュボードでは、IP情報、SSLチェーン、DNSレコード、Cookie、ヘッダー、ドメイン情報、検索クロールルール、ページマップ、サーバーの場所、リダイレクト台帳、オープンポート、トレーサート、DNSセキュリティ拡張、サイトパフォーマンス、トラッカー、関連ホスト名、カーボンフットプリントを表示します。近日中にさらに多くの機能を追加予定ですので、お楽しみに！
このツールの目的は、あなたのウェブサイトを簡単に理解・最適化・保護できるようにすることです。
ホストされたバージョンには web-check.as93.net からアクセスできます。
このリポジトリのソースはCodeBergにミラーリングされており、codeberg.org/alicia/web-check から入手できます。
ビルド＆デプロイ:
リポジトリ管理＆その他: 
注記 このリストは更新が必要です。その後、さらに多くのジョブが追加されています...
以下のセクションでは、コア機能の概要と、このデータがあなたにとってどのように役立つかを簡単に説明し、さらに詳しく学ぶためのリソースへのリンクを紹介します。
IPアドレス（Internet Protocolアドレス）は、ネットワーク/インターネットに接続された各デバイスに割り当てられる数値ラベルです。特定のドメインに関連付けられたIPは、ドメインのA（アドレス）レコードをDomain Name System（DNS）に照会することで見つけることができます。
特定のサーバーのIPを見つけることは、さらなる調査を進めるための最初のステップです。サーバーに追加情報を問い合わせることができるためです。ターゲットのネットワークインフラの詳細なマップの作成、サーバーの物理的な場所の特定、ホスティングサービスの識別、さらには同じIPアドレスでホストされている他のドメインの発見などが含まれます。
SSL証明書は、ウェブサイトやサーバーの身元を認証し、安全な暗号化通信（HTTPS）を可能にし、クライアントとサーバー間の信頼を確立するデジタル証明書です。ウェブサイトがHTTPSプロトコルを使用し、ユーザーとサイトのデータを転送中に暗号化するには、有効なSSL証明書が必要です。SSL証明書は、証明書保持者の身元と正当性を検証する信頼された第三者である認証局（CA）によって発行されます。
SSL証明書は、ウェブサイトとの間のデータ送信が安全であるという保証を提供するだけでなく、貴重なOSINTデータも提供します。SSL証明書の情報には、発行機関、ドメイン名、有効期間、場合によっては組織の詳細も含まれます。これは、ウェブサイトの信頼性を検証したり、そのセキュリティ設定を理解したり、関連するサブドメインやその他のサービスを発見したりするのに役立ちます。
詳細はこちら: web-check.xyz/about
下のボタンをクリックすると、Netlify にデプロイできます 👇
下のボタンをクリックすると、Vercel にデプロイできます 👇
docker run -p 3000:3000 lissy93/web-check を実行し、localhost:3000 を開いてください。
Docker イメージは以下から取得できます：
lissy93/web-checkghcr.io/lissy93/web-checkdocker build -t web-check . を実行し、イメージを自分でビルドしてください。開発 セクションに記載されている前提条件をインストールし、次に実行してください:```bash git clone https://github.com/Lissy93/web-check.git # Download the code from GitHub cd web-check # Navigate into the project dir yarn install # Install the NPM dependencies yarn build # Build the app for production yarn serve # Start the app (API and GUI)
---
### 設定
デフォルトでは、設定は不要です。
ただし、いくつかの任意の環境変数を設定することで、追加のチェックを利用したり、外部APIを使用する一部のチェックのレート制限を引き上げたりすることができます。
**APIキーと認証情報**:
| キー | 値 |
| -------------------------- | ----------------------------------------------------------------------------------------------------------------------------------------------------- |
| `GOOGLE_CLOUD_API_KEY` | PageSpeed Insights APIが有効なGoogle APIキー（[ここで取得](https://developers.google.com/speed/docs/insights/v5/get-started)）。サイトの品質メトリクスを返すために使用できます。 |
| `REACT_APP_SHODAN_API_KEY` | Shodan APIキー（[ここで取得](https://account.shodan.io/)）。指定されたドメインに関連付けられたホスト名を表示します。 |
| `REACT_APP_WHO_API_KEY` | WhoAPIキー（[ここで取得](https://whoapi.com/)）。デフォルトのジョブよりも包括的なWhoIsレコードを表示します。 |
<details>
<summary><small>全キー / 今後追加予定の値</small></summary>
- `GOOGLE_CLOUD_API_KEY` - PageSpeed Insights APIが有効なGoogle APIキー（[ここで取得](https://developers.google.com/speed/docs/insights/v5/get-started)）。サイトの品質メトリクスを返すために使用できます。
- `REACT_APP_SHODAN_API_KEY` - Shodan APIキー（[ここで取得](https://account.shodan.io/)）。指定されたドメインに関連付けられたホスト名を表示します。
- `REACT_APP_WHO_API_KEY` - WhoAPIキー（[ここで取得](https://whoapi.com/)）。デフォルトのジョブよりも包括的なWhoIsレコードを表示します。
- `SECURITY_TRAILS_API_KEY` - Security Trails APIキー（[ここで取得](https://securitytrails.com/corp/api)）。IPに関連付けられた組織情報を表示します。
- `CLOUDMERSIVE_API_KEY` - CloudmersiveのAPIキー（[ここで取得](https://account.cloudmersive.com/)）。IPに関連付けられた既知の脅威を表示します。
- `TRANCO_USERNAME` - Trancoのメールアドレス（[ここで取得](https://tranco-list.eu/)）。トラフィックに基づくサイトのランクを表示します。
- `TRANCO_API_KEY` - Tranco APIキー（[ここで取得](https://tranco-list.eu/)）。トラフィックに基づくサイトのランクを表示します。
- `URL_SCAN_API_KEY` - URLScan APIキー（[ここで取得](https://urlscan.io/)）。サイトに関するさまざまな情報を取得します。
- `BUILT_WITH_API_KEY` - BuiltWith APIキー（[ここで取得](https://api.builtwith.com/)）。サイトの主要な機能を表示します。
- `TORRENT_IP_API_KEY` - torrent APIキー（[ここで取得](https://iknowwhatyoudownload.com/en/api/)）。IPによってダウンロードされたトレントを表示します。
</details>
**設定項目**:
| キー | 値 |
| -------------------------- | -------------------------------------------------------------------------- |
| `PORT` | server.js実行時にAPIを提供するポート（例: `3000`） |
| `API_ENABLE_RATE_LIMIT` | /api エンドポイントのレート制限を有効にする（例: `true`） |
| `PUBLIC_API_TIMEOUT_LIMIT` | APIリクエストのタイムアウト制限（ミリ秒単位）（例: `25000`） |
| `API_CORS_ORIGIN` | 許可するホスト名を設定してCORSを有効にする（例: `example.com`） |
| `API_DISABLED_CHECKS` | 無効にするチェックのカンマ区切りリスト（例: `trace-route,ports`） |
| `API_ENABLED_CHECKS` | 設定した場合、これらのチェックのみが実行されます（例: `get-ip,ssl,dns,headers`） |
| `API_BLOCKED_HOSTS` | 絶対にスキャンしてはならないホスト（例: `lan.example.com,192.168.0.0/16`） |
| `CHROME_PATH` | Chromium実行ファイルのパス（例: `/usr/bin/chromium`） |
| `DISABLE_GUI` | GUIを無効にし、APIのみを提供する（例: `false`） |
| `REACT_APP_API_ENDPOINT` | APIのエンドポイント（ローカルまたはリモート）（例: `/api`） |
すべての値は任意です。
これらは環境変数として追加できます。プロジェクトルートの `.env` ファイルに直接記述するか、Netlify / Vercel のUIを介して設定するか、`--env` フラグを付けてDockerコンテナに渡すか、または独自の環境変数管理システムを使用してください。
なお、`REACT_APP_` で始まるキーはクライアント側で使用されるため、ブラウザとサーバー間のネットワークリクエストを傍受した際に露出する可能性があります。そのため、最小権限で正しくスコープを設定する必要があります。
---
### 開発
1. リポジトリをクローンします: `git clone [email protected]:Lissy93/web-check.git`
2. ディレクトリに移動します: `cd web-check`
3. 依存関係をインストールします: `yarn`
4. 開発サーバーを起動します: `yarn dev`
[Node.js](https://nodejs.org/en)（V 18.16.1以降）に加えて、[yarn](https://yarnpkg.com/getting-started/install) と [git](https://git-scm.com/) がインストールされている必要があります。
一部のチェックでは、環境内に `chromium`、`traceroute`、`dns` がインストールされている必要もあります。これらのパッケージが存在しない場合、該当するジョブは単にスキップされます。
---
## コミュニティ
### コントリビューション
いかなる種類のコントリビューションも大歓迎です。心から感謝いたします。
行動規範については、[Contributor Convent](https://www.contributor-covenant.org/version/2/1/code_of_conduct/) を参照してください。
開始するには、リポジトリをフォークし、変更を加えて、add、commit、push を行い、その後こちらに戻ってプルリクエストを開いてください。GitHubやオープンソースが初めての場合は、[こちらのガイド](https://www.freecodecamp.org/news/how-to-make-your-first-pull-request-on-github-3#let-s-make-our-first-pull-request-) または [gitドキュメント](https://docs.github.com/en/pull-requests/collaborating-with-pull-requests/proposing-changes-to-your-work-with-pull-requests/creating-a-pull-request) が役立つかもしれません。サポートが必要な場合は、お気軽にお問い合わせください。
[](https://github.com/Lissy93/web-check/compare)
### バグの報告
正常に動作しない問題を見つけた場合や、新機能を提案したい場合は、GitHubでチケットを起票してください。
バグの場合は、再現手順を明記し、システム情報や出力されたログなどの関連情報を含めてください。
[](https://github.com/Lissy93/web-check/issues/new/choose)
### サポート
このアプリは今後も100%無料かつオープンソースであり続けます。
ただし、ホストされているインスタンスへのトラフィック量のため、Lambda関数の使用料が月額約25ドルかかっています。
GitHub Sponsorship による費用の補助をいただけると大変助かります。
このプロジェクトが誰でも無料で利用できるのは、コミュニティのサポートのおかげです :)
[](https://github.com/sponsors/Lissy93)
### コントリビューター
Web-Checkへのコントリビューションに対し、以下のユーザーに感謝します。
[](https://github.com/lissy93/web-check/graphs/contributors)
### スポンサー
GitHubでスポンサーになってくださっている素晴らしい方々に心から感謝します。彼らのサポートは、Web-Checkや私の他のプロジェクトを誰もが無料で利用できる状態に保つために必要な費用を賄うのに役立っています。可能であれば、[GitHubで私をスポンサー](https://github.com/sponsors/Lissy93) して、ぜひこの輪に加わってください。
[](https://github.com/sponsors/lissy93)
---
## ライセンス
> _**[Lissy93/Web-Check](https://github.com/Lissy93/web-check)** は [MIT](https://github.com/Lissy93/web-check/blob/HEAD/LICENSE) ライセンスの下で公開されています © [Alicia Sykes](https://aliciasykes.com) 2023 - 2026._<br>
> <sup align="right">情報については、<a href="https://tldrlegal.com/license/mit-license">TLDR Legal > MIT</a> を参照してください</sup>
<details>
<summary>ライセンスを展開</summary>```
The MIT License (MIT)
Copyright (c) Alicia Sykes <[email protected]>
Permission is hereby granted, free of charge, to any person obtaining a copy
of this software and associated documentation files (the "Software"), to deal
in the Software without restriction, including without limitation the rights
to use, copy, modify, merge, publish, distribute, sub-license, and/or sell
copies of the Software, and to permit persons to whom the Software is furnished
to do so, subject to the following conditions:
The above copyright notice and this permission notice shall be included install
copies or substantial portions of the Software.
THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR IMPLIED,
INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANT ABILITY, FITNESS FOR A
PARTICULAR PURPOSE AND NON INFRINGEMENT. IN NO EVENT SHALL THE AUTHORS OR COPYRIGHT
HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN AN ACTION
OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN CONNECTION WITH THE
SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE.
© Alicia Sykes 2026
MITライセンスの下で提供
ご訪問ありがとうございます :)
このタスクでは、特定のドメインに関連付けられたDNSレコードを調べます。DNSは、人間が読めるドメイン名を、コンピューターが通信に使用するIPアドレスに変換するシステムです。A（アドレス）、MX（メール交換）、NS（ネームサーバー）、CNAME（正規名）、TXT（テキスト）など、さまざまな種類のDNSレコードが存在します。
DNSレコードの抽出は、OSINT調査において豊富な情報を提供します。例えば、AレコードとAAAAレコードは、ドメインに関連付けられたIPアドレスを開示し、サーバーの場所を明らかにする可能性があります。MXレコードは、ドメインのメールプロバイダーに関する手がかりを与えます。TXTレコードは、さまざまな管理目的で使用されることが多く、内部情報を誤って漏えいすることがあります。ドメインのDNS設定を理解することは、そのオンラインインフラがどのように構築・管理されているかを理解するのにも役立ちます。
Cookieタスクでは、対象のウェブサイトによって設定されたHTTP Cookieを調べます。Cookieは、ユーザーがウェブサイトを閲覧している間にウェブブラウザーによってユーザーのコンピューターに保存される小さなデータです。サイトの設定、ユーザーのセッション状態、トラッキング情報など、特定のクライアントとウェブサイトに固有の少量のデータを保持します。
Cookieは、ウェブサイトがユーザーをどのように追跡し、交流するかに関する情報を開示します。例えば、セッションCookieはユーザーセッションがどのように管理されているかを明らかにし、トラッキングCookieはどのようなトラッキングまたは分析フレームワークが使用されているかを示唆します。さらに、Cookieのポリシーと慣行を調べることで、サイトのセキュリティ設定とプライバシー規制への準拠についての洞察が得られます。
robots.txtは、通常ドメインのルートにあるファイルで、Robots Exclusion Protocol（REP）を実装して、どのページをどのクローラーやボットが無視すべきかを示すために使用されます。検索エンジンのクローラーがサイトに過剰な負荷をかけるのを防ぐための良い習慣ですが、ページを検索結果から除外するために使用すべきではありません（代わりにnoindexメタタグまたはヘッダーを使用してください）。
調査中にrobots.txtファイルを確認することはしばしば有用です。サイト所有者がインデックスされたくないディレクトリやページを開示することがあるためです。機密情報が含まれているため、または隠されたりリンクされていないディレクトリの存在を明らかにする可能性があるためです。さらに、クロールルールを理解することで、ウェブサイトのSEO戦略についての洞察が得られる場合があります。
ヘッダータスクでは、リクエストとレスポンスのサイクル中に対象のウェブサイトが送信するHTTPヘッダーを抽出して解釈します。HTTPヘッダーは、HTTPレスポンスの先頭、つまり実際のデータの前に送信されるキーと値のペアです。ヘッダーには、キャッシュポリシー、コンテンツタイプ、エンコーディング、サーバー情報、セキュリティポリシーなど、転送されるデータの処理方法に関する重要な指示が含まれます。
HTTPヘッダーの分析は、OSINT調査において重要な洞察を提供します。ヘッダーは、特定のサーバー構成、選択されたテクノロジー、キャッシュディレクティブ、さまざまなセキュリティ設定を明らかにします。この情報は、ウェブサイトの基盤となるテクノロジースタック、サーバー側のセキュリティ対策、潜在的な脆弱性、一般的な運用方法を特定するのに役立ちます。
品質メトリクスタスクは、Lighthouseを使用して、対象のウェブサイトのパフォーマンス、アクセシビリティ、ベストプラクティス、SEOを測定します。100のコアメトリクスのシンプルなチェックリストと、各カテゴリのスコアを返し、サイト全体の品質を評価します。
サイトの技術的な健全性の評価、SEOの問題の特定、脆弱性の識別、標準への準拠の確認に役立ちます。
サーバーの場所タスクでは、IPアドレスに基づいて、特定のウェブサイトをホストしているサーバーの物理的な場所を特定します。これは、IPを既知のデータセンターとISPの緯度+経度にマッピングするロケーションデータベースでIPを調べることで行われます。緯度と経度から、地図上のピン、住所、国旗、タイムゾーン、通貨などの追加のコンテキスト情報を表示することができます。
サーバーの場所を知ることは、ウェブサイトをよりよく理解するための良い第一歩です。サイト所有者にとっては、コンテンツ配信の最適化、データ所在地要件への準拠の確保、特定の地理的地域のユーザーエクスペリエンスに影響を与える可能性のある潜在的なレイテンシ問題の特定に役立ちます。セキュリティ研究者にとっては、サイバー脅威と規制に関する特定の地域または管轄区域によってもたらされるリスクの評価に役立ちます。
このタスクでは、ウェブサイトのプライマリドメインに関連付けられたすべてのドメインとサブドメイン（ホスト名）を特定して一覧表示します。このプロセスでは、リンクされたドメインとホスト名を発見するためのDNS列挙と、既知のDNSレコードの確認がしばしば行われます。
調査中、ターゲットのウェブプレゼンスの全範囲を理解することは重要です。関連ドメインは、関連プロジェクト、バックアップサイト、開発/テストサイト、メインサイトにリンクされたサービスを発見する手がかりになる可能性があります。これらは、追加情報や潜在的なセキュリティ脆弱性を提供することがあります。関連ドメインとホスト名の包括的なリストは、組織の構造とオンラインフットプリントの概要も提供します。
このタスクでは、元のURLから最終的な宛先URLまでに発生するHTTPリダイレクトのシーケンスをトレースします。HTTPリダイレクトは、クライアントに別のURLへ移動するよう指示するステータスコード付きのレスポンスです。リダイレクトは、URL正規化（サイトのwwwバージョンへの誘導）、HTTPSの強制、URL短縮サービス、ユーザーを新しいサイトの場所に転送するなど、いくつかの理由で発生する可能性があります。
リダイレクトチェーンを理解することは、いくつかの理由で役立ちます。セキュリティの観点からは、長いまたは複雑なリダイレクトチェーンは、チェーン内の暗号化されていないリダイレクトなど、潜在的なセキュリティリスクの兆候である可能性があります。さらに、各リダイレクトは追加のラウンドトリップタイム（RTT）を導入するため、リダイレクトはウェブサイトのパフォーマンスとSEOに影響を与える可能性があります。OSINTにとって、リダイレクトチェーンを理解することは、異なるドメイン間の関係を特定したり、特定のテクノロジーやホスティングプロバイダーの使用を明らかにしたりするのに役立ちます。
TXTレコードは、ドメイン外部のソースにテキスト情報を提供するDNSレコードの一種です。ドメイン所有権の検証、メールセキュリティの確保、ウェブサイトへの不正な変更の防止など、さまざまな目的に使用できます。
TXTレコードは、特定のドメインでどの外部サービスとテクノロジーが使用されているかを明らかにすることがよくあります。ドメインのメール設定の詳細、Google WorkspaceやMicrosoft 365などの特定のサービスの使用、SPFやDKIMなどのセキュリティ対策を明らかにする可能性があります。これらの詳細を理解することで、組織が使用するテクノロジー、メールセキュリティの慣行、潜在的な脆弱性についての洞察が得られます。
サーバーがオンラインで、リクエストに応答しているかどうかを確認します。
サーバーのオープンポートは、クライアントとの接続を確立するために利用可能な通信エンドポイントです。各ポートは、HTTP（ポート80）、HTTPS（ポート443）、FTP（ポート21）などの特定のサービスまたはプロトコルに対応しています。サーバーのオープンポートは、ポートスキャンなどの技術を使用して特定できます。
サーバーでどのポートが開いているかを知ることで、そのサーバーで実行されているサービスに関する情報が得られ、システムの潜在的な脆弱性を理解したり、サーバーが提供しているサービスの性質を理解したりするのに役立ちます。
OSINT調査において、tracerouteは、Webサイトやサービスを支えるネットワークインフラストラクチャのルーティング経路や地理に関する洞察を提供します。これは、ネットワークのボトルネック、潜在的な検閲やネットワークトラフィックの操作を特定し、ネットワークの構造と効率性の全体像をつかむのに役立ちます。さらに、traceroute中に収集されたIPアドレスは、さらなるOSINT調査のための追加の調査ポイントを提供する可能性があります。
このタスクは、Webサイトの推定カーボンフットプリントを計算します。これは、転送および処理されるデータ量と、Webサイトをホストして配信するサーバーのエネルギー使用量に基づいています。Webサイトが大きく、機能が複雑であるほど、そのカーボンフットプリントも高くなる可能性があります。
OSINTの観点から見ると、Webサイトのカーボンフットプリントを理解しても、その内部の仕組みや背後にある組織について直接的な洞察は得られません。しかし、特に環境への影響が考慮される文脈では、より広範な分析において依然として貴重なデータとなり得ます。例えば、デジタルインフラの持続可能性に関心があり、組織に環境への影響の説明責任を求めたい活動家、研究者、倫理的ハッカーにとって有用です。
このタスクは、対象のWebサイトをホストしているサーバーに関するさまざまな情報を取得します。これには、サーバーの種類（例：Apache、Nginx）、ホスティングプロバイダー、自律システム番号（ASN）などが含まれます。この情報は通常、IPアドレスのルックアップとHTTPレスポンスヘッダーの分析を組み合わせて取得されます。
OSINTの文脈では、サーバー情報はWebサイトの背後にある組織に関する貴重な手がかりを提供します。例えば、ホスティングプロバイダーの選択は組織が活動している地理的地域を示唆し、サーバーの種類は組織が使用しているテクノロジーを示唆する可能性があります。また、ASNを使用して、同じ組織がホストしている他のドメインを見つけることもできます。
このタスクは、対象ドメインのWhoisレコードを取得します。Whoisレコードは、ドメイン登録者の名前と連絡先情報、ドメインの作成日と有効期限、ドメインのネームサーバーなど、豊富な情報源です。この情報は通常、Whoisデータベースサーバーへのクエリを通じて取得されます。
OSINTの文脈では、WhoisレコードはWebサイトの背後にある組織に関する貴重な手がかりを提供します。ドメインが最初に登録された時期と失効予定時期がわかるため、組織の運用スケジュールに関する洞察が得られます。連絡先情報はしばしば編集または匿名化されていますが、追加の調査手段につながることもあります。また、ネームサーバーを使用して、同じ組織が所有する複数のドメインを関連付けることもできます。
このタスクは、対象ドメインのWhoisレコードを取得します。Whoisレコードは、ドメイン登録者の名前と連絡先情報、ドメインの作成日と有効期限、ドメインのネームサーバーなど、豊富な情報源です。この情報は通常、Whoisデータベースサーバーへのクエリを通じて取得されます。
OSINTの文脈では、WhoisレコードはWebサイトの背後にある組織に関する貴重な手がかりを提供します。ドメインが最初に登録された時期と失効予定時期がわかるため、組織の運用スケジュールに関する洞察が得られます。連絡先情報はしばしば編集または匿名化されていますが、追加の調査手段につながることもあります。また、ネームサーバーを使用して、同じ組織が所有する複数のドメインを関連付けることもできます。
DNSSECがない場合、MITM攻撃者がレコードを偽装し、ユーザーをフィッシングサイトに誘導する可能性があります。これは、DNSシステムには、リクエストへの応答が偽造されていないことや、プロセスの他の部分が攻撃者によって妨害されていないことを検証する組み込みの方法がないためです。DNSセキュリティ拡張（DNSSEC）は、公開鍵を使用してDNSレコードに署名することでDNSルックアップを保護し、ブラウザが応答の改ざんを検出できるようにします。この問題のもう1つの解決策は、DoH（DNS over HTTPS）とDoT（DNS over TLD）です。
DNSSEC情報は、特にDNSスプーフィングやキャッシュポイズニングに関する、組織のサイバーセキュリティ成熟度と潜在的な脆弱性への洞察を提供します。DNSセキュリティ（DNSSEC、DoH、DoTなど）が実装されていない場合、これは攻撃者にとってのエントリーポイントとなる可能性があります。
サイトにどのコア機能が存在するかを確認します。機能がdeadとしてマークされている場合、それは読み込み時に積極的に使用されていないことを意味します。
これは、サイトが何ができるのか、どのテクノロジーを探すべきかを理解するのに役立ちます。
HTTP Strict Transport Security（HSTS）は、プロトコルダウングレード攻撃やクッキーハイジャックからWebサイトを保護するのに役立つWebセキュリティポリシーメカニズムです。一連の要件に準拠してリストに登録することで、WebサイトをHSTSプリロードリストに含めることができます。
サイトでHSTSを有効にすることが重要である理由はいくつかあります：1. ユーザーがhttp://example.comをブックマークまたは手動で入力し、中間者攻撃者にさらされる HSTSは対象ドメインへのHTTPリクエストを自動的にHTTPSにリダイレクトします 2. 純粋にHTTPSを意図したWebアプリケーションに、誤ってHTTPリンクが含まれているか、HTTP経由でコンテンツを配信している HSTSは対象ドメインへのHTTPリクエストを自動的にHTTPSにリダイレクトします 3. 中間者攻撃者が無効な証明書を使用して被害者ユーザーのトラフィックを傍受しようとし、ユーザーがその不正な証明書を受け入れることを期待する HSTSはユーザーが無効な証明書メッセージを上書きすることを許可しません
このチェックは、要求されたURL / IPが解決されるDNSサーバーを特定します。また、DNSサーバーがDoHをサポートしているかどうか、DNSキャッシュポイズニングに対して脆弱かどうかを確認する基本的なチェックも実行します。
サイトがどのテクノロジーで構築されているかを確認します。これは、サイトを取得して解析し、Wappalyzerが管理するRegExのリストと比較して、さまざまなテクノロジーが残す固有のフィンガープリントを特定することで行われます。
Webサイトのテックスタックを特定することは、潜在的な脆弱性を明らかにすることでセキュリティの評価に役立ち、競合分析や開発上の意思決定に情報を提供し、カスタマイズされたマーケティング戦略を導くことができます。データ盗難や不正侵入などの有害な活動を避けるためには、この知識の倫理的な適用が重要です。
このジョブは、サイトにリストされたサイトマップを見つけて解析します。このファイルには、検索エンジンにクロールされることをサイト作成者が望む、サイト上の公開サブページが一覧表示されます。サイトマップはSEOに役立ちますが、サイトの公開コンテンツをひと目で確認するのにも役立ちます。
サイトの公開コンテンツの構造を理解し、サイト所有者は、自分のサイトのサイトマップがアクセス可能で解析可能であり、必要なものがすべて含まれていることを確認します。
security.txtファイルは、研究者がサイトで見つけたセキュリティ問題を責任を持って開示する方法を示します。この標準はRFC 9116で提案され、このファイルには連絡先（メールアドレス）を含め、オプションでセキュリティ開示ポリシーへのリンク、PGPキー、対応言語、ポリシーの有効期限などの他の情報も含めるべきと規定されています。ファイルはドメインのルート、/security.txtまたは/.well-known/security.txtのいずれかに配置する必要があります。
これは重要です。連絡先が定義されていないと、セキュリティ研究者が重大なセキュリティ問題を報告できないか、安全でない、あるいは公開されたチャネルを使用して報告する可能性があるためです。OSINTの観点からは、セキュリティに対する姿勢、CSAFプロバイダー、PGP公開鍵からのメタデータなど、サイトに関する情報を収集することもできます。
アンカー要素に付加されたhref属性によって識別される、サイト上で見つかったすべての内部リンクと外部リンクを表示します。
サイト所有者にとって、これはSEOの問題の診断、サイト構造の改善、コンテンツがどのように相互接続されているかの理解に役立ちます。外部リンクは、パートナーシップ、依存関係、潜在的な評判リスクを示すことができます。セキュリティの観点からは、外部リンクは、サイトが知らずにリンクしている潜在的な悪意のあるサイトや侵害されたサイトを特定するのに役立ちます。内部リンクの分析は、サイトの構造を理解し、公開を意図していない隠れたページや脆弱なページを明らかにするのに役立ちます。また、OSINT調査担当者にとっては、ターゲットの包括的な理解を構築し、関連するエンティティ、リソース、さらにはサイトの潜在的な隠れた部分を明らかにするのに役立ちます。
Webサイトには特定のメタタグを含めることができ、検索エンジンやソーシャルメディアプラットフォームに表示する情報を伝えます。これには通常、タイトル、説明、サムネイル、キーワード、作成者、ソーシャルアカウントなどが含まれます。
このデータをサイトに追加するとSEOが向上します。また、OSINT研究者にとっては、特定のWebアプリがどのように自己説明しているかを理解するのに役立ちます。
DMARC（Domain-based Message Authentication, Reporting & Conformance）：DMARCは、SPFおよびDKIMと連携してメールのスプーフィングやフィッシングを防ぐメール認証プロトコルです。ドメイン所有者は、DNSに公開されたポリシーを介して認証されていないメールの処理方法を指定でき、受信メールサーバーがメールの準拠状況について送信者にフィードバックを送信する方法も提供します。BIMI（Brand Indicators for Message Identification）：BIMIは、組織が顧客のメールクライアントにロゴを自動的に表示できるようにする新しいメール標準です。BIMIはロゴをドメインのDMARCレコードに結び付け、受信者にメールが正当であるという視覚的な保証をさらに1レベル提供します。DKIM（DomainKeys Identified Mail）：DKIMは、送信サーバーと受信サーバーの間の転送中にメッセージが変更されていないことを確認するために設計されたメールセキュリティ標準です。送信者のドメインにリンクされたデジタル署名を使用して送信者を検証し、メッセージの整合性を保証します。SPF（Sender Policy Framework）：SPFは、メールのスプーフィングを防ぐために設計されたメール認証方法です。DNSレコードを作成することで、ドメインに代わってメールを送信することを許可されたメールサーバーを指定します。これにより、受信メールサーバーが、ドメインからの受信メールがそのドメインの管理者によって承認されたホストから送信されていることを確認する方法を提供し、スパムから保護するのに役立ちます。
この情報は、ドメインのメールセキュリティ体制の評価、潜在的な脆弱性の発見、フィッシング検出のためのメールの正当性の検証に役立つため、研究者にとって有用です。これらの詳細は、ホスティング環境、潜在的なサービスプロバイダー、ターゲット組織の設定パターンへの洞察も提供し、調査活動を支援します。
WAF（Webアプリケーションファイアウォール）は、Webアプリケーションとインターネットの間のHTTPトラフィックをフィルタリングおよび監視することで、Webアプリケーションの保護に役立ちます。通常、クロスサイトフォージェリ、クロスサイトスクリプティング（XSS）、ファイルインクルージョン、SQLインジェクションなどの攻撃からWebアプリケーションを保護します。
サイトがWAFを使用しているかどうか、またどのファイアウォールソフトウェア/サービスを使用しているかを理解することは有用です。これは、いくつかの攻撃ベクトルに対するサイトの保護状況への洞察を提供するだけでなく、ファイアウォール自体の脆弱性を明らかにする可能性もあります。
正しく設定されたセキュリティHTTPヘッダーは、一般的な攻撃に対する保護レイヤーをサイトに追加します。注意すべき主なヘッダーは次のとおりです：HTTP Strict Transport Security（HSTS）：HTTPSの使用を強制し、中間者攻撃やプロトコルダウングレードの試みを軽減します。Content Security Policy（CSP）：Webページのリソースを制約して、クロスサイトスクリプティングやデータインジェクション攻撃を防ぎます。X-Content-Type-Options：ブラウザが宣言されたコンテンツタイプとは異なるレスポンスをMIMEスニッフィングするのを防ぎ、MIMEタイプ混乱攻撃を抑制します。X-Frame-Options：ブラウザがページを<frame>、``、<embed>、または<object>でレンダリングするかどうかを制御することで、ユーザーをクリックジャッキング攻撃から保護します。
セキュリティヘッダーの確認は重要です。サイトの防御体制と潜在的な脆弱性への洞察を提供し、積極的な緩和を可能にし、セキュリティのベストプラクティスへの準拠を保証するためです。
Wayback Machine からアーカイブの全履歴を取得します。
サイトの履歴と、長年にわたってどのように変化してきたかを理解するのに役立ちます。また、サイトの旧バージョンを見つけたり、削除されたコンテンツを見つけるのにも役立ちます。
このチェックは、要求されたサイトのグローバルランキングを表示します。これは上位 100 万サイトに含まれるウェブサイトにのみ正確です。Tranco プロジェクト（下記参照）のデータを使用しています。Tranco プロジェクトは、Umbrella、Majestic、Quantcast、Chrome User Experience Report、Cloudflare Radar からウェブ上の上位サイトをまとめたものです。
サイトの全体的なグローバルランキングを知ることは、サイトの規模を理解し、他のサイトと比較するのに役立ちます。また、サイトの相対的な人気を理解し、潜在的なトレンドを特定するのにも役立ちます。
10 以上の主要なプライバシー、マルウェア、ペアレンタルコントロールのブロック DNS サーバーを使用して、URL へのアクセスをチェックします。
これらは、サーバーが安全な接続を確立するために使用する暗号アルゴリズムの組み合わせです。鍵交換アルゴリズム、バルク暗号化アルゴリズム、MAC アルゴリズム、PRF（疑似ランダム関数）が含まれます。
これはセキュリティの観点からテストする重要な情報です。暗号スイートは、それに含まれるアルゴリズムと同じだけの安全性しかないためです。暗号スイート内の暗号化または認証アルゴリズムのバージョンに既知の脆弱性がある場合、暗号スイートと TLS 接続はダウングレードやその他の攻撃に対して脆弱になる可能性があります。
これは、Mozilla の TLS Observatory のガイドラインを使用して、TLS 設定のセキュリティをチェックします。サイトを攻撃に対して脆弱にする可能性のある不適切な設定をチェックし、修正方法についてのアドバイスを提供します。また、時代遅れの TLS 設定と最新の TLS 設定に関する提案も行います。
サイトの TLS 設定に関する問題を理解することで、潜在的な脆弱性に対処し、サイトが最新かつ最も安全な TLS 設定を使用していることを確認できます。
これは、さまざまなクライアント（ブラウザ、オペレーティングシステム）がサーバーと TLS ハンドシェイクを実行する方法をシミュレートします。互換性の問題や安全でない設定を特定するのに役立ちます。
このチェックは、要求された URL / IP が解決するウェブページのスクリーンショットを撮り、表示します。
ブラウザ、IP、場所の制約を受けずに、特定のウェブサイトがどのように見えるかを確認するのに役立つかもしれません。