日本語

なぜ問題が解決済みとしてマークされたのか

Aikidoでは、問題は自動的に~から 次を開きます: を 解決済み 最新のスキャンで検出されなくなったとき。

これが起こる一般的な理由はいくつかあります:


✅ 問題は修正されました

チームの誰かがその問題を解決したため、スキャンに表示されなくなりました。これは コードから完全に削除されたか、修正されたためです.


🌿 ブランチの変更

もしスキャンしているのが 別のブランチなら、Aikidoは次のように動作します:

  • 古いブランチに紐づく問題をクローズする

  • 新しいブランチで見つかった問題を開く

  • 💡スキャンされているブランチは、~上のタグで確認できます リポジトリページ

    "about-github" リポジトリのナビゲーションメニューで強調表示された「master」ブランチ。


📁 ファイルの移動

影響を受けたファイルが 移動されたか、名前が変更された場合、Aikidoは次のように動作します:

  • 元の問題を解決済みとしてマークする(ファイルパスが変更されたため)
  • 新しいファイルの場所で新たな問題を開く可能性があります

🔐 CVEデータベースの更新

CVEは、影響を受けるバージョンを絞り込むために更新されることがあります。

例:

  • Aikidoは、CVE-2021-44832に基づき、log4j:2.17.1の脆弱性を検出しました。
  • その後、CVEは影響を受けるのは2.17.0以下のバージョンのみだと更新されました。
  • Aikidoはこの変更を検知し、2.17.1の問題を自動的に削除しました。

📦 依存関係がdev-dependencyへ移動

脆弱なパッケージが本番依存関係からdev-dependencyに移動された場合、Aikidoは次のように動作します:

  • 元の問題を解決済みとしてマークする(依存関係の種類が変わったため)
  • もはやこの問題を報告しません。dev-dependenciesは デフォルトでは スキャンされません。
  • 💡dev-dependenciesのスキャンは、~で有効にできます リポジトリごとに 設定できます。 詳細はこのドキュメントをご覧ください

🧠 SASTルールの改善

静的解析ルールは、誤検知を減らすために継続的に改善されています。これらのルールの精度が上がると、Aikidoは次のように動作する場合があります:

  • 以前にフラグ付けされた問題を解決済みとしてマークする
  • 同様のパターンに対する今後の誤検知を防ぐ

🗂️ ローカルスキャン – スキャン場所の変更

ローカルでスキャンする場合、 対象ディレクトリ を変更すると、スキャン対象が変わります。

  • スキャンされていないパスの問題は解決済みとしてマークされます
  • 新しい場所で新たな問題が表示される場合があります

まだよくわからない?

この一覧は最も一般的な原因をカバーしていますが、ほかの例外的なケースもあります。

👉 何かがなぜ解決済みとしてマークされたのか分からない場合は、アプリ内チャットからご連絡ください。喜んでお手伝いします。