AIの導入スピードに準備が追いついていません。そのギャップを埋めましょう。

サイバー脅威が増大し続ける中、組織はセキュリティ、実用性、スピードの間で日々妥協を迫られており、その過程でリスクにさらされています。

サイバー脅威が増大し続ける現代において、開発者は十分な備えができているでしょうか。セキュアコーディングの要である「人」、つまり開発者は、コネクテッドワールドの安全を守る役割を果たす準備ができているのでしょうか。この問いに答えるため、Secure Code WarriorがEvans Data Corp.と共同で実施した、セキュアコーディング、セキュアなコーディング手法、およびセキュリティ運用に対する開発者の意識調査から、いくつかの洞察を見ていきましょう。

過去20年以上にわたり、他のどの脆弱性よりも多くのセキュリティ侵害を引き起こしてきた10のソフトウェア脆弱性があります。それにもかかわらず、多くの企業がいまだに侵害やインシデントが発生した後の事後対応を選択しており、その結果生じる人的・ビジネス的影響への対応に追われています。しかし、最新の調査研究は、人間主導による新たな方向性を示唆しています。

SQLインジェクションが誕生して22年。お酒が飲める年齢になってもなお、私たちはこの脆弱性を根絶するどころか、いまだにその脅威にさらされ続けています。

Discover the latest improvements to the user experience of Sensei, Secure Code Warrior's IntelliJ plugin and start writing quality code even faster.

不信感という不安定な土台の上に築かれた関係には、残念ながら期待を寄せないのが賢明です。悲しいことに、組織内の開発チームとAppSecチームの関係が、まさにこのような状態に陥っているケースは少なくありません。

Javaの落とし穴を楽しく学べるクイズと、その解決策をまとめたGitHubリポジトリです。

SenseiおよびIntelliJのインテンションアクションを、IDE内のインスペクション、コマンドライン、CI（ 継続的インテグレーション）環境でバッチ実行する方法を解説します。

ある程度の品質を備えたコードは、定義上セキュアであると言えます。しかし、セキュアなコードが必ずしも高品質であるとは限りません。「左のさらに左」から始めることは、純粋なセキュアコーディングの基準を確保するための公式となるのでしょうか。

本ブログ記事では、Javaでよくあるコーディングミス（条件演算子の代わりにビット演算子を使用すること）を取り上げ、それがどのような脆弱性を引き起こすのか、そしてSenseiを使ってその問題を検出し修正する方法について解説します。