どのAIリスクが本物かを示し、重要なものを修正できるようにする。
ソフトウェアは今や、AIエージェントによって書かれ、つなぎ合わされ、リリースされています。そしてそのエージェント自体が、攻撃面の一部です。Redthread は、セキュリティチームにその攻撃面の1枚の地図と、そこにあるすべてのリスクの証跡を提供するために存在します。
つながった攻撃面には、つながった視点が必要です。
多くのセキュリティツールは1つのレイヤーをスキャンし、一覧を渡すだけです。しかし、AIエージェント、それを構築したリポジトリ、それが稼働するクラウド、そしてそれが到達できるデータは、つながった1つのシステムです——検出結果の一覧では、そのうちどれが重要かはわかりません。だからこそ、当社はまず地図を作ることから始めます：すべてのエージェント、リポジトリ、ワークロード、アイデンティティ、ネットワークルート、データストア、そしてそれらの関係性。
その地図から、存在に気づいていなかったものをインベントリ化し、攻撃者が実際に到達できるものでリスクをランク付けし、重大なものを実動テストで実証し、エージェントが到達できる範囲を制約します。そのうえで、ギャップを埋める支援をします——すべてのホップに証跡を備え、監査人がすでに使っているフレームワークにマッピングし、修正はドラフトのプルリクエストとして届けます。当社はこのカテゴリを、AIネイティブ・アプリケーション保護プラットフォーム（ANAPP）と呼んでいます。
ANAPP はプラットフォームのクラスです。コード、クラウド、エージェント全体のリスクを評価し、実証し、修正します。 各エージェントにアイデンティティと署名付きの記録を与える ATPP（Agentic Trust & Protection Platform）とは、別のクラスです。
単機能のツールではなく、プラットフォーム。
各製品は学習した内容を同じグラフに書き戻すため、次の製品は前の製品より多くのコンテキストを持って始まります。
決して譲らない4つのルール。
これらはトラストセンターに掲げているのと同じコミットメントであり、どの機能にも劣らず製品のあり方を形づくっています。
監査人に証跡を渡すために作られています。
検出結果とレポートは、SOC 2、ISO 27001、ISO 42001、PCI DSS、HIPAA、NIST AI RMF、NIST CSF 2.0、EU AI Act、GDPR 第25条・第32条にマッピングされます。マッピングは監査人が評価する管理策に向けた証跡であり、認証ではありません。当社がそれを認証と表現することもありません。