ウェビナー：DevOpsに「Sec」を組み込む準備はできていますか？

ソフトウェア開発に携わった経験がある方なら、セキュリティ対策を組み込む際に生じる緊張関係、特に開発者とコードを精査するセキュリティ専門家の間で起こる摩擦をご存知でしょう。

かつては、開発チームがコードをギリギリのタイミングでリリースし、セキュリティ担当者が脆弱性をチェックする時間を意図的に短縮することが珍しくありませんでした。不具合が見つかればリリースが遅れてしまうため、開発者は次の魅力的な機能開発に早く移りたいと考えていたからです。しかし、これは最終的に悪影響を及ぼしました。コードがチェックされるのは、時には外部からの侵害が発生した後であり、結局コードは開発チームに差し戻されます。セキュリティチームから「欠陥品」の烙印を押されたコードを、数ヶ月前に触ったばかりの古い記憶を頼りに、すべてを中断して修正しなければならなかったのです。

こうした機能不全は現在も続いていますが、大きな問題があります。それは、開発されるコードの量が飛躍的に増大し、データ侵害が発生した際に社会が被るリスクがかつてないほど高まっていることです。私たちは、もはやこのような旧態依然とした対立を続けている余裕はありません。今こそ、全員が同じ陣営に立ち、脅威に立ち向かうべき時です。

組織全体、そしてSDLCのあらゆる段階において、セキュリティを共通の責任として捉える体制を築く必要があります。これは、万全のサポート体制を備えた本格的なDevSecOps環境を導入することで、十分に実現可能です。さらに、適切なトレーニングとツールで開発チームのセキュリティ意識を高めれば、彼らは単にバグを修正するだけでなく、長年過重労働を強いられてきたセキュリティ専門家の負担を軽減する強力な戦力となります。

ぜひ、私の最新ウェビナー、「DevOpsに『Sec』を組み込む方法」をご覧ください。

これはAllTheTalks 24時間サミットの一部として開催されたもので、以下の内容を深く掘り下げています。

• 従来の開発手法がセキュリティのベストプラクティスを困難にしていた理由
• DevSecOpsが一般的なセキュリティ脆弱性を防ぐための最新の切り札である理由
• 組織における「セキュリティは共通の責任」とは具体的にどのような状態か
• 開発者が本来のやりがい（魅力的な機能開発）を犠牲にすることなく、自信を持って安全なコードをリリースできるようにする方法

ウェビナーでお会いしましょう！