+
+
Incident Management インテグレーションは、{{< region-param key=dd_datacenter code="true" >}} サイトではサポートされていません。
{{% /site-region %}}
Statuspage アカウントを接続して、Incident Management から Statuspage インシデントを作成および更新します。
-{{< img src="integrations/statuspage/integrations_statuspage_incident_modal.png" alt="ステータスインシデント作成モーダル" popup="true" style="width:60%;">}}
+![Status Incident Create Modal][2]
-1. [アカウント][2]にログインします。
+1. [アカウント][3] にログインします。
2. 画面右上のアバターをクリックして、ユーザーメニューにアクセスします。
3. API 情報をクリックします。
4. `Organization API keys` の下で API キーを作成するか、既存のものをコピーします。
-5. [インテグレーションタイル][3]の `API key` フィールドに API キーを入力します。
+5. [インテグレーション タイル][4] の `API key` フィールドに API キーを入力します。
#### インシデントと独自のメトリクスおよびイベントを相関付ける
Statuspage のイベントを独自のメトリクスやイベントと相関付けて分析し、環境に影響を与える可能性のあるものに対して通知を受けるようにモニターをセットアップすることができます。インテグレーションのこの部分では、自身の Statuspage アカウントは必要ありません。
-[インテグレーションタイル][3]の **Statuspage URLs** セクションに、監視したいサービスの Statuspage URL を入力します。ページに関連付けたいカスタムタグを入力します。
+[インテグレーション タイル][4] の **Statuspage URLs** セクションで、監視したいサービスの Statuspage URL を入力します。必要に応じて、ページに関連付けるカスタム タグも入力します。
## 収集データ
@@ -92,7 +96,13 @@ Statuspage インテグレーションには、メトリクスは含まれてい
### イベント
-Statuspage インテグレーションは、構成されたステータスページから Datadog イベントを取り込み、これによりこうしたイベントをメトリクスと相関付けたり、[これらのイベントに基づいてアラートを送信する][4]ことができます。
+Statuspage インテグレーションは、設定した Statuspage から Datadog イベントを取り込み、メトリクスと突き合わせて分析できます。さらに、 [これらのイベントに基づいてアラートを送信する][5] ことも可能です。
+
+### 設定
+
+このインテグレーションは `http://` と `https://` のどちらの URL でも設定できます。ただし、TLS が検証済みの `https://` URL のみが、コンプライアンス要件に厳格な環境で求められる基準に適合します。`http://` URL でも動作しますが、コンプライアンス基準は満たしません。
+
+コンプライアンス要件が厳しい環境では、 `http://` ではなく `https://` URL を使用してください。
### サービスチェック
@@ -100,14 +110,15 @@ Statuspage インテグレーションには、サービスのチェック機能
## トラブルシューティング
-ご不明な点は、[Datadog のサポートチーム][5]までお問い合わせください。
+ご不明な点は、[Datadog のサポートチーム][6]までお問合せください。
## その他の参考資料
{{< partial name="whats-next/whats-next.html" >}}
[1]: https://www.atlassian.com/software/statuspage
-[2]: https://manage.statuspage.io/login
-[3]: https://app.datadoghq.com/integrations/statuspage
-[4]: https://docs.datadoghq.com/ja/monitors/monitor_types/event/
-[5]: https://docs.datadoghq.com/ja/help/
+[2]: images/integrations_statuspage_incident_modal.png
+[3]: https://manage.statuspage.io/login
+[4]: https://app.datadoghq.com/integrations/statuspage
+[5]: https://docs.datadoghq.com/ja/monitors/monitor_types/event/
+[6]: https://docs.datadoghq.com/ja/help/
\ No newline at end of file
diff --git a/content/ja/integrations/tekton.md b/content/ja/integrations/tekton.md
new file mode 100644
index 00000000000..6b3ef99b4b1
--- /dev/null
+++ b/content/ja/integrations/tekton.md
@@ -0,0 +1,135 @@
+---
+app_id: tekton
+app_uuid: 4e8f129e-1c9b-4078-a966-f0099dbf9465
+assets:
+ dashboards:
+ Tekton Overview: assets/dashboards/overview.json
+ integration:
+ auto_install: true
+ configuration:
+ spec: assets/configuration/spec.yaml
+ events:
+ creates_events: false
+ metrics:
+ check:
+ - tekton.pipelines_controller.go.alloc
+ - tekton.triggers_controller.go.alloc
+ metadata_path: metadata.csv
+ prefix: tekton.
+ service_checks:
+ metadata_path: assets/service_checks.json
+ source_type_id: 5667413
+ source_type_name: Tekton
+ monitors:
+ Increasing number of failed PipelineRuns: assets/monitors/increasing_failed_pipelineruns.json
+ Increasing number of failed TaskRuns: assets/monitors/increasing_failed_taskruns.json
+ TaskRuns are throttled: assets/monitors/throttled_taskruns.json
+ saved_views:
+ tekton_errors: assets/saved_views/tekton_errors.json
+ tekton_overview: assets/saved_views/tekton_overview.json
+author:
+ homepage: https://www.datadoghq.com
+ name: Datadog
+ sales_email: info@datadoghq.com (日本語対応)
+ support_email: help@datadoghq.com
+categories:
+- ログの収集
+- 開発ツール
+custom_kind: インテグレーション
+dependencies:
+- https://github.com/DataDog/integrations-core/blob/master/tekton/README.md
+display_on_public_website: true
+draft: false
+git_integration_title: tekton
+integration_id: tekton
+integration_title: Tekton
+integration_version: 2.2.0
+is_public: true
+manifest_version: 2.0.0
+name: tekton
+public_title: Tekton
+short_description: Datadog で Tekton のメトリクスをまとめて追跡できます。
+supported_os:
+- linux
+- windows
+- macos
+tile:
+ changelog: CHANGELOG.md
+ classifier_tags:
+ - Supported OS::Linux
+ - Supported OS::Windows
+ - Supported OS::macOS
+ - Category::Log Collection
+ - Category::Developer Tools
+ - Offering::Integration
+ configuration: README.md#Setup
+ description: Datadog で Tekton のメトリクスをまとめて追跡できます。
+ media: []
+ overview: README.md#Overview
+ support: README.md#Support
+ title: Tekton
+---
+
+
+
+
+## 概要
+
+このチェックは Datadog Agent を介して [Tekton][1] を監視します。Tekton は、CI/CD システムを構築するための強力で柔軟なオープン ソース フレームワークで、クラウド プロバイダーやオンプレミス環境をまたいで、ビルド、テスト、デプロイを行えるようにします。
+
+## セットアップ
+
+ホストで実行されている Agent 用にこのチェックをインストールおよび構成する場合は、以下の手順に従ってください。コンテナ環境の場合は、[オートディスカバリーのインテグレーションテンプレート][2]のガイドを参照してこの手順を行ってください。
+
+### インストール
+
+Agent リリース 7.53.0 以降、Tekton チェックは [Datadog Agent][3] パッケージに同梱されています。サーバー側で追加のインストールは不要です。
+
+このチェックは [OpenMetrics][4] を使用し、Tekton が公開する OpenMetrics エンドポイントからメトリクスを収集します。動作には Python 3 が必要です。
+
+### 構成
+
+1. Tekton のパフォーマンス データを収集するには、Agent の設定ディレクトリ直下にある `conf.d/` フォルダ内の `tekton.d/conf.yaml` ファイルを編集します。利用可能な設定オプションの一覧は、[サンプル tekton.d/conf.yaml][5] を参照してください。
+
+2. [Agent を再起動します][6]。
+
+### 検証
+
+[Agent の status サブコマンドを実行][7] し、Checks セクションで `tekton` を確認します。
+
+## 収集データ
+
+### メトリクス
+{{< get-metrics-from-git "tekton" >}}
+
+
+### イベント
+
+Tekton インテグレーションには、イベントは含まれません。
+
+### サービスチェック
+{{< get-service-checks-from-git "tekton" >}}
+
+
+## トラブルシューティング
+
+ご不明な点は、[Datadog のサポートチーム][10]までお問合せください。
+
+## その他の参考資料
+
+お役に立つドキュメント、リンクや記事:
+
+- [コンテナネイティブな CI/CD パイプラインの健全性とパフォーマンスを監視する][11]
+
+
+[1]: https://tekton.dev/
+[2]: https://docs.datadoghq.com/ja/agent/kubernetes/integrations/
+[3]: https://app.datadoghq.com/account/settings/agent/latest
+[4]: https://docs.datadoghq.com/ja/integrations/openmetrics/
+[5]: https://github.com/DataDog/integrations-core/blob/master/tekton/datadog_checks/tekton/data/conf.yaml.example
+[6]: https://docs.datadoghq.com/ja/agent/guide/agent-commands/#start-stop-and-restart-the-agent
+[7]: https://docs.datadoghq.com/ja/agent/guide/agent-commands/#agent-status-and-information
+[8]: https://github.com/DataDog/integrations-core/blob/master/tekton/metadata.csv
+[9]: https://github.com/DataDog/integrations-core/blob/master/tekton/assets/service_checks.json
+[10]: https://docs.datadoghq.com/ja/help/
+[11]: https://www.datadoghq.com/blog/container-native-ci-cd-integrations/
\ No newline at end of file
diff --git a/content/ja/integrations/tenable_io.md b/content/ja/integrations/tenable_io.md
new file mode 100644
index 00000000000..a80edf0471d
--- /dev/null
+++ b/content/ja/integrations/tenable_io.md
@@ -0,0 +1,121 @@
+---
+app_id: tenable-io
+app_uuid: 18788ece-f752-4584-a4e9-6652eaad80b5
+assets:
+ dashboards:
+ Tenable.io - Activity Summary: assets/dashboards/tenable_io_activity_summary.json
+ Tenable.io - Vulnerability Summary: assets/dashboards/tenable_io_vulnerability_summary.json
+ integration:
+ auto_install: false
+ events:
+ creates_events: false
+ service_checks:
+ metadata_path: assets/service_checks.json
+ source_type_id: 32769000
+ source_type_name: Tenable.io
+ logs:
+ source: tenable-io
+ monitors:
+ Automatic asset age out activity detected: assets/monitors/automatic_asset_age_out_activity.json
+ Multiple asset deletion activities detected: assets/monitors/asset_deletion_activity.json
+ Multiple user impersonation activities detected: assets/monitors/user_impersonation_activity.json
+author:
+ homepage: https://www.datadoghq.com
+ name: Datadog
+ sales_email: info@datadoghq.com
+ support_email: help@datadoghq.com
+categories:
+- log collection
+- security
+- コンプライアンス
+custom_kind: integration
+dependencies:
+- https://github.com/DataDog/integrations-core/blob/master/tenable_io/README.md
+display_on_public_website: true
+draft: false
+git_integration_title: tenable_io
+integration_id: tenable-io
+integration_title: Tenable.io
+integration_version: ''
+is_public: true
+manifest_version: 2.0.0
+name: tenable_io
+public_title: Tenable.io
+short_description: Tenable.io のログを可視化して状況を把握できます。
+supported_os: []
+tile:
+ changelog: CHANGELOG.md
+ classifier_tags:
+ - Category::Log Collection
+ - Category::Security
+ - カテゴリ::コンプライアンス
+ - Offering::Integration
+ - Submitted Data Type::Logs
+ configuration: README.md#Setup
+ description: Tenable.io のログを可視化して状況を把握できます。
+ media:
+ - caption: Tenable.io - Activity Summary
+ image_url: images/tenable_io_activity_summary.png
+ media_type: image
+ - caption: Tenable.io - Vulnerability Summary
+ image_url: images/tenable_io_vulnerability_summary.png
+ media_type: image
+ overview: README.md#Overview
+ support: README.md#Support
+ title: Tenable.io
+---
+
+
+
+
+## 概要
+
+[Tenable.io][1] はクラウド プラットフォームで、システムやサービス全体にわたる脆弱性の発見、評価、レポート、優先度付けを幅広く支援します。資産のディスカバリーによって可視性を高め、組織のセキュリティ ポスチャを効果的に管理できるようにします。
+
+Tenable.io インテグレーションは、次の種類のログを収集します:
+
+- **Activity**: このエンドポイントには、ユーザー アクション、システム イベント、スキャン、セキュリティ制御タスク (権限の管理、ロールの割り当て、セキュリティ イベントの処理など) に関する情報が含まれます。
+- **Vulnerability**: このエンドポイントには、脆弱性と、それに紐づく脆弱な資産に関する情報が含まれます。
+
+このインテグレーションは、上記のソースからログを収集し Datadog に送信します。
+
+## セットアップ
+
+### Tenable.io で API 認証情報を生成する
+
+1. [Tenable.io][2] アカウントにログインします。
+2. プロフィール アイコンをクリックし、 **My Profile** を選択します。
+3. **API Keys** セクションに移動します。
+4. ページ右下の **Generate** ボタンをクリックします。
+5. 警告ダイアログ ボックスのメッセージを確認し、 **Continue** をクリックして **アクセス キー** と **秘密鍵** を生成します。
+
+### Tenable.io アカウントを Datadog に接続する
+
+1. アクセス キーと秘密鍵を追加する
+ |Parameters|Description|
+ |--------------------|--------------------|
+ |Access Key|Tenable.io アカウントのアクセス キー。|
+ |Secret Key|Tenable.io アカウントの秘密鍵。|
+2. **Save** ボタンをクリックして設定を保存します。
+
+## 収集データ
+
+### Logs
+
+Tenable.io インテグレーションはログを収集し Datadog に転送します。
+
+### メトリクス
+
+Tenable.io インテグレーションには、メトリクスは含まれません。
+
+### イベント
+
+Tenable.io インテグレーションには、イベントは含まれません。
+
+## サポート
+
+ご不明な点は、[Datadog のサポートチーム][3]までお問合せください。
+
+[1]: https://www.tenable.com/
+[2]: https://cloud.tenable.com/tio/app.html#/login
+[3]: https://docs.datadoghq.com/ja/help/
\ No newline at end of file
diff --git a/content/ja/logs/troubleshooting/_index.md b/content/ja/logs/troubleshooting/_index.md
index 0ba9b7d58fc..5bdfc69e6f1 100644
--- a/content/ja/logs/troubleshooting/_index.md
+++ b/content/ja/logs/troubleshooting/_index.md
@@ -4,13 +4,19 @@ title: Logs のトラブルシューティング
Datadog Logs で予期しない動作が発生した場合に、ご自分で確認できるよくある問題を本ガイドでいくつかご紹介します。問題が解決しない場合は、[Datadog サポート][1] にお問い合わせください。
+## ログが表示されない - データ アクセス制限
+
+[Log Explorer][2] または [Live Tail][3] にログが表示されない場合があります。これは、あなたのロールが制限クエリの対象になっていることが原因かもしれません。
+
+Logs RBAC のデータ アクセス制御の設定について詳しくは、[Restrictions Queries を確認する][4] を参照してください。
+
## ログの欠落 - ログの 1 日のクォータに達した場合
ログ構成を変更していないのに、[Log Explorer][2] に今日のログがないことが表示されます。これは、1 日のクォータに達しているために起こっている可能性があります。
{{< img src="logs/troubleshooting/daily_quota_reached.png" alt="ログがないことを示す棒グラフと、1 日のクォータに達したことを示すメッセージ" style="width:90%" >}}
-クォータの設定、更新、削除については、[1 日のクォータを設定する][3]を参照してください。
+クォータの設定、更新、削除については、[日次クォータを設定する][5] を参照してください。
## ログが欠落する - タイムスタンプが取り込みウィンドウ外
@@ -19,9 +25,9 @@ Datadog Logs で予期しない動作が発生した場合に、ご自分で確
## JSON ログからタイムスタンプキーをパースできない
-Datadog にインジェストされる前に JSON ログのタイムスタンプを[認識できる日付フォーマット][4]に変換できない場合、以下の手順で Datadog の[算術プロセッサ][5]と[ログ日付リマッパー][6]を使ってタイムスタンプを変換しマッピングしてください。
+JSON ログのタイム スタンプを Datadog に取り込む前に [認識される日付形式][6] へ変換できない場合は、Datadog の [arithmetic processor][5] と [log date remapper][6] を使って、以下の手順でタイム スタンプを変換し、マッピングしてください:
-1. [Pipelines][7] ページに移動します。
+1. [Pipelines][9] ページに移動します。
2. **Pipelines** で、**Preprocessing for JSON logs** にカーソルを合わせ、鉛筆のアイコンをクリックします。
@@ -29,9 +35,9 @@ Datadog にインジェストされる前に JSON ログのタイムスタンプ
{{< img src="logs/troubleshooting/preprocessing_json_timestamp.png" alt="JSON ログコンフィギュレーションボックスと日付属性 (デフォルトでタイムスタンプを含む) の前処理" style="width:90%" >}}
-2. [算術プロセッサ][5]を設定し、タイムスタンプに 1000 を掛けてミリ秒に変換する数式を表示します。計算式の結果は新しい属性になります。
+2. [arithmetic processor][7] を設定し、数式でタイム スタンプに 1000 を掛けてミリ秒へ変換します。数式の結果は新しい属性として作成されます。
-3. 新しい属性を正式なタイムスタンプとして使用するために、[ログ日付リマッパー][6]を設定します。
+3. [log date remapper][8] を設定し、作成した新しい属性を公式のタイム スタンプとして使用します。
[Log Explorer][2] にアクセスすると、新しい JSON ログとそのタイムスタンプがマッピングされて表示されます。
@@ -45,8 +51,10 @@ Datadog にインジェストされる前に JSON ログのタイムスタンプ
[1]: /ja/help/
[2]: https://app.datadoghq.com/logs
-[3]: /ja/logs/log_configuration/indexes/#set-daily-quota
-[4]: /ja/logs/log_configuration/pipelines/?tab=date#date-attribute
-[5]: /ja/logs/log_configuration/processors/?tab=ui#arithmetic-processor
-[6]: /ja/logs/log_configuration/processors/?tab=ui#log-date-remapper
-[7]: https://app.datadoghq.com/logs/pipelines
\ No newline at end of file
+[3]: https://app.datadoghq.com/logs/livetail
+[4]: /ja/logs/guide/logs-rbac-permissions/?tab=ui#check-restriction-queries
+[5]: /ja/logs/log_configuration/indexes/#set-daily-quota
+[6]: /ja/logs/log_configuration/pipelines/?tab=date#date-attribute
+[7]: /ja/logs/log_configuration/processors/?tab=ui#arithmetic-processor
+[8]: /ja/logs/log_configuration/processors/?tab=ui#log-date-remapper
+[9]: https://app.datadoghq.com/logs/pipelines
\ No newline at end of file
diff --git a/content/ja/security/application_security/threats/attack-summary.md b/content/ja/security/application_security/threats/attack-summary.md
new file mode 100644
index 00000000000..390e4006e09
--- /dev/null
+++ b/content/ja/security/application_security/threats/attack-summary.md
@@ -0,0 +1,42 @@
+---
+aliases:
+- /ja/security/application_security/threats/threat-overview
+title: 攻撃サマリー
+---
+
+{{< img src="security/application_security/threats/appsec-threat-overview-page-top.png" alt="AAP の Attack Summary ページのスクリーンショット" >}}
+
+AAP の **Attack Summary** は、アプリケーションと API のセキュリティ態勢を素早く把握するためのサマリーです。トレンド、サービスの公開状況、攻撃トラフィック、ビジネス ロジックへの影響が分かるようにハイライトされます。ウィジェットから関連するトレースへ移動できます。
+
+**攻撃サマリー**の各セクションでは、セキュリティのさまざまな側面に焦点を当て、その裏付けとなる情報を掲載しています。
+
+## セクション
+
+Attack Surface Area
+: このセクションでは、露出しているサービス 、攻撃者が使用しているツール、潜在的な脆弱性を特定する商用スキャナーに関するインサイトを提供します。
+
+Attack Traffic
+: これらのグラフは、SSRF、LFI、SQL、コマンドインジェクションなどの攻撃の分類を識別します。これにより、悪意のあるトラフィックやパターンの急増を特定することができます。
+
+Business Logic
+: このセクションは、アカウント乗っ取りの試みなどの詐欺やビジネスロジックの悪用のほか、アプリケーションによって追跡されるカスタムのビジネスロジックイベントに焦点を当てます。
+
+Attack Traffic Sources
+: 攻撃トラフィックのソースを示すグローバルなヒートマップで、地域ごとの脅威を視覚的に表現します。
+
+## ベストプラクティス
+
+1. トレンドを見直して、自社のポスチャのニーズに合った保護方針を採用する。
+2. **Attack Surface Area** の **Exposed Services** ウィジェットを定期的に確認し、正しいサービスのみがアクセス可能であることを確認し、リスクプロファイルに合った保護ポリシーを採用する。
+3. 攻撃ツールをブロックし、顧客のスキャナーが認可された脆弱性管理プログラムの一部であることを確認する。
+4. ビジネスロジックを監視し、クレデンシャルスタッフィング攻撃や危険な支払い行為の急増に対応する。
+5. **Attack Traffic Sources** を使用して、攻撃トラフィックソースと想定されている顧客の所在地を比較する。
+6. [パワーパック](#using-powerpacks)を使用して、最も関連性の高い情報でダッシュボードを強化する。
+
+### パワーパックの使用
+
+Datadog の[新しいダッシュボード][1]にウィジェットを追加する際に、トレイの **Powerpacks** セクションを選択します。`tag:attack_summary` で絞り込むか、検索ボックスに `Attack Summary` と入力します。
+
+**攻撃サマリー**ページの各セクションは、専用のパワーパックに対応しています。
+
+[1]: https://app.datadoghq.com/dashboard/lists
\ No newline at end of file
diff --git a/content/ja/security/application_security/threats/setup/single_step/_index.md b/content/ja/security/application_security/threats/setup/single_step/_index.md
new file mode 100644
index 00000000000..b3f4b21d25d
--- /dev/null
+++ b/content/ja/security/application_security/threats/setup/single_step/_index.md
@@ -0,0 +1,274 @@
+---
+external_redirect: /security/application_security/threats/threat_detection/
+title: シングルステップインスツルメンテーションを使用して AAP の脅威検出と防御を有効化する
+---
+
+
シングルステップインスツルメンテーションを使用した AAP の脅威検出および防御機能の有効化は、現在プレビュー版です。
+
+## 要件
+
+- **最小 Agent バージョン 7.53.0**
+- **Helm の最小対応バージョン: 3.62.0** (Kubernetes デプロイ向け)
+- **対応言語およびアーキテクチャ**: シングルステップ AAP インスツルメンテーションは、`x86_64` および `arm64` アーキテクチャ上で、Java、Python、Node.js、.NET Core の各サービスのトレースのみをサポートします。
+- **オペレーティングシステム**: Linux VM (Debian、Ubuntu、Amazon Linux、CentOS/Red Hat、Fedora)、Docker、Kubernetes クラスター (Linux コンテナ)
+
+## ワンステップで有効化
+
+[Datadog Agent をインストールまたはアップデート][1]する際に **Enable Threat Protection (new)** オプションを選択すると、Agent がインストールされ AAP が有効な状態に構成されます。これにより、追加のインストールや設定を行わずにアプリケーションを自動的にインスツルメントできます。この変更を反映させるには、サービスを再起動してください。
+
+
+{{< img src="/security/application_security/single_step/asm_single_step_threat_detection_2.png" alt="アカウント設定 (Ubuntu セットアップページ) で、APM インスツルメンテーションと Threat Protection の有効化トグルが強調表示されている様子。" style="width:100%;" >}}
+
+以下の例では、各インフラストラクチャーのタイプでどのように動作するかを示しています。
+
+{{< tabs >}}
+{{% tab "Linux ホストまたは VM" %}}
+
+1 つのコマンドで Agent のインストール、構成、起動を行うと同時に、AAP によるサービスのインスツルメンテーションも可能です。
+
+Ubuntu ホストの場合
+
+1. 1 行のインストールコマンドを実行します。
+
+ ```shell
+ DD_API_KEY=
DD_SITE="" DD_APM_INSTRUMENTATION_ENABLED=host DD_APM_INSTRUMENTATION_LIBRARIES="java:1,python:3,js:5,dotnet:3,php:1" DD_APPSEC_ENABLED=true bash -c "$(curl -L https://install.datadoghq.com/scripts/install_script_agent7.sh)"
+ ```
+
+ a. `` を自分の [Datadog API キー][4]に置き換えます。
+
+ b. `` を自分の [Datadog サイト][3]に置き換えます。
+
+ You can also optionally configure the following:
+
+
+ You can also optionally configure the following:
+
+
+ 注: AAP Envoy インテグレーションは Datadog Go Tracer をベースに構築されています。リリース プロセスは tracer と同一で、Docker イメージには対応する tracer バージョンのタグが付与されます。
+
+
+ Envoy インテグレーションは [Datadog Go Tracer][6] を使用し、トレーサーからすべての環境変数を継承します。詳細については、[Go トレーシング ライブラリの構成][7] と [AAP ライブラリの構成][8] を参照してください。
+
+## 制限
+
+Envoy バージョン `1.71.0` で利用可能な機能には、以下の重要な制限があります。
+
+* リクエスト本文は、コンテンツタイプに関係なく検査されません。
+
+## その他の参考資料
+
+{{< partial name="whats-next/whats-next.html" >}}
+
+[1]: https://app.datadoghq.com/account/settings#agent
+[2]: https://docs.datadoghq.com/ja/agent/remote_config/?tab=configurationyamlfile#enabling-remote-configuration
+[3]: https://www.envoyproxy.io/docs/envoy/latest/configuration/http/http_filters/ext_proc_filter
+[4]: https://www.envoyproxy.io/docs/envoy/latest/api-v3/extensions/filters/http/ext_proc/v3/ext_proc.proto#extensions-filters-http-ext-proc-v3-externalprocessor
+[5]: https://github.com/DataDog/dd-trace-go/pkgs/container/dd-trace-go%2Fservice-extensions-callout
+[6]: https://github.com/DataDog/dd-trace-go
+[7]: https://docs.datadoghq.com/ja/tracing/trace_collection/library_config/go/
+[8]: https://docs.datadoghq.com/ja/security/application_security/threats/library_configuration/
\ No newline at end of file
diff --git a/content/ja/security/application_security/threats/setup/threat_detection/go.md b/content/ja/security/application_security/threats/setup/threat_detection/go.md
new file mode 100644
index 00000000000..8e50bde36e0
--- /dev/null
+++ b/content/ja/security/application_security/threats/setup/threat_detection/go.md
@@ -0,0 +1,124 @@
+---
+aliases:
+- /ja/security_platform/application_security/getting_started/go
+- /ja/security/application_security/getting_started/go
+- /ja/security/application_security/enabling/tracing_libraries/threat_detection/go/
+code_lang: go
+code_lang_weight: 20
+further_reading:
+- link: /security/application_security/add-user-info/
+ tag: ドキュメント
+ text: トレースへのユーザー情報追加
+- link: https://github.com/DataDog/dd-trace-dotnet
+ tag: ソースコード
+ text: Go Datadog ライブラリソースコード
+- link: /security/default_rules/?category=cat-application-security
+ tag: ドキュメント
+ text: OOTB App and API Protection Rules
+- link: /security/application_security/troubleshooting
+ tag: ドキュメント
+ text: Troubleshooting App and API Protection
+title: Go 向けに AAP を有効化する
+type: multi-code-lang
+---
+
+Docker、Kubernetes、Amazon ECS で動作する Go アプリのアプリケーションセキュリティを監視することができます。
+
+{{% appsec-getstarted %}}
+- あなたのサービスは[サポートされています][2]。
+
+## Enabling threat detection
+### 詳細はこちら
+
+1. 最新バージョンの Datadog Go ライブラリ (バージョン 1.53.0 以降) を**プログラムの go.mod 依存関係に追加**します。
+
+ ```shell
+ $ go get -v -u gopkg.in/DataDog/dd-trace-go.v1 # v1
+ # $ go get -v -u github.com/DataDog/dd-trace-go/v2/ddtrace/tracer # v2
+ ```
+
+2. Datadog には、一連の Go ライブラリやフレームワークのインスツルメンテーション向けにすぐに使えるサポートを提供するプラグイン可能な一連のパッケージがあります。
+ これらのパッケージのリストは、[互換性要件][1]ページにあります。これらのパッケージをアプリケーションにインポートし、各インテグレーションの横に記載されている構成の説明に従ってください。
+
+3. AAP を有効にして **プログラムを再コンパイル**します。
+ ```console
+ $ go build -v -tags appsec my-program
+ ```
+
+ **注**:
+ - `CGO_ENABLED=1` で CGO が有効になっていれば、Go のビルドタグ `appsec` は不要です。
+ - Datadog WAF を Linux 上で動作させるには、次の共有ライブラリが必要です: `libc.so.6` および `libpthread.so.0`。
+ - ビルドタグ `appsec` を使用し、CGO が無効になっている場合、生成されたバイナリは依然としてこれらのライブラリと動的にリンクされます。
+ - 上記の要件が障害になる場合は、Go のビルド タグ `datadog.no_waf` を使ってビルド時に AAP を無効化できます。
+
+4. `DD_APPSEC_ENABLED` 環境変数を `true` に設定して **Go サービスを再デプロイし、AAP を有効化**します。
+ ```console
+ $ env DD_APPSEC_ENABLED=true ./my-program
+ ```
+
+ または、アプリケーションが実行される場所に応じて、以下の方法のいずれかを使用します。
+
+ {{< tabs >}}
+{{% tab "Docker CLI" %}}
+
+Docker コマンドラインに以下の環境変数の値を追加します。
+
+```console
+$ docker run -e DD_APPSEC_ENABLED=true [...]
+```
+
+{{% /tab %}}
+{{% tab "Dockerfile" %}}
+
+アプリケーションコンテナの Dockerfile に以下の環境変数の値を追加します。
+
+```Dockerfile
+ENV DD_APPSEC_ENABLED=true
+```
+
+{{% /tab %}}
+{{% tab "Kubernetes" %}}
+
+APM 用にアプリケーションのデプロイ構成ファイルを更新し、AAP の環境変数を追加します。
+
+```yaml
+spec:
+ template:
+ spec:
+ containers:
+ - name:
+ image: /
+ env:
+ - name: DD_APPSEC_ENABLED
+ value: "true"
+```
+
+{{% /tab %}}
+{{% tab "Amazon ECS" %}}
+
+以下を環境セクションに追加して、アプリケーションの ECS タスク定義 JSON ファイルを更新します。
+
+```json
+"environment": [
+ ...,
+ {
+ "name": "DD_APPSEC_ENABLED",
+ "value": "true"
+ }
+]
+```
+
+{{% /tab %}}
+
+{{< /tabs >}}
+
+{{% appsec-getstarted-2 %}}
+
+{{< img src="/security/application_security/appsec-getstarted-threat-and-vuln_2.mp4" alt="Video showing Signals explorer and details, and Vulnerabilities explorer and details." video="true" >}}
+
+## その他の参考資料
+
+{{< partial name="whats-next/whats-next.html" >}}
+
+[1]: /ja/security/application_security/setup/compatibility/go/#web-framework-compatibility
+[2]: /ja/security/application_security/setup/compatibility/go/
\ No newline at end of file
diff --git a/content/ja/security/application_security/threats/setup/threat_detection/java.md b/content/ja/security/application_security/threats/setup/threat_detection/java.md
new file mode 100644
index 00000000000..b92d445d716
--- /dev/null
+++ b/content/ja/security/application_security/threats/setup/threat_detection/java.md
@@ -0,0 +1,145 @@
+---
+aliases:
+- /ja/security_platform/application_security/getting_started/java
+- /ja/security/application_security/getting_started/java
+code_lang: java
+code_lang_weight: 0
+further_reading:
+- link: /security/application_security/add-user-info/
+ tag: ドキュメント
+ text: トレースへのユーザー情報追加
+- link: https://github.com/DataDog/dd-trace-java
+ tag: ソースコード
+ text: Java Datadog ライブラリソースコード
+- link: /security/default_rules/?category=cat-application-security
+ tag: ドキュメント
+ text: OOTB App and API Protection Rules
+- link: /security/application_security/troubleshooting
+ tag: ドキュメント
+ text: Troubleshooting App and API Protection
+title: Java 向け AAP を有効化する
+type: multi-code-lang
+---
+
+Docker、Kubernetes、Amazon ECS、AWS Fargate 上で動作する Java アプリのアプリケーション セキュリティを監視できます。
+
+{{% appsec-getstarted %}}
+
+## Enabling threat detection
+### 詳細はこちら
+
+1. **Update your [Datadog Java library][1]** to at least version 0.94.0 (at least version 1.1.4 for Software Composition Analysis detection features):
+
+ {{< tabs >}}
+ {{% tab "Wget" %}}
+ ```shell
+ wget -O dd-java-agent.jar 'https://dtdg.co/latest-java-tracer'
+ ```
+{{% /tab %}}
+{{% tab "cURL" %}}
+ ```shell
+ curl -Lo dd-java-agent.jar 'https://dtdg.co/latest-java-tracer'
+ ```
+{{% /tab %}}
+{{% tab "Dockerfile" %}}
+ ```dockerfile
+ ADD 'https://dtdg.co/latest-java-tracer' dd-java-agent.jar
+ ```
+{{% /tab %}}
+{{< /tabs >}}
+
+ サービスで使用している言語とフレームワークのバージョンが AAP 機能に対応しているかは、[互換性][2] を参照してください。
+
+2. **AAP を有効化して Java アプリケーションを実行します。** コマンド ラインから:
+ ```shell
+ java -javaagent:/path/to/dd-java-agent.jar -Ddd.appsec.enabled=true -Ddd.service= -Ddd.env= -jar path/to/app.jar
+ ```
+
+ または、アプリケーションが実行される場所に応じて、以下の方法のいずれかを使用します。
+
+ **注:** 読み取り専用ファイルシステムは現在サポートされていません。アプリケーションは書き込み可能な `/tmp` ディレクトリへのアクセス権を持っている必要があります。
+
+ {{< tabs >}}
+{{% tab "Docker CLI" %}}
+
+APM 用の構成コンテナを更新するには、`docker run` コマンドに以下の引数を追加します。
+
+
+```shell
+docker run [...] -e DD_APPSEC_ENABLED=true [...]
+```
+
+{{% /tab %}}
+{{% tab "Dockerfile" %}}
+
+コンテナの Dockerfile に以下の環境変数の値を追加します。
+
+```Dockerfile
+ENV DD_APPSEC_ENABLED=true
+```
+
+{{% /tab %}}
+{{% tab "Kubernetes" %}}
+
+APM 用にデプロイ構成ファイルを更新し、AAP 環境変数を追加します:
+
+```yaml
+spec:
+ template:
+ spec:
+ containers:
+ - name:
+ image: /
+ env:
+ - name: DD_APPSEC_ENABLED
+ value: "true"
+```
+
+{{% /tab %}}
+{{% tab "Amazon ECS" %}}
+
+以下を環境セクションに追加して、ECS タスク定義 JSON ファイルを更新します。
+
+```json
+"environment": [
+ ...,
+ {
+ "name": "DD_APPSEC_ENABLED",
+ "value": "true"
+ }
+]
+```
+
+{{% /tab %}}
+{{% tab "AWS Fargate" %}}
+
+サービス起動時に `-Ddd.appsec.enabled` フラグまたは `DD_APPSEC_ENABLED` 環境変数を `true` に設定します。
+
+```shell
+java -javaagent:dd-java-agent.jar \
+ -Ddd.appsec.enabled=true \
+ -jar .jar \
+
+```
+
+{{% /tab %}}
+
+ {{< /tabs >}}
+
+{{% appsec-getstarted-2-plusrisk %}}
+
+{{< img src="/security/application_security/appsec-getstarted-threat-and-vuln_2.mp4" alt="Video showing Signals explorer and details, and Vulnerabilities explorer and details." video="true" >}}
+
+
+さらにサポートが必要な場合は、[Datadog サポート][5]にお問い合わせください。
+
+## その他の参考資料
+
+{{< partial name="whats-next/whats-next.html" >}}
+
+[1]: https://github.com/DataDog/dd-trace-java/releases
+[2]: /ja/security/application_security/setup/compatibility/java/
+[3]: /ja/security/application_security/setup/compatibility/java/
+[4]: https://app.datadoghq.com/security/appsec/vm
+[5]: /ja/help
+[6]: /ja/agent/versions/upgrade_between_agent_minor_versions/
\ No newline at end of file
diff --git a/content/ja/security/application_security/threats/setup/threat_detection/nginx.md b/content/ja/security/application_security/threats/setup/threat_detection/nginx.md
new file mode 100644
index 00000000000..4a680a5d576
--- /dev/null
+++ b/content/ja/security/application_security/threats/setup/threat_detection/nginx.md
@@ -0,0 +1,82 @@
+---
+aliases:
+- /ja/security_platform/application_security/getting_started/nginx
+- /ja/security/application_security/getting_started/nginx
+- /ja/security/application_security/enabling/tracing_libraries/threat_detection/nginx/
+code_lang: nginx
+code_lang_weight: 50
+further_reading:
+- link: https://github.com/DataDog/nginx-datadog/
+ tag: ソースコード
+ text: nginx integration's source code
+- link: /security/default_rules/?category=cat-application-security
+ tag: ドキュメント
+ text: OOTB App and API Protection Rules
+- link: /security/application_security/troubleshooting
+ tag: ドキュメント
+ text: App and API Protection のトラブルシューティング
+title: Nginx 向けに AAP を有効化する
+type: multi-code-lang
+---
+
+Datadog の nginx トレーシング モジュールは、脅威の検知とブロックを実験的にサポートしています。
+
+## 脅威検知を有効化する
+### はじめに
+
+1. nginx のビルドが
+ `--with-threads` フラグ付きでコンパイルされていることを確認してください。多くのディストリビューションでは、このフラグは既定で有効になっています。
+ nginx のインストールがスレッド対応でビルドされているか確認するには、コマンド `nginx
+ -V` を実行し、出力の `configure arguments` 行を確認します。出力に
+ `--with-threads` が見当たらない場合は、このフラグを有効にして nginx を再ビルドする必要があります。
+ ソースから nginx をビルドする方法の詳細は、
+ [nginx ドキュメント][3] を参照してください。
+
+2. 少なくともバージョン 1.2.0 以上に **nginx トレーシング ライブラリ モジュールを更新** してください。
+ [GitHub リリース ページ][2] を開き、
+ "ngx_http_datadog_module-appsec-<amd64/arm64>-<nginx
+ version>.so.tgz" という命名パターンのアーティファクトを選択します。このアーティファクト名には "appsec" が含まれます。
+
+3. **nginx の設定で AAP を有効化**します。
+ 次の対応が必要です:
+ * [`thread_pool`][4] ディレクティブで、1 つ以上のスレッド プールを定義する
+ * [`datadog_appsec_enabled`][5] を使って AppSec を明示的に有効化する
+ * [`datadog_waf_thread_pool_name`][6] ディレクティブで、
+ リクエストを定義したスレッド プールに割り当てる
+
+ 例:
+
+ ```nginx
+ load_module /path/to/ngx_http_datadog_module.so;
+ thread_pool waf_thread_pool threads=4 max_queue=128;
+ http {
+ datadog_appsec_enabled on;
+ datadog_waf_thread_pool_name waf_thread_pool;
+ }
+ ```
+
+ 詳細は [リファレンス ドキュメント][3] を参照してください。
+
+{{% appsec-getstarted-2-plusrisk %}}
+
+{{< img src="/security/application_security/appsec-getstarted-threat-and-vuln_2.mp4" alt="Signals Explorer と詳細、Vulnerabilities Explorer と詳細を示す動画。" video="true" >}}
+
+## 制限
+
+バージョン 1.3.0 時点では、利用できる機能に次の重要な制約があります:
+
+* リクエスト本文は、コンテンツタイプに関係なく検査されません。
+
+* ステータス コード、ヘッダー、ボディなど、レスポンスの特性に基づいて
+ リクエストをブロックすることはできません。
+
+## 参考資料
+
+{{< partial name="whats-next/whats-next.html" >}}
+
+[1]: https://github.com/DataDog/nginx-datadog/blob/master/doc/API.md
+[2]: https://github.com/DataDog/nginx-datadog/releases
+[3]: https://nginx.org/en/docs/configure.html
+[4]: https://nginx.org/en/docs/ngx_core_module.html#thread_pool
+[5]: https://github.com/DataDog/nginx-datadog/blob/master/doc/API.md#datadog_appsec_enabled-appsec-builds
+[6]: https://github.com/DataDog/nginx-datadog/blob/master/doc/API.md#datadog_waf_thread_pool_name-appsec-builds
\ No newline at end of file
diff --git a/content/ja/security/application_security/threats/setup/threat_detection/ruby.md b/content/ja/security/application_security/threats/setup/threat_detection/ruby.md
new file mode 100644
index 00000000000..d00b2f24e9d
--- /dev/null
+++ b/content/ja/security/application_security/threats/setup/threat_detection/ruby.md
@@ -0,0 +1,221 @@
+---
+aliases:
+- /ja/security_platform/application_security/getting_started/ruby
+- /ja/security/application_security/getting_started/ruby
+- /ja/security/application_security/enabling/tracing_libraries/threat_detection/ruby/
+code_lang: ruby
+code_lang_weight: 30
+further_reading:
+- link: /security/application_security/add-user-info/
+ tag: ドキュメント
+ text: トレースへのユーザー情報追加
+- link: https://github.com/DataDog/dd-trace-rb
+ tag: ソースコード
+ text: Ruby Datadog ライブラリソースコード
+- link: /security/default_rules/?category=cat-application-security
+ tag: ドキュメント
+ text: OOTB App and API Protection Rules
+- link: /security/application_security/troubleshooting
+ tag: ドキュメント
+ text: Troubleshooting App and API Protection
+title: Ruby 向けに AAP を有効化する
+type: multi-code-lang
+---
+
+You can monitor application security for Ruby apps running in Docker, Kubernetes, Amazon ECS, and AWS Fargate.
+
+{{% appsec-getstarted %}}
+
+## Enabling threat detection
+### 詳細はこちら
+
+1. **Gemfile を更新して Datadog ライブラリを含めます**:
+
+ ```ruby
+ gem 'datadog', '~> 2.0' # Use 'ddtrace' if you're using v1.x
+ ```
+
+ サービスで使用している言語とフレームワークのバージョンが AAP の機能に対応しているか確認するには、[互換性][1] を参照してください。
+
+ For more information about upgrading to v2 from a `dd-trace` 1.x version, see [the Ruby tracer upgrade guide][2].
+
+2. **AAP を有効化**するには、APM トレーサーを有効にします。以下のオプションは、よくあるケースを想定したクイック セットアップです。詳細は [Ruby トレーサー ドキュメント][3] を参照してください。
+
+ AAP は次のようにコードで有効化できます:
+
+ {{< tabs >}}
+
+{{% tab "Rails" %}}
+ アプリケーションコードにイニシャライザーを追加して、APM トレーサーを有効にします。
+
+ ```ruby
+ # config/initializers/datadog.rb
+
+ require 'datadog/appsec'
+
+ Datadog.configure do |c|
+ # APM トレーサーを有効化
+ c.tracing.instrument :rails
+
+ # AAP を有効化
+ c.appsec.enabled = true
+ c.appsec.instrument :rails
+ end
+ ```
+
+または、自動インスツルメントするために Gemfile を更新して、自動インスツルメンテーションを通じて APM トレーサーを有効にします。
+
+ ```ruby
+ gem 'datadog', '~> 2.0', require: 'datadog/auto_instrument'
+ ```
+
+また、`appsec` を有効にします。
+
+ ```ruby
+ # config/initializers/datadog.rb
+
+ require 'datadog/appsec'
+
+ Datadog.configure do |c|
+ # APM トレーサーは自動インスツルメンテーションで有効化されています
+
+ # AAP を有効化
+ c.appsec.enabled = true
+ c.appsec.instrument :rails
+ end
+ ```
+
+{{% /tab %}}
+
+{{% tab "Sinatra" %}}
+ アプリケーションのスタートアップに以下を追加して、APM トレーサーを有効にします。
+
+ ```ruby
+ require 'sinatra'
+ require 'datadog'
+ require 'datadog/appsec'
+
+ Datadog.configure do |c|
+ # APM トレーサーを有効化
+ c.tracing.instrument :sinatra
+
+ # Sinatra 向けに AAP を有効化
+ c.appsec.enabled = true
+ c.appsec.instrument :sinatra
+ end
+ ```
+
+または自動インスツルメンテーションで APM トレーサーを有効にします。
+
+ ```ruby
+ require 'sinatra'
+ require 'datadog/auto_instrument'
+
+ Datadog.configure do |c|
+ # APM トレーサーは自動インスツルメンテーションで有効化されています
+
+ # Sinatra 向けに AAP を有効化
+ c.appsec.enabled = true
+ c.appsec.instrument :sinatra
+ end
+ ```
+{{% /tab %}}
+
+{{% tab "Rack" %}}
+ `config.ru` ファイルに以下を追加して、APM トレーサーを有効にします。
+
+ ```ruby
+ require 'datadog'
+ require 'datadog/appsec'
+
+ Datadog.configure do |c|
+ # APM トレーサーを有効化
+ c.tracing.instrument :rack
+
+ # Rack 向けに AAP を有効化
+ c.appsec.enabled = true
+ c.appsec.instrument :rack
+ end
+
+ use Datadog::Tracing::Contrib::Rack::TraceMiddleware
+ use Datadog::AppSec::Contrib::Rack::RequestMiddleware
+ ```
+{{% /tab %}}
+
+{{< /tabs >}}
+
+ Or one of the following methods, depending on where your application runs:
+
+ {{< tabs >}}
+{{% tab "Docker CLI" %}}
+
+APM 用の構成コンテナを更新するには、`docker run` コマンドに以下の引数を追加します。
+
+```shell
+docker run [...] -e DD_APPSEC_ENABLED=true [...]
+```
+
+{{% /tab %}}
+{{% tab "Dockerfile" %}}
+
+コンテナの Dockerfile に以下の環境変数の値を追加します。
+
+```Dockerfile
+ENV DD_APPSEC_ENABLED=true
+```
+
+{{% /tab %}}
+{{% tab "Kubernetes" %}}
+
+APM 用の構成 yaml ファイルコンテナを更新し、AppSec の環境変数を追加します。
+
+```yaml
+spec:
+ template:
+ spec:
+ containers:
+ - name:
+ image: /
+ env:
+ - name: DD_APPSEC_ENABLED
+ value: "true"
+```
+
+{{% /tab %}}
+{{% tab "Amazon ECS" %}}
+
+以下を環境セクションに追加して、ECS タスク定義 JSON ファイルを更新します。
+
+```json
+"environment": [
+ ...,
+ {
+ "name": "DD_APPSEC_ENABLED",
+ "value": "true"
+ }
+]
+```
+
+{{% /tab %}}
+{{% tab "AWS Fargate" %}}
+
+AAP の初期化はコードで行うか、サービス起動時に `DD_APPSEC_ENABLED` 環境変数を true に設定してください。
+```shell
+env DD_APPSEC_ENABLED=true rails server
+```
+
+{{% /tab %}}
+
+{{< /tabs >}}
+
+{{% appsec-getstarted-2-canary %}}
+
+{{< img src="/security/application_security/appsec-getstarted-threat-and-vuln_2.mp4" alt="Video showing Signals explorer and details, and Vulnerabilities explorer and details." video="true" >}}
+
+## その他の参考資料
+
+{{< partial name="whats-next/whats-next.html" >}}
+
+[1]: /ja/security/application_security/setup/compatibility/ruby/
+[2]: https://github.com/DataDog/dd-trace-rb/blob/master/docs/UpgradeGuide2.md
+[3]: /ja/tracing/trace_collection/dd_libraries/ruby/
\ No newline at end of file
diff --git a/content/ja/security/application_security/threats/threat-intelligence.md b/content/ja/security/application_security/threats/threat-intelligence.md
new file mode 100644
index 00000000000..9e3c0e2db40
--- /dev/null
+++ b/content/ja/security/application_security/threats/threat-intelligence.md
@@ -0,0 +1,176 @@
+---
+further_reading:
+- link: https://docs.datadoghq.com/security/threat_intelligence/
+ tag: ドキュメント
+ text: Datadog の Threat Intelligence
+- link: /security/application_security/
+ tag: ドキュメント
+ text: Datadog App and API Protection で脅威から保護する
+title: Threat Intelligence
+---
+
+## 概要
+
+このトピックでは、App and API Protection (AAP) の [脅威インテリジェンス][1] について説明します。
+
+Datadog には、AAP 向けの脅威インテリジェンス [データ セット][1] が組み込まれています。これにより、セキュリティ アクティビティに対応する際の根拠が増えるほか、一部のビジネス ロジック検知では検知しきい値が引き下げられます。
+
+さらに AAP は、*独自の脅威インテリジェンスの持ち込み (bring your own threat intelligence)* にも対応しています。この機能により、業務固有の脅威インテリジェンスで検知結果を補強できます。
+
+## ベストプラクティス
+
+Datadog は、脅威インテリジェンスの活用方法として以下を推奨しています。
+
+1. クレデンシャルスタッフィングなどのビジネスロジックに対する脅威の検出ルールのしきい値を低く設定すること。ユーザーは、デフォルトの[クレデンシャルスタッフィング][6]ルールを複製し、ニーズに応じてカスタマイズすることができます。
+2. セキュリティ活動において、脅威インテリジェンスをレピュテーションの指標として活用すること。
+
+Datadog は、以下を推奨しません。
+1. セキュリティ活動に対応していない脅威インテリジェンスのトレースをブロックすること。IP アドレスの背後には多くのホストが存在する可能性があり、住宅用プロキシが検出された場合、その IP アドレスの背後にあるホストが関連する活動を行っていたことを示しますが、そのホストがマルウェアやプロキシを実行しているホストと、あなたのサービスと通信しているホストが同一であることを保証するものではありません。
+2. すべての脅威インテリジェンスカテゴリーに対してブロックを行うこと。これにより、企業の VPN からの良性のトラフィックや悪意のないトラフィックもブロックされる可能性があります。
+
+## AAP で脅威インテリジェンスを使ってフィルタリングする
+
+ユーザーは、Signal Explorer と Traces Explorer 上でファセットや検索バーを使用して脅威インテリジェンスをフィルタリングできます。
+
+特定のソースによってフラグ付けされたすべてのトレースを検索するには、次のクエリをソース名と共に使用します。
+
+ @threat_intel.results.source.name:
+
+任意のソースからの脅威インテリジェンスを含むすべてのトレースを検索するには、次のクエリを使用します。
+
+ @appsec.threat_intel:true
+
+## Bring Your Own Threat Intelligence
+
+AAP は、Datadog のリファレンス テーブルに保存された脅威インテリジェンスの侵害指標 (IoC) を使って、トレースをエンリッチし、検索できるようにできます。[リファレンス テーブル][2] を使うと、メタデータを Datadog に既にある情報と組み合わせられます。
+
+### 侵害指標をリファレンステーブルに格納
+
+Threat Intelligence は CSV 形式に対応しており、次の列が必要となります。
+
+**CSV 構造**
+
+| フィールド | データ | 説明| 必須 | 例|
+|------------------|-------|----|-----|--|
+| ip_address | テキスト | IPv4 のドット表記形式のリファレンステーブルのプライマリキー。 | true | 192.0.2.1 |
+| additional_data | json | トレースを強化するための追加データ。 | false | `{"ref":"hxxp://example.org"}`
+| category | テキスト | 脅威インテリジェンスの[カテゴリー][7]。これは、すぐに使える検出ルールで使用されます。 | true | `residential_proxy` |
+| intention | テキスト | 脅威インテリジェンスの[意図][8]。すぐに使える検出ルールで使用されます。| true | 悪意がある | |
+| source | テキスト | ソースの名前とそのサイトへのリンク (例: あなたのチームとチームの Wiki)。 | true| `{"name":"internal_security_team", "url":"https://teamwiki.example.org"}` | |
+
+
+
+サポートされているカテゴリーと意図の全リストは、[Threat Intelligence Facets][3] で確認できます。
+
+CSV 内の JSON には二重引用符が必要です。以下はその例です。
+
+```
+ip_address,additional_data,category,intention,source
+192.0.2.1,"{""ref"":""hxxp://example.org""}",scanner,suspicious,"{""name"":""internal_security_team"", ""url"":""https://teamwiki.example.org""}"
+192.0.2.2,"{""ref"":""hxxp://example.org""}",scanner,suspicious,"{""name"":""internal_security_team"", ""url"":""https://teamwiki.example.org""}"
+192.0.2.3,"{""ref"":""hxxp://example.org""}",scanner,suspicious,"{""name"":""internal_security_team"", ""url"":""https://teamwiki.example.org""}"
+```
+
+### 独自の脅威インテリジェンスをアップロードして有効化する
+
+Datadog では、手動でアップロードするか、[Amazon S3、Azure Storage、Google Cloud Storage][10] から定期的にデータを取得することで参照テーブルを作成できます。
+
+注:
+- テーブルを作成してから AAP トレースのエンリッチが始まるまで、10～30 分かかる場合があります。
+- プライマリキーが重複している場合、該当する行はスキップされ、そのキーに関するエラーメッセージが表示されます。
+
+新しい[リファレンステーブル][4]ページで、
+
+1. テーブルに名前を付けます。テーブル名は AAP の **Threat Intel** 設定で参照されます。
+2. ローカルの CSV ファイルをアップロードするか、クラウドストレージバケットから CSV をインポートできます。ファイルは正規化および検証されます。
+3. テーブルスキーマをプレビューし、IP アドレスをプライマリキーとして選択します。
+
+ {{< img src="/security/application_security/threats/threat_intel/threat_intel_ref_table.png" alt="新しいリファレンステーブル" style="width:100%;" >}}
+4. テーブルを保存します。
+5. [Threat Intel][5] で新しいテーブルを見つけ、トグルを選択して有効にします。
+
+ {{< img src="/security/application_security/threats/threat_intel/threat_intel_ref_table_enabled.png" alt="有効なリファレンステーブル" style="width:100%;" >}}
+
+#### クラウドストレージを使用する場合
+
+参照テーブルがクラウドストレージから作成された場合、定期的にリフレッシュされます。テーブル全体が*置き換え*られ、データはマージされません。
+
+関連する参照テーブルのドキュメントを参照してください。
+- [Amazon S3][11]
+- [Azure storage][12]
+- [Google Cloud storage][13]
+
+#### クラウドインポートのトラブルシューティング
+
+参照テーブルがリフレッシュされていない場合、参照テーブル詳細ページの設定から **View Change Events** リンクを選択します。
+
+**View Change Events** を選択すると、**Event Management** ページが開き、取り込みに関する潜在的なエラーイベントが表示されます。また、参照テーブル名を使用して **Event Management** 内でフィルタリングすることもできます。
+
+Datadog の Event Management 上では、クラウドからデータが取得されたように見えることがありますが、これらの変更が Threat Intelligence に反映されるまでには、さらに数分かかる場合があります。
+
+その他、クラウドインポートに関して覚えておくと有用なポイント:
+
+- ソースがアップロードまたは更新された後、更新されたエンリッチメントが利用可能になるまでの予想レイテンシーは 10～30 分です。
+- 更新が適用されたかどうかを知るには、変更は参照テーブルまたはスパン内で確認できます。関連イベントを確認するには、参照テーブル詳細ページの設定から **View Change Events** リンクを選択してください。
+- 更新によって*テーブル全体*が新しいデータで置き換えられます。
+- 重複するプライマリキーがある場合、その重複キーの行は書き込まれず、参照テーブル詳細ページにエラーが表示されます。
+
+### リファレンステーブルとリストを結合してトレースをフィルタリングする
+
+Datadog では、トレース テーブルをリファレンス テーブルと結合することで AAP トレースをフィルタリングできます。
+
+リファレンステーブルをトレースクエリと結合するには、Datadog のトレーステーブルとリファレンステーブルの関連する列に基づいて、それらのテーブルの行を結合します。トレースクエリは、両方のテーブルで一致するものがあるトレースのみを返します。
+
+リファレンステーブルとの結合を使用することで、既存のトレースとの過去の一致を検索し、強化前の影響を評価することができます。
+
+IP アドレスに限らず、任意のフィールドを使用できます。たとえば、リファレンステーブルの特定の URL とセキュリティトレースを関連付けることで、アプリケーションのどの部分が攻撃の標的となっているかを特定できます。これにより、アプリケーション内の脆弱性やリスクの高い領域を正確に特定できます。
+
+例:
+
+- 調査とインシデント対応。攻撃の IP アドレスやその他のフィールドをアップロードして結合し、そのインシデントに関連するトラフィックを確認することができます。
+- リファレンステーブルの IP アドレスとセキュリティトレースを結合し、例えば IP アドレスを地理的な場所や組織の詳細と関連付けることで、セキュリティチームは攻撃の試みに関するより優れたコンテキストを得ることができます。これにより、攻撃の起源や潜在的な動機を理解するのに役立ちます。
+
+
+リファレンステーブルにトレースを結合するには
+
+1. [独自の脅威インテリジェンスをアップロードして有効化する](#uploading-and-enabling-your-own-threat-intel)で説明されているように、使用するリファレンステーブルをアップロードします。
+2. トレースをリファレンステーブルと結合するには、[Traces][9] で **Add** を選択し、その後 **Join with Reference Table** を選択します。
+3. **Inner join with reference table** で使用するリファレンステーブルを選択します。
+4. **where field** で、結合に使用する Datadog トレースフィールドを選択します。
+5. **column** では、結合に使用するリファレンステーブルのフィールドを選択します。
+
+{{< img src="security/application_security/threats/threat_intel/threat_intel_ref_join.png" alt="イメージの説明" style="width:100%;" >}}
+
+### 検出ルール用のトレースの強化
+
+トレースのエンリッチでは、侵害指標が AAP トレース内の `http.client_ip` キーの値と一致した場合に、脅威インテリジェンスの属性が AAP トレースへ追加されます。これにより、既存の Facets を使って脅威インテリジェンス一致のトレースを検索したり、検知ルールで脅威インテリジェンスを活用したりできます。
+
+
+
+## ユーザーインターフェイスにおける脅威インテリジェンス
+
+AAP Traces Explorer でトレースを表示すると、`@appsec` 属性の下に脅威インテリジェンス データが表示されます。`category` と `security_activity` の属性はいずれも設定されます。
+
+{{< img src="security/application_security/threats/threat_intel/threat_intel_appsec.png" alt="脅威インテリジェンスデータを含む appsec 属性の例">}}
+
+`@threat_intel.results` の下には、どのソースから一致したかの詳細が常に表示されます。
+
+{{< img src="security/application_security/threats/threat_intel/threat_intel_generic.png" alt="脅威インテリジェンスデータを含む threat_intel 属性の例">}}
+
+## その他の参考資料
+
+{{< partial name="whats-next/whats-next.html" >}}
+
+[1]: /ja/security/threat_intelligence/#threat-intelligence-sources
+[2]: /ja/integrations/guide/reference-tables
+[3]: /ja/security/threat_intelligence/#threat-intelligence-facets
+[4]: https://app.datadoghq.com/reference-tables/create
+[5]: https://app.datadoghq.com/security/configuration/threat-intel
+[6]: https://app.datadoghq.com/security/configuration/asm/rules/edit/kdb-irk-nua?product=appsec
+[7]: /ja/security/threat_intelligence#threat-intelligence-categories
+[8]: /ja/security/threat_intelligence#threat-intelligence-intents
+[9]: https://app.datadoghq.com/security/appsec/traces
+[10]: /ja/integrations/guide/reference-tables/?tab=manualupload#create-a-reference-table
+[11]: /ja/integrations/guide/reference-tables/?tab=amazons3#create-a-reference-table
+[12]: /ja/integrations/guide/reference-tables/?tab=azurestorage#create-a-reference-table
+[13]: /ja/integrations/guide/reference-tables/?tab=googlecloudstorage#create-a-reference-table
\ No newline at end of file
diff --git a/content/ja/security/cloud_security_management/guide/writing_rego_rules.md b/content/ja/security/cloud_security_management/guide/writing_rego_rules.md
index dae62394e9c..674f2e3db31 100644
--- a/content/ja/security/cloud_security_management/guide/writing_rego_rules.md
+++ b/content/ja/security/cloud_security_management/guide/writing_rego_rules.md
@@ -18,7 +18,7 @@ Open Policy Agent (OPA) は、クラウドのセキュリティポスチャを
## テンプレートモジュール
-ルールの定義は、[モジュール][3]の内部で定義された Rego [ポリシー][2]から始まります。CSM Misconfigurations では、以下のようなモジュールテンプレートを使用して、ルールの記述を簡素化しています。
+ルールの定義は、Rego で記述した [ポリシー][2] から始まります。このポリシーは [モジュール][3] 内に定義します。Cloud Security Misconfigurations では、ルール作成を簡単にするため、以下のようなモジュール テンプレートを使用します。
```python
package datadog
diff --git a/content/ja/security/cloud_security_management/misconfigurations/custom_rules.md b/content/ja/security/cloud_security_management/misconfigurations/custom_rules.md
index 462a182feb1..1df0297d22e 100644
--- a/content/ja/security/cloud_security_management/misconfigurations/custom_rules.md
+++ b/content/ja/security/cloud_security_management/misconfigurations/custom_rules.md
@@ -12,7 +12,7 @@ further_reading:
text: 独自の Rego ルールを作成する
- link: security/default_rules
tag: ドキュメント
- text: デフォルトの CSM Misconfigurations クラウド構成コンプライアンスルールを調べる
+ text: デフォルトの Cloud Security Misconfigurations クラウド構成コンプライアンス ルールを確認する
- link: security/misconfigurations/frameworks_and_benchmarks
tag: ドキュメント
text: フレームワークおよび業界のベンチマークの詳細
@@ -31,7 +31,7 @@ title: カスタムルールを作成する
1. コピーしたいルールを探すには、次のいずれかの方法を行います。
- [**Misconfigurations Rules**][1] ページに移動します。コピーしたいルールを選択し、その詳細ページを開きます。
- - [**Misconfigurations Explorer**][2] に移動します。誤構成を選択してその詳細を開き、**Edit Rule** を選択します。
+ - [**Misconfigurations explorer**][2] に移動します。誤構成を選択して詳細を開き、 **Edit Rule** を選択します。
2. 新しいルールのために必要な変更を行います。
3. 詳細ページの一番下までスクロールして、**Clone Rule** をクリックします。
@@ -59,7 +59,7 @@ title: カスタムルールを作成する
## 誤構成のタグ付け
-CSM Misconfigurations コンプライアンスルールを作成、複製、または修正するときに、誤構成に適用するタグを指定して、誤構成をタグでグループ化、フィルター、および検索できるようにすることができます。ルールを複製する場合、一部のタグは新しいルールに引き継がれ、他のタグは引き継がれません (以下の表を参照)。
+Cloud Security Misconfigurations のコンプライアンス ルールを作成・複製・変更する際は、誤構成に適用するタグを指定できます。タグで誤構成をグループ化、フィルタリング、検索できます。ルールを複製すると、一部のタグは新しいルールに引き継がれますが、引き継がれないものもあります (下表を参照)。
ほぼすべての Key-Value をタグとして割り当てることができます。次の表は、一般的なセキュリティシナリオで有用なタグを示したものです。
diff --git a/content/ja/security/cloud_security_management/review_remediate/jira.md b/content/ja/security/cloud_security_management/review_remediate/jira.md
index 28a8858aeaa..fdbb028f265 100644
--- a/content/ja/security/cloud_security_management/review_remediate/jira.md
+++ b/content/ja/security/cloud_security_management/review_remediate/jira.md
@@ -4,41 +4,41 @@ aliases:
further_reading:
- link: /security/cloud_security_management/guide
tag: ドキュメント
- text: Cloud Security Management ガイド
+ text: Cloud Security ガイド
- link: /integrations/jira/
tag: ドキュメント
text: Datadog Jira インテグレーション
products:
- icon: cloud-security-management
- name: CSM Misconfigurations
+ name: Cloud Security Misconfigurations
url: /security/cloud_security_management/misconfigurations/
- icon: cloud-security-management
- name: CSM Identity Risks
+ name: Cloud Security Identity Risks
url: /security/cloud_security_management/identity_risks/
-title: クラウドセキュリティ管理の問題に対する Jira 課題の作成
+title: Cloud Security の問題に対して Jira issue を作成する
---
{{< product-availability >}}
-Cloud Security Management (CSM) のセキュリティ問題の影響を受けたリソースに対して Jira 課題を作成するには、[Jira インテグレーション][1]を使用します。Cloud Security Management 用の Jira は、[CSM Misconfigurations][3] および [CSM Identity Risks][4] に対応しています。
+[Jira インテグレーション][1] を利用すると、Cloud Security のセキュリティ問題の影響を受けているリソースについて Jira issue を作成できます。Cloud Security 向けの Jira は、[Cloud Security Misconfigurations][3] と [Cloud Security Identity Risks][4] で利用可能です。
**注**:
-- Jira 課題を作成するには、`security_monitoring_findings_write` 権限が必要です。Datadog のデフォルトロールおよび CSM で利用可能な詳細なロールベースのアクセス制御権限については、[ロールベースのアクセス制御][2]を参照してください。
+- Jira issue を作成するには `security_monitoring_findings_write` 権限が必要です。Datadog のデフォルト ロールや、Cloud Security で利用できる詳細なロール ベース アクセス コントロール権限については、[Role Based Access Control][2] を参照してください。
- 現時点では、1 つの指摘につき Jira の課題を 1 つ作成できます。
## Jira インテグレーションの構成
-CSM セキュリティ問題の Jira 課題を作成するには、[Jira インテグレーション][5]を構成する必要があります。詳細な手順については、[Jira][1] インテグレーションのドキュメントを参照してください。
+Cloud Security のセキュリティ問題から Jira issue を作成するには、[Jira インテグレーション][5] を設定する必要があります。手順の詳細は [Jira][1] インテグレーション ドキュメントを参照してください。
## 影響を受けたリソースの Jira 課題を作成する
{{< tabs >}}
-{{% tab "CSM Misconfigurations" %}}
+{{% tab "Cloud Security Misconfigurations" %}}
誤構成の影響を受けた 1 つ以上のリソースの Jira 課題を作成するには、
-1. [Misconfigurations Explorer][1] で誤構成を選択します。
+1. [Misconfigurations エクスプローラー][1] で誤構成を選択します。
2. **Resources Impacted** の下で、1 つまたは複数の指摘を選択します。
3. 上部に表示される **Actions** ドロップダウンメニューで、**Create Jira Issue** を選択します。
4. 単一の課題を作成するか、複数の課題 (リソースごとに 1 つずつ) を作成するかを選択します。
@@ -49,7 +49,7 @@ CSM セキュリティ問題の Jira 課題を作成するには、[Jira イン
また、スタンドアロン課題のサイドパネルから Jira 課題を作成することもできます。
-1. [Misconfigurations Explorer][1] で、グループ化フィルターを **Resources** に設定します。
+1. [Misconfigurations エクスプローラー][1] で、Group By フィルターを **Resources** に設定します。
2. リソースを選択します。
3. **Misconfigurations** タブで、誤構成を選択します。
4. **Create Jira Issue** をクリックします。
@@ -64,11 +64,11 @@ CSM セキュリティ問題の Jira 課題を作成するには、[Jira イン
{{% /tab %}}
-{{% tab "CSM Identity Risks" %}}
+{{% tab "Cloud Security Identity Risks" %}}
アイデンティティリスクの影響を受ける 1 つ以上のリソースに関する Jira 課題を作成するには、
-1. [Identity Risks Explorer][1] でアイデンティティリスクを選択します。
+1. [Identity Risks エクスプローラー][1] でアイデンティティ リスクを選択します。
2. **Resources Impacted** の下で、1 つまたは複数の指摘を選択します。
3. 上部に表示される **Actions** ドロップダウンメニューで、**Create Jira Issue** を選択します。
4. 単一の課題を作成するか、複数の課題 (リソースごとに 1 つずつ) を作成するかを選択します。
@@ -79,7 +79,7 @@ CSM セキュリティ問題の Jira 課題を作成するには、[Jira イン
また、スタンドアロン課題のサイドパネルから Jira 課題を作成することもできます。
-1. [Identity Risks Explorer][1] で、グループ化フィルターを **Resources** に設定します。
+1. [Identity Risks エクスプローラー][1] で、Group By フィルターを **Resources** に設定します。
2. リソースを選択します。
3. **Misconfigurations** タブで、アイデンティティリスクを選択します。
4. **Create Jira Issue** をクリックします。
diff --git a/content/ja/security/code_security/iast/setup/dotnet.md b/content/ja/security/code_security/iast/setup/dotnet.md
new file mode 100644
index 00000000000..ad1ca24461a
--- /dev/null
+++ b/content/ja/security/code_security/iast/setup/dotnet.md
@@ -0,0 +1,151 @@
+---
+aliases:
+- /ja/security_platform/application_security/getting_started/dotnet
+- /ja/security/application_security/getting_started/dotnet
+code_lang: dotnet
+code_lang_weight: 10
+further_reading:
+- link: /security/code_security/iast/#code-level-vulnerabilities-list
+ tag: ドキュメント
+ text: Supported code-level vulnerabilities list
+- link: https://www.datadoghq.com/blog/iast-datadog-code-security/
+ tag: ブログ
+ text: Datadog Code Security で本番環境のアプリケーションセキュリティを強化
+- link: https://www.datadoghq.com/blog/application-code-vulnerability-detection/
+ tag: ブログ
+ text: Datadog Code Security でコードの脆弱性を発見
+- link: https://www.datadoghq.com/blog/code-security-owasp-benchmark/
+ tag: ブログ
+ text: Datadog Code Security は IAST アプローチを採用し、OWASP Benchmark で 100% の精度を達成
+- link: /security/application_security/troubleshooting
+ tag: ドキュメント
+ text: Troubleshooting Application Security
+title: Enabling Code Security for .NET
+type: multi-code-lang
+---
+
+You can detect code-level vulnerabilities and monitor application security in .NET applications running in Docker, Kubernetes, Amazon ECS, and AWS Fargate.
+
+Follow these steps to enable Code Security in your service:
+
+1. [Datadog Agent][3] をバージョン 7.41.1 以上に更新します。
+2. Update your Datadog Tracing Library to at least the minimum version needed to turn on Code Security. For details, see [Library Compatibility][4] page.
+3. Add the `DD_IAST_ENABLED=true` environment variable to your application configuration. For example, on Windows self-hosted, run the following PowerShell snippet as part of your application start-up script:
+
+ ```sh
+ $target=[System.EnvironmentVariableTarget]::Process
+ [System.Environment]::SetEnvironmentVariable("DD_IAST_ENABLED","true",$target)
+ ```
+
+または、アプリケーションが動作している場所に応じて、次の方法のいずれかを使用します:
+
+ {{< tabs >}}
+{{% tab "Windows-Self-Hosted" %}}
+
+Windows コンソールで:
+
+```sh
+rem Set environment variables
+SET DD_IAST_ENABLED=true
+
+rem Start application
+dotnet.exe example.dll
+```
+{{% /tab %}}
+
+{{% tab "IIS" %}}
+
+Run the following PowerShell command as administrator to configure the necessary environment variables in the registry `HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager\Environment` and restart IIS.
+
+```sh
+$target=[System.EnvironmentVariableTarget]::Machine
+[System.Environment]::SetEnvironmentVariable("DD_IAST_ENABLED","true",$target)
+net stop was /y
+net start w3svc
+```
+{{% /tab %}}
+
+
+{{% tab "Linux" %}}
+
+アプリケーションの構成に以下を追加します。
+
+```
+DD_IAST_ENABLED=true
+```
+{{% /tab %}}
+
+{{% tab "Docker CLI" %}}
+
+Update your configuration container for APM by adding the following argument in your docker run command:
+
+```
+docker run -d --name app -e DD_IAST_ENABLED=true company/app:latest
+```
+{{% /tab %}}
+
+{{% tab "Dockerfile" %}}
+
+コンテナの Dockerfile に以下の環境変数の値を追加します。
+
+```
+ENV DD_IAST_ENABLED=true
+```
+{{% /tab %}}
+
+{{% tab "Kubernetes" %}}
+
+Update your deployment configuration file for APM and add the AAP environment variable:
+
+```yaml
+spec:
+ template:
+ spec:
+ containers:
+ - name:
+ image: /
+ env:
+ - name: DD_IAST_ENABLED
+ value: "true"
+```
+{{% /tab %}}
+
+{{% tab "AWS ECS" %}}
+
+以下を環境セクションに追加して、ECS タスク定義 JSON ファイルを更新します。
+
+```yaml
+"environment": [
+ ...,
+ {
+ "name": "DD_IAST_ENABLED",
+ "value": "true"
+ }
+]
+```
+{{% /tab %}}
+
+{{% tab "AWS Fargate" %}}
+
+コンテナの Dockerfile に以下の行を追加します。
+
+```
+ENV DD_IAST_ENABLED=true
+```
+{{% /tab %}}
+ {{< /tabs >}}
+
+To see Code Security in action, browse your service and find code-level vulnerabilities in the [Vulnerability Explorer][4].
+
+{{< img src="/security/application_security/Code-Level-Vulnerability-Details-New.mp4" alt="Video showing Code Vulnerabilities" video="true" >}}
+
+さらにサポートが必要な場合は、[Datadog サポート][5]にお問い合わせください。
+
+## その他の参考資料
+
+{{< partial name="whats-next/whats-next.html" >}}
+
+[1]: https://github.com/DataDog/dd-trace-dotnet/releases/latest
+[2]: /ja/security/code_security/iast/setup/
+[3]: /ja/agent/versions/upgrade_between_agent_minor_versions/
+[4]: /ja/security/code_security/iast/setup/
\ No newline at end of file
diff --git a/content/ja/security/threats/supported_linux_distributions.md b/content/ja/security/threats/supported_linux_distributions.md
new file mode 100644
index 00000000000..355666ceac0
--- /dev/null
+++ b/content/ja/security/threats/supported_linux_distributions.md
@@ -0,0 +1,27 @@
+---
+title: Workload Protection がサポートする Linux ディストリビューション
+---
+
+Workload Protection は、以下の Linux ディストリビューションをサポートしています:
+
+| Linux ディストリビューション | 対応バージョン |
+|---------------------------------------------------------------|-------------------------|
+| Ubuntu LTS | 18.04、20.04、22.04 |
+| Debian | 10 以降 |
+| Amazon Linux 2 | Kernel 4.14 以上 |
+| Amazon Linux 2023 | すべてのバージョン |
+| SUSE Linux Enterprise Server | 12 と 15 |
+| Red Hat Enterprise Linux | 7、8、9 |
+| Oracle Linux | 7、8、9 |
+| CentOS | 7 |
+| Google Container Optimized OS (GKE のデフォルト) (Preview) | 93 以上 |
+
+**注:**
+
+- カスタムカーネルビルドはサポートされていません。
+- [eBPF が無効な環境向けの Workload Protection eBPF-less ソリューション][2] では、ptrace ベースの Datadog Agent を使用します。ptrace ベースの Datadog Agent は、Linux kernel 3.4.43 から 4.9.85 までをサポートします。
+- Cilium や Calico などのカスタム Kubernetes ネットワーク プラグインとの互換性については、[Workload Protection のトラブルシューティング][1] を参照してください。
+- データの収集は eBPF を用いて行われるため、Datadog では最低でも、基盤となる Linux kernel が 4.14.0+ のプラットフォーム、または eBPF 機能がバックポートされているプラットフォームが必要です (例: kernel 3.10 の Centos/RHEL 7 には eBPF 機能がバックポートされているため、サポート対象です)。
+
+[1]: /ja/security/workload_protection/troubleshooting/threats
+[2]: /ja/security/cloud_security_management/guide/ebpf-free-agent
\ No newline at end of file
diff --git a/content/ja/software_catalog/use_cases/_index.md b/content/ja/software_catalog/use_cases/_index.md
new file mode 100644
index 00000000000..4708e611bf6
--- /dev/null
+++ b/content/ja/software_catalog/use_cases/_index.md
@@ -0,0 +1,21 @@
+---
+aliases:
+- /ja/tracing/service_catalog/guides
+- /ja/service_catalog/guides
+- /ja/tracing/software_catalog/guides
+- /ja/software_catalog/guides
+title: ユースケース
+---
+
+チームが Datadog Software Catalog を活用して、ナレッジを集約し、プロセスを簡素化し、運用効率を高める方法を紹介します:
+
+{{< whatsnext desc=" " >}}
+ {{< nextlink href="/software_catalog/use_cases/api_management/" >}}API 管理{{< /nextlink >}}
+ {{< nextlink href="/software_catalog/use_cases/cloud_cost_management" >}}クラウド コスト管理{{< /nextlink >}}
+ {{< nextlink href="/tracing/software_catalog/use_cases/appsec_management" >}}アプリケーションと API の保護{{< /nextlink >}}
+ {{< nextlink href="/tracing/software_catalog/use_cases/dev_onboarding" >}}開発者オンボーディング{{< /nextlink >}}
+ {{< nextlink href="/tracing/software_catalog/use_cases/dependency_management" >}}依存関係管理{{< /nextlink >}}
+ {{< nextlink href="/tracing/software_catalog/use_cases/production_readiness" >}}本番準備{{< /nextlink >}}
+ {{< nextlink href="/tracing/software_catalog/use_cases/incident_response" >}}インシデント対応{{< /nextlink >}}
+ {{< nextlink href="/tracing/software_catalog/use_cases/pipeline_visibility" >}}CI パイプラインの可視化{{< /nextlink >}}
+{{< /whatsnext >}}
\ No newline at end of file
diff --git a/content/ja/tracing/trace_collection/custom_instrumentation/nodejs/dd-api.md b/content/ja/tracing/trace_collection/custom_instrumentation/nodejs/dd-api.md
new file mode 100644
index 00000000000..ed1fbd4f4bf
--- /dev/null
+++ b/content/ja/tracing/trace_collection/custom_instrumentation/nodejs/dd-api.md
@@ -0,0 +1,331 @@
+---
+aliases:
+- /ja/tracing/opentracing/nodejs
+- /ja/tracing/manual_instrumentation/nodejs
+- /ja/tracing/custom_instrumentation/nodejs
+- /ja/tracing/setup_overview/custom_instrumentation/nodejs
+- /ja/tracing/trace_collection/custom_instrumentation/nodejs
+- /ja/tracing/trace_collection/custom_instrumentation/dd_libraries/nodejs
+code_lang: dd-api
+code_lang_weight: 2
+description: Node.js アプリケーションを手動でインスツルメントしてカスタムトレースを Datadog に送信します。
+further_reading:
+- link: /tracing/trace_collection/trace_context_propagation/
+ tag: ドキュメント
+ text: トレースコンテキストの伝搬
+- link: tracing/other_telemetry/connect_logs_and_traces
+ tag: ドキュメント
+ text: ログとトレースの接続
+- link: tracing/glossary/
+ tag: ドキュメント
+ text: サービス、リソース、トレースの詳細
+title: Datadog API を使用した Node.js カスタム インスツルメンテーション
+type: multi-code-lang
+---
+
+
+
+対応するライブラリインスツルメンテーションを使用しない場合（ [ライブラリの互換性][1]参照）、手動でコードをインスツルメントする必要があります。
+
+`dd-trace` ライブラリの機能性を拡張したり、アプリケーションのインスツルメントをより精確に制御するのに役立つ方法がライブラリにあります。
+
+## `ddtrace` ライブラリの機能性を拡張したり、アプリケーションのインスツルメントをより精確に制御するのに役立つ方法がライブラリにあります。
+
+内蔵のインスツルメンテーションおよびカスタムインスツルメンテーションは、有意義なオペレーションに関連するスパンを作成します。
+
+{{< tabs >}}
+{{% tab "ローカル" %}}
+
+タグを追加することで、意味のあるデータを含めるためにアクティブスパンにアクセスすることができます。
+
+```javascript
+const span = tracer.scope().active()
+```
+
+詳しくは [`Scope` の API 詳細][1]をご覧ください。
+
+タグはスパンで `setTag` または `addTags` メソッドを使用してスパンに追加できます。サポートされている値のタイプは、文字列、数値、オブジェクトです。
+
+```javascript
+// foo:bar タグを追加します
+span.setTag('foo', 'bar')
+
+// user_id:5 タグを追加します
+span.setTag('user_id', 5)
+
+// obj.first:foo および obj.second:bar タグを追加します
+span.setTag('obj', { first: 'foo', second: 'bar' })
+
+// foo:bar および baz:qux タグを追加します
+span.addTags({
+ foo: 'bar',
+ baz: 'qux'
+})
+```
+
+
+[1]: https://datadoghq.dev/dd-trace-js/interfaces/Scope.html
+{{% /tab %}}
+
+{{% tab "グローバル" %}}
+
+タグは、トレーサーで直接構成することにより、すべてのスパンに追加できます。これは、カンマ区切りの `DD_TAGS` 環境変数を使用するか、トレーサーの初期化で `tags` オプションを使用して実行できます。
+
+```javascript
+// DD_TAGS=foo:bar,baz:qux と同等
+tracer.init({
+ tags: {
+ foo: 'bar',
+ baz: 'qux'
+ }
+})
+
+// すべてのスパンにこれらのタグが追加されます
+```
+
+{{% /tab %}}
+
+{{% tab "コンポーネント" %}}
+
+一部の Datadog インテグレーションでは、スパンフックをサポートしています。スパンフックを使用すると、スパンが完了する直前に更新できます。これは、タグを変更したり、コードからアクセスできないスパンにタグを追加する場合に役立ちます。
+
+```javascript
+// tracer.init() の直後のエントリポイントの上部
+tracer.use('express', {
+ // リクエストスパンが終了する直前にフックが実行されます
+ hooks: {
+ request: (span, req, res) => {
+ span.setTag('customer.id', req.query.customer_id)
+ }
+ }
+})
+```
+
+詳しくは、[個々のプラグインの API 詳細][1]をご覧ください。
+
+
+[1]: https://datadoghq.dev/dd-trace-js/modules/plugins.html
+{{% /tab %}}
+
+{{% tab "エラー" %}}
+
+エラー オブジェクトに対応した特別な `error` タグを使うと、エラーをスパンに追加できます。これにより、エラーは 3 つのタグに分割されます: `error.type`、`error.message`、`error.stack`。
+
+```javascript
+try {
+ getIngredients()
+} catch (e) {
+ span.setTag('error', e)
+}
+
+```
+
+`tracer.trace()` または `tracer.wrap()` を使用している場合、これはエラーがスローされたときに自動的に行われます。
+
+{{% /tab %}}
+{{< /tabs >}}
+
+## スパンの作成
+
+`dd-trace` ライブラリは、`tracer.init()` で[多くのライブラリとフレームワーク][1]に対応する[スパン][2]を自動生成します。しかし、使用しているコードを可視化したい場合はスパンの利用が便利です。
+
+Web リクエスト (例: `/make-sandwich`) 内で、`getIngredients()` や `assembleSandwich()` など、測定に役立つさまざまなオペレーションを行うことができます。
+
+{{< tabs >}}
+{{% tab "Synchronous" %}}
+
+Synchronous コードは、`tracer.trace()` でトレースできます。これにより、コールバックが戻ったときに自動的にスパンが終了し、スローされたエラーが自動的にキャプチャされます。
+
+```javascript
+app.get('/make-sandwich', (req, res) => {
+ const sandwich = tracer.trace('sandwich.make', { resource: 'resource_name' }, () => {
+ const ingredients = tracer.trace('get_ingredients', { resource: 'resource_name' }, () => {
+ return getIngredients()
+ })
+
+ return tracer.trace('assemble_sandwich', { resource: 'resource_name' }, () => {
+ assembleSandwich(ingredients)
+ })
+ })
+
+ res.end(sandwich)
+})
+```
+
+詳しくは [`tracer.trace()` の API 詳細][1]をご覧ください。
+
+
+[1]: https://datadoghq.dev/dd-trace-js/interfaces/Tracer.html#trace
+{{% /tab %}}
+
+{{% tab "Promise" %}}
+
+Promise は `tracer.trace()` でトレースできます。これにより、返された Promise が解決したときに自動的にスパンが終了し、拒否エラーが自動的にキャプチャされます。
+
+```javascript
+const getIngredients = () => {
+ return new Promise((resolve, reject) => {
+ resolve('Salami');
+ });
+};
+
+app.get('/make-sandwich', (req, res) => {
+ return tracer.trace('sandwich.make', { resource: 'resource_name' }, () => {
+ return tracer.trace('get_ingredients', { resource: 'resource_name' }, () => getIngredients())
+ .then((ingredients) => {
+ return tracer.trace('assemble_sandwich', { resource: 'resource_name' }, () => {
+ return assembleSandwich(ingredients)
+ })
+ })
+ }).then(sandwich => res.end(sandwich))
+})
+```
+
+詳しくは [`tracer.trace()` の API 詳細][1]をご覧ください。
+
+
+[1]: https://datadoghq.dev/dd-trace-js/interfaces/Tracer.html#trace
+{{% /tab %}}
+
+{{% tab "Async/await" %}}
+
+Async/await は `tracer.trace()` でトレースできます。これにより、返された Promise が解決したときに自動的にスパンが終了し、拒否エラーが自動的にキャプチャされます。
+
+```javascript
+app.get('/make-sandwich', async (req, res) => {
+ const sandwich = await tracer.trace('sandwich.make', { resource: 'resource_name' }, async () => {
+ const ingredients = await tracer.trace('get_ingredients', { resource: 'resource_name' }, () => {
+ return getIngredients()
+ })
+
+ return tracer.trace('assemble_sandwich', { resource: 'resource_name' }, () => {
+ return assembleSandwich(ingredients)
+ })
+ })
+
+ res.end(sandwich)
+})
+```
+
+詳しくは [`tracer.trace()` の API 詳細][1]をご覧ください。
+
+
+[1]: https://datadoghq.dev/dd-trace-js/interfaces/Tracer.html#trace
+{{% /tab %}}
+
+{{% tab "ラッパー" %}}
+
+コードを変更せずに既存の関数をラップすることができます。これは、コードを自分で制御できない関数をトレースするのに役立ちます。これは、最後の引数がコールバックの代わりにラップする関数であることを除いて、 `tracer.trace()` と同じ引数を取る `tracer.wrap()` で実行できます。
+
+```javascript
+
+// 関数が定義された後
+getIngredients = tracer.wrap('get_ingredients', { resource: 'resource_name' }, getIngredients)
+assembleSandwich = tracer.wrap('assemble_sandwich', { resource: 'resource_name' }, assembleSandwich)
+
+// ルートが定義されている場所
+app.get('/make-sandwich', (req, res) => {
+
+ const sandwich = tracer.trace('sandwich.make', { resource: 'resource_name' }, () => {
+ const ingredients = getIngredients()
+
+ return assembleSandwich(ingredients)
+ })
+
+ res.end(sandwich)
+})
+```
+
+詳しくは [`tracer.trace()` の API 詳細][1]をご覧ください。
+
+
+[1]: https://datadoghq.dev/dd-trace-js/interfaces/Tracer.html#wrap
+{{% /tab %}}
+{{< /tabs >}}
+
+## リクエストのフィルタリング
+
+アプリケーションのいくつかのリクエストはインスツルメンテーションすべきでない場合があります。よくあるケースは、ヘルスチェックやその他の合成トラフィックでしょう。これらのリクエストは `http` プラグインの `blocklist` や `allowlist` オプションで無視することができます。
+
+```javascript
+// tracer.init() の直後のエントリポイントの上部
+tracer.use('http', {
+ blocklist: ['/health', '/ping']
+})
+```
+
+この構成は、必要に応じてクライアントとサーバーで分割することができます。例:
+
+```javascript
+tracer.use('http', {
+ server: {
+ blocklist: ['/ping']
+ }
+})
+```
+
+さらに、Agent が Datadog に送信しないように、リソース名に基づいてトレースを除外することができます。この他、セキュリティや Agent の細かい設定については、[セキュリティ][3]ページや[不要なリソースの無視][4]で確認することができます。
+
+## dd-trace-api
+
+{{< callout btn_hidden="true" header="ddtrace-api はプレビューです!">}}
+dd-trace-api パッケージはプレビュー段階であり、必要な API 呼び出しをすべて含まない場合があります。より完全な機能が必要な場合は、前のセクションで説明した API を使用してください。
+
以下の手順は、プレビュー版の ddtrace-api パッケージで試してみたい場合にのみ必要です。{{< /callout >}}
+
+[dd-trace-api パッケージ][5] は、Datadog APM の Node.js 向けカスタム インスツルメンテーションで使用できる、安定した公開 API を提供します。このパッケージが実装しているのは API インターフェースだけで、スパンを生成して Datadog に送信するための基盤機能は含まれていません。
+
+インターフェース (`dd-trace-api`) と実装 (`dd-trace`) を分離することで、次のような利点があります:
+
+- You can rely on an API that changes less frequently and more predictably for your custom instrumentation
+- If you only use automatic instrumentation, you can ignore API changes entirely
+- シングル ステップとカスタムの両方のインスツルメンテーションを実装している場合でも、`dd-trace` パッケージの複数コピーに依存せずに済みます。
+
+`dd-trace-api` を使用するには:
+
+1. アプリに `dd-trace` と `dd-trace-api` のライブラリをインストールします。**注**: `dd-trace` はシングル ステップ インスツルメンテーションで自動的にインストールされますが、`dd-trace-api` はアプリに手動でインストールする必要があります。
+ ```shell
+ npm install dd-trace dd-trace-api
+ ```
+
+2. `dd-trace` を使用して Node.js アプリケーションにインスツルメンテーションを追加します。シングル ステップ インスツルメンテーションを利用している場合は、この手順は不要です。
+ ```shell
+ node --require dd-trace/init app.js
+ ```
+
+3. ここまで設定できたら、前のセクションの例と同じ要領でカスタム インスツルメンテーションを書けます。ただし、require するのは `dd-trace` ではなく `dd-trace-api` です。
+
+ 例:
+```javascript
+const tracer = require('dd-trace-api')
+const express = require('express')
+const app = express()
+
+app.get('/make-sandwich', (req, res) => {
+ const sandwich = tracer.trace('sandwich.make', { resource: 'resource_name' }, () => {
+ const ingredients = tracer.trace('get_ingredients', { resource: 'resource_name' }, () => {
+ return getIngredients()
+ })
+
+ return tracer.trace('assemble_sandwich', { resource: 'resource_name' }, () => {
+ assembleSandwich(ingredients)
+ })
+ })
+
+ res.end(sandwich)
+})
+```
+
+サポートされている API コールの全一覧は、そのパッケージの [API 定義][6] を参照してください。
+
+## その他の参考資料
+
+{{< partial name="whats-next/whats-next.html" >}}
+
+[1]: /ja/tracing/compatibility_requirements/nodejs/
+[2]: /ja/tracing/glossary/#spans
+[3]: /ja/tracing/security
+[4]: /ja/tracing/guide/ignoring_apm_resources/
+[5]: https://npm.im/dd-trace-api
+[6]: https://github.com/DataDog/dd-trace-api-js/blob/master/index.d.ts
\ No newline at end of file