私たちは、セキュリティ対策が不十分で、コンプライアンス要件を満たしていないレガシーなコードベースを引き継いだ

標準的な統合手法であり、かつ最もコストのかかる方法です。すでに代金を支払った製品を、取引の正当化の根拠となったあらゆる相乗効果の発現を遅らせるようなスケジュールで再構築することになり、本来は別のものを開発するはずだったエンジニアをその作業に充てることになります。

一見合理的に思えるかもしれませんが、脆弱性は統合計画を待ってくれるわけではなく、すでに貴社の脆弱性リストに登録されています。買収したチームがそれらに対してどのような対応をしていたにせよ、それらは今や貴社が責任を負わなければならない問題となっています。

そのスピードの速さから、AIへの期待はますます高まっています。なぜなら、AIモデルが社内の誰も理解できないコードを読み取り、数分で修正案を提示してくれるからです。しかし、独立した調査によると、AIが生成したコードのほぼ半数に新たな脆弱性が生じており、レビューされていないパッチについては、誰がその責任を負うのかという疑問が残ります。チームが作成していないコードに関しては、誰もその疑問に決着をつけることはできません。