開発・検証中 / PoC 相談
調べる、整理する、伝える。
セキュリティの判断を支える AI。
ソースコードやセキュリティ情報の確認から、指摘事項の整理、報告書づくりまで。人の判断を中心に据え、確認・報告の流れを支える仕組みを開発・検証しています。
確認の積み重ねを、
次の判断につなげたい。
- 関連する脆弱性情報や基準を調べるのに時間がかかる。
- コード上の指摘と、その根拠を整理しきれない。
- 確認結果を、関係者に伝わる報告にまとめたい。
対象を絞り、根拠を確かめる。
コード・知識の確認
ソースコードの静的解析（SAST）や、CVE・MITRE・NIST・OWASP などの参照情報を活用する仕組みを検証しています。対象システムやコードの範囲を定め、関連情報の確認を支援することを目指します。
指摘事項と報告の整理
解析結果や参照情報を整理し、レビューと報告につなげる流れを検証しています。指摘の妥当性、影響、対応方針は、担当者が根拠とともに確認します。
業務に合わせた検証
Amazon Bedrock AgentCore とナレッジベースを用いた開発を進めています。利用できる機能・対象範囲・実行条件は、個別の PoC で確認します。
検証中の活用例
想定ユースケース / 本番導入の実績ではありません
情報がどこに集まり、人がどこで判断するか。入力・支援・確認・成果物のつながりを示しています。各用途への適合性は、個別の PoC で評価します。
リリース前のコードレビュー
対象範囲を絞った検証です。コード全体の安全性を保証するものではありません。
脆弱性情報の調査・整理
資産の自動収集や全環境への自動照合を前提としません。
確認結果を、報告へ
最終判断と共有は、担当者の確認を経て行います。
小さく確かめて、業務につなぐ。
- 01
ヒアリング
いまの業務と、解決したい課題を整理します。
- 02
対象・データの確認
扱う情報、利用権限、対象範囲と評価基準を決めます。
- 03
小規模 PoC
対象を絞った試作で、実際の業務に合うかを確かめます。
- 04
評価
出力の品質、使いやすさ、運用上の課題を確認します。
- 05
導入・運用設計
評価結果をもとに、導入の可否と管理・改善の進め方を検討します。
導入を考える前に。
現在は開発・検証段階です。
解析や AI の出力には、見落としや誤った指摘が含まれる可能性があります。安全性の保証や、人によるレビュー・判断の代替を目的とするものではありません。
お客様ごとのアクセス制御、コード・機密情報の取り扱い、保存範囲、参照情報の更新方法を確認したうえで検証範囲を決定します。最終的な評価と対応判断は人が行います。
まずは、検証したいテーマから。
対象となる業務・資料・システムと、いま困っていることを整理するところから。小さく確かめるための相談内容を、一緒に考えていきます。
このページは、サービス紹介の構成・文言を検討するためのプロトタイプです。