> For the complete documentation index, see [llms.txt](https://help.aikido.dev/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://help.aikido.dev/docs/docs-ja/pentesuto/coverage-and-findings/what-issues-can-aikido-pentest-find.md).

# Aikido Pentestでどのような問題を見つけられますか？

Aikido Pentest が実行中に検証できる主な問題クラスを理解しましょう。各チェックがどのアプリケーション種別に適用されるかを含む完全なチェックリストについては、 [チェックページ](https://app.aikido.dev/ai-pentests/checks).

### 中核となる Web / API のリスク

私たちは、実際の侵害につながることが最も多い、影響の大きい問題を取り上げています。

* **BOLA / IDOR（テナント間データ漏えい）**
  * Broken Object Level Authorization と Insecure Direct Object References。ユーザーAがユーザーBのプライベートデータにアクセスできないことを検証します（例: API 呼び出しで ID を変更する）。
* **アクセス制御の不備**
  * 権限昇格（垂直）と管理機能への不正アクセス。
* **インジェクションの脆弱性**
  * 典型的な SQL インジェクション（SQLi）とデータベース・インジェクションの脆弱性。
* **コマンドインジェクション / リモートコード実行（RCE）**
  * 信頼できないデータがシステムコマンドや OS 指示を実行するかどうかを検出します。
* **クロスサイトスクリプティング（XSS）**
  * 格納型および反射型 XSS を包括的にスキャンします。
* **認証の失敗**
  * 弱いパスワードポリシー、クレデンシャルスタッフィング、Cookie の整合性問題、レート制限の欠如、セッション管理の不備。
* **サーバーサイドリクエストフォージェリ（SSRF）**
  * サーバーに内部リソースや外部システムへのリクエストを送信させるように仕向けます。

### エージェント型アプリケーションのリスク

スコープにコパイロット、AI エージェント、またはツールを使う LLM ワークフローが含まれる場合、私たちは次の主要リスクもテストします [エージェント型アプリケーションのOWASP Top 10](/docs/docs-ja/pentesuto/coverage-and-findings/what-issues-can-aikido-pentest-find/owasp-top-10-for-agentic-applications.md)。これらの領域に絞った評価を実施するには、 [AI機能のテスト](/docs/docs-ja/pentesuto/configure-a-pentest/testing-ai-capabilities.md).

具体的には以下を含みます：

* **プロンプトインジェクション**
* **機密データの漏えい**
* **過度なエージェンシー**
* **安全でないツールの使用**
* **安全でない出力処理**
* **メモリ汚染**
* **検索の悪用**
* **エージェントのアクションにおける認可の失敗**
* **リソース枯渇**
* **統合およびサプライチェーンのリスク**

詳細な内訳と例については、専用の子ページをご覧ください。

### 追加の悪用経路

基本項目に加えて、標準的なスキャナーでは見逃されがちな複雑な脆弱性を調査します。

* **ビジネスロジックのエラー**
  * アプリケーションのワークフロー上の欠陥により回避が可能になる問題（例: 支払い手順のスキップ）や、複雑な入力検証エラー。
* **特殊なインジェクション**
  * NoSQLi、LDAP インジェクション、XPath インジェクション、サーバーサイドテンプレートインジェクション（SSTI）。
* **ファイルと設定不備**
  * ローカルファイルインクルージョン（LFI）、無制限のファイルアップロード、ディレクトリ一覧表示、エラー漏えいなどのファイルシステム上のリスクをスキャンします。
* **安全でないデシリアライゼーション**
  * シリアライズされたオブジェクトを操作して悪意のあるコードを実行します。
* **Web キャッシュポイズニング**
  * キャッシュ機構を操作し、他のユーザーに有害なコンテンツを配信させます。
* **クライアントサイド攻撃**
  * クロスサイトスクリプティング（XSS）、CSRF、オープンリダイレクト、DOM ベースの脆弱性。
* **暗号処理の失敗**
  * 脆弱なアルゴリズム、弱い署名（JWT）、ハードコードされた認証情報、機密データの露出の使用。

### 堅牢化チェック

必須の防御コントロールが正しく実装され、一般的な回避手法に対して耐性があるかを評価します。これには、単一の脆弱性がなくても悪用可能性を高める、欠落・脆弱・誤設定の保護を特定することが含まれます。

**当社の堅牢化チェックには以下が含まれます：**

* **GraphQL の堅牢化ギャップ** — 深さ、複雑度、クエリコストの制限がないこと。本番環境での introspection の露出。
* **CORS の誤設定** — 許可元が過度に緩いこと、認証情報の誤用、危険なワイルドカード設定。
* **TLS と転送セキュリティの問題** — 弱い暗号スイート、古いプロトコルバージョン、不適切な証明書チェーン、HSTS の欠如。
* **HTTP セキュリティヘッダー** — CSP、X-Frame-Options、X-Content-Type-Options、Referrer-Policy、Permissions-Policy などのヘッダーがない、または誤設定されている。
* **レート制限と悪用防止** — 認証、API、機密エンドポイントに対する制御がない、または効果的でない。
* **セキュリティのデフォルト設定と環境の露出** — デバッグモード、冗長なエラー処理、堅牢化されていない本番設定。

これらの検出結果は、攻撃対象領域の縮小と脆弱性の連鎖防止に役立ち、「低リスク」な問題を意味のあるセキュリティ改善へと変えます。

### インフラ

Web およびモバイルのペンテストでは、対象範囲内の URL の背後にあるホストもテストします。ルートドメイン配下の公開ホストをペンテストするには、 [ネットワークペンテスト](/docs/docs-ja/pentesuto/configure-a-pentest/network-pentesting.md).

* **脆弱なバージョンを実行しているサーバーとプラットフォーム**
  * nginx、Apache、Tomcat、WordPress、Grafana など、公開済みの脆弱性があるバージョンを実行している Web サーバー、アプリケーションサーバー、プラットフォーム。バージョンはサービス自体から確認します。
* **公開された管理・ステータス・デバッグ面からの機密情報漏えい**
  * 本来公開されるべきではない、そのホスト上で到達可能な管理パネル、ステータス／メトリクスエンドポイント、デバッグインターフェース、および機密情報を漏えいさせるもの。
* **デフォルトまたは弱いサービス認証情報**
  * インフラのパネルやサービスにおける、文書化されたデフォルトまたは弱い認証情報、および少数の明白な派生形（例: ベンダー既定のログイン情報が未変更のもの）。
* **公開されたネットワークサービス**
  * SSH、SMB、FTP、PostgreSQL、Redis/Valkey など、そのホスト上で見つかったサービスについて、認証の欠如、デフォルト認証情報、既知の脆弱なバージョンを確認します。

### コンプライアンス

このペンテストの実施は、以下の技術的管理策を満たします **SOC 2 Type II、ISO 27001、HIPAA**。監査対応可能な詳細レポートを受け取ることができ、成果物の具体例を当社の [ペンテストサンプルレポート](https://www.aikido.dev/attack/aipentest#report).

### ディープダイブ

<table data-view="cards"><thead><tr><th>ガイド</th><th>対象範囲</th><th data-hidden data-card-target data-type="content-ref">対象</th></tr></thead><tbody><tr><td><strong>IDOR脆弱性の検出</strong></td><td>最も一般的な重大所見の1つをより深く掘り下げます。</td><td><a href="/docs/docs-ja/pentesuto/coverage-and-findings/what-issues-can-aikido-pentest-find/understanding-and-detecting-idor-vulnerabilities.md">IDOR脆弱性の検出</a></td></tr><tr><td><strong>エージェント型アプリケーションのOWASP Top 10</strong></td><td>コパイロット、AI エージェント、ツール、メモリ、検索リスクを専用にカバーします。</td><td><a href="/docs/docs-ja/pentesuto/coverage-and-findings/what-issues-can-aikido-pentest-find/owasp-top-10-for-agentic-applications.md">エージェント型アプリケーションのOWASP Top 10</a></td></tr></tbody></table>


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation by asking a question.

Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:

```
GET https://help.aikido.dev/docs/docs-ja/pentesuto/coverage-and-findings/what-issues-can-aikido-pentest-find.md?ask=<question>&goal=<user_goal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.