SDLC が開発段階に達すると、コードの生成が開始されます。つまり、チームが作業しているソフトウェアまたはコンポーネントのバージョンを管理する機能と、チェックイン/チェックアウト機能およびリビジョン履歴を組み合わせることが、ソフトウェア開発時に必要かつ強力なツールであることを意味します。
質問は「新しい」製品に関するものなので、それが重要だと思います。ただし、それは、製品化される可能性のある製品の開発に関するものであるようにも見えます。
回帰テストは、加えられた変更によって新たな問題が生じていないこと、および新たな脆弱性、構成ミス、その他の問題が導入されていないことを確認するテストに重点を置いています。
コード レビューは、ソフトウェア アプリケーションまたはシステムのソース コードにセキュリティ上の欠陥、エラー、バグ、または脆弱性がないかどうかを調べて評価するプロセスです。コード レビューは、運用上の問題が発生する前に問題を特定して修正することで、ソフトウェア製品の品質とセキュリティを向上させるのに役立ちます。コード レビューは、新製品のセキュリティ機能の評価と検証の一部です。ユーザー受け入れテスト、ストレス テスト、またはセキュリティ回帰テストは、新製品のセキュリティ機能を評価および検証するために使用できる他の種類のテストですが、セキュリティ上の欠陥について特定の間隔で設計変更をレビューすることは含まれません。参考: https://www.synopsys.com/blogs/software-security/code-review/

実行および解釈の前にユーザー入力を検証すると、コードまたはコマンドを含む可能性のあるユーザーからの悪意のある入力をチェックしてフィルタリングすることにより、動的コード評価スクリプト インジェクションの脆弱性を防ぐことができます。動的コード評価スクリプト インジェクションは、アプリケーションがユーザー入力を受け入れ、適切な検証やサニタイズを行わずにそれを独自のコードの一部として実行または解釈した場合に発生する脆弱性の一種です。これにより、攻撃者が任意のコードやコマンドをアプリケーションに挿入し、アプリケーションと同じ権限でそれらを実行することが可能になります。実行および解釈の前にユーザー入力を検証すると、入力が予期された形式、長さ、タイプに準拠していること、およびアプリケーションのロジックや動作を変更する可能性のある悪意のある文字や構文が含まれていないことを確認するのに役立ちます。