
OWASPの2021年リストシャッフル:新しいバトルプランと主な敵
このますます混沌とした世界では、人々が頼りにできることが常にいくつかあります。太陽は朝に昇り、夜には再び沈み、マリオは常にソニック・ザ・ヘッジホッグよりも涼しく、インジェクション攻撃は常にオープンウェブアプリケーションセキュリティプロジェクト(OWASP)のリストでトップの座を占めるようになります。 最も一般的なトップ10 また、攻撃者が積極的に悪用している危険な脆弱性もあります。
さて、明日は太陽が昇り、マリオはまだソニックに「ワンアップ」していますが、2021年に刷新された悪名高いOWASPリストでは、インジェクション攻撃はナンバーワンの座から外れています。最も古い攻撃形態の 1 つは、 インジェクションの脆弱性 コンピュータネットワークとほぼ同じくらい長い間存在してきました。この包括的な脆弱性は、従来の攻撃も含め、さまざまな攻撃の原因となっています。 SQL インジェクション オブジェクトグラフナビゲーションライブラリ (OGNL) に対して起動されたエクスプロイト用さらに、以下を使用するサーバーに対する直接の攻撃も含まれます。 OS コマンド・インジェクション技術。攻撃者にとってインジェクションの脆弱性は多種多様であり、攻撃される可能性のある場所の数は言うまでもなく、このカテゴリは長年にわたってトップの座を維持してきました。
しかし、インジェクションキングは倒れました。王様万歳
つまり、インジェクションの脆弱性の問題はついに解決したということですか?チャンスはない。セキュリティ敵のナンバーワンという位置からそれほど離れず、OWASPリストの3位まで下がっただけです。インジェクション攻撃の継続的な危険性を過小評価するのは間違いですが、別の脆弱性カテゴリがそれを超えることができたという事実は重要です。なぜなら、新しいOWASPトップドッグが実際にどれほど広く普及しているか、そして開発者が今後それに細心の注意を払う必要がある理由を示しているからです。
しかし、おそらく最も興味深いのは、OWASP Top 10 2021に大幅な見直しが反映され、「安全でない設計」、「ソフトウェアとデータの整合性の失敗」というまったく新しいカテゴリが登場し、コミュニティ調査の結果に基づくエントリ「サーバーサイドリクエストフォージェリ」が追加されたことです。これは、ソフトウェア・セキュリティのベンチマークでは表面レベルのバグにとどまらず、アーキテクチャの脆弱性への注目が高まっていることを示しています。
アクセス制御の破綻が栄冠を握る(そして傾向を明らかにする)
壊れたアクセス制御は、OWASPの脆弱性トップ10の5位から現在の1位まで急上昇しました。インジェクションや安全でない設計などの新規エントリーの場合と同様に、アクセス権限の脆弱性にはさまざまなコーディング上の欠陥が含まれており、複数の面で被害が及ぶ可能性があることから、この脆弱性は疑わしい人気をさらに高めています。このカテゴリには、アクセス制御ポリシーに違反して、ユーザーが意図した権限の範囲外で行動する可能性がある事例がすべて含まれます。
OWASPが脆弱性ファミリーの上位にランクインした理由として、攻撃者がURL、内部アプリケーションの状態、またはHTMLページの一部を変更できる脆弱性の例を挙げています。また、ユーザーがプライマリアクセスキーを変更して、アプリケーション、サイト、または API に自分がより高い権限を持つ管理者など、他人であると認識させる場合もあります。さらに、攻撃者がメタデータを変更することを制限されず、JSON Web トークン、Cookie、アクセスコントロールトークンなどを変更できてしまう脆弱性も含まれています。
攻撃者は、いったん悪用されると、この脆弱性を悪用して次のことを行えるようになります。 ファイルまたはオブジェクトをバイパスする 権限を与えることで、データを盗んだり、データベースの削除などの管理者レベルの破壊的な機能を実行したりすることができます。これにより、アクセス制御が破られることがますます一般的になるだけでなく、重大な危険性も高まっています。
認証とアクセス制御の脆弱性が攻撃者にとって最も悪用されやすい場所になりつつあることは、非常に説得力がありますが、驚くことではありません。ベライゾンの最新ニュース データ漏えい調査レポート アクセス制御の問題はほとんどすべての業界、特にITとヘルスケアで蔓延しており、すべての侵害のなんと85%が人的要素に関係していることが明らかになりました。現在、「人的要素」は、エンジニアリング上の問題ではないフィッシング攻撃などのインシデントを対象としていますが、侵害の 3% は悪用可能な脆弱性に関係しており、レポートによると、セキュリティの設定ミスなど、主に古い脆弱性やヒューマンエラーによるものでした。
XSSやSQLインジェクションなどの老朽化したセキュリティバグが開発者を悩ませ続けている一方で、コアセキュリティ設計が失敗し、脅威アクターにとって非常に有利なアーキテクチャ上の脆弱性に取って代わられることがますます明らかになっています。特に、特定のバージョンのアプリケーションのセキュリティ欠陥が公開された後にパッチが適用されない場合はそうです。
問題は、基本を超えるトレーニングやスキル開発を受けているエンジニアが少なく、そもそも開発者が通常導入したローカライズされたコードレベルのバグを超えて、知識と実践的な応用を真に受けているエンジニアがまだ少ないことです。
ロボットがめったに見つけないバグを防ぐ
新しく分類された壊れたアクセス制御の脆弱性群は、かなり多様です。アクセス制御が破られた具体例と、それを阻止する方法がいくつか紹介されています。 当社の YouTube チャンネル そして私たち ブログ。
ただし、この新しいOWASPトップ10を祝うことは重要だと思います。実際、スキャナーが必ずしも検出しないものも含め、より多様な攻撃ベクトルが含まれています。コードレベルの弱点が見つかるたびに、どんなに多くの自動シールドや武器があっても、セキュリティ技術スタックのほとんどが、より複雑なアーキテクチャ上の欠陥に気付かないでしょう。OWASP Top 10 リストの大部分は依然としてスキャンデータに基づいてまとめられていますが、安全でない設計やデータインテグリティの失敗などを扱った新しいエントリを見ると、ロボットでは達成できないことを達成するには、開発者のトレーニング範囲を急速に拡大する必要があることが分かります。
簡単に言えば、セキュリティスキャナーは優れた脅威モデラーにはなりませんが、セキュリティスキルのある開発者チームは、ベストプラクティスやビジネスニーズに合わせてセキュリティIQを高めることで、AppSecチームを計り知れないほど支援できます。これを優れたセキュリティプログラムに組み込む必要があります。OWASP Top 10は優れたベースラインですが、脅威の状況は非常に速いペースであるため(社内開発目標の要求は言うまでもありません)、セキュリティにおける開発者のスキルアップについて、より深く、より具体的に取り組む計画が必要であることを理解しておく必要があります。これを怠ると、必然的に早期に修復する機会を逃すことになり、予防的で人間主導のサイバーセキュリティに対する包括的なアプローチの成功が妨げられます。
私たちはOWASPトップ102021への準備が整いました。これは始まりに過ぎません!で開発者を始めましょう セキュリティスキルの向上経路 今日。


悪名高い脆弱性の王様であるインジェクション攻撃(カテゴリー別)は、アクセス制御の破れによる最悪の攻撃としてトップの座を失っており、開発者は注意が必要です。
El Dr. Matias Madu es experto en seguridad, investigador, director técnico y cofundador de Secure Code Warrior. Matias obtuvo su doctorado en seguridad de aplicaciones, centrado en soluciones de análisis estático, en la Universidad de Gante.Posteriormente, se incorporó a Fortify, en Estados Unidos, donde se dio cuenta de que no bastaba con detectar problemas en el código sin ayudar a los desarrolladores a escribir código seguro. Esto le llevó a desarrollar productos que ayudaran a los desarrolladores, redujeran la carga de la seguridad y superaran las expectativas de los clientes. Cuando no está en su escritorio como miembro del equipo Awesome, disfruta presentando en conferencias como RSA, BlackHat y DefCon.

Secure Code Warrior le ayuda a proteger el código a lo largo de todo el ciclo de vida del desarrollo de software y a crear una cultura que dé prioridad a la ciberseguridad. Tanto si es gestor de seguridad de aplicaciones, desarrollador, CISO o responsable de seguridad, le ayudamos a reducir los riesgos asociados al código inseguro.
Reservar una demostraciónEl Dr. Matias Madu es experto en seguridad, investigador, director técnico y cofundador de Secure Code Warrior. Matias obtuvo su doctorado en seguridad de aplicaciones, centrado en soluciones de análisis estático, en la Universidad de Gante.Posteriormente, se incorporó a Fortify, en Estados Unidos, donde se dio cuenta de que no bastaba con detectar problemas en el código sin ayudar a los desarrolladores a escribir código seguro. Esto le llevó a desarrollar productos que ayudaran a los desarrolladores, redujeran la carga de la seguridad y superaran las expectativas de los clientes. Cuando no está en su escritorio como miembro del equipo Awesome, disfruta presentando en conferencias como RSA, BlackHat y DefCon.
Matías es un investigador y desarrollador con más de 15 años de experiencia práctica en seguridad de software. Ha desarrollado soluciones para empresas como Fortify Software y su propia empresa, Sensei Security. A lo largo de su carrera, Matías ha liderado varios proyectos de investigación sobre seguridad de aplicaciones que han dado lugar a productos comerciales y ha obtenido más de 10 patentes.Cuando no está frente a su escritorio, Matías imparte cursos avanzados de formación en seguridad de aplicaciones y participa regularmente como ponente en conferencias internacionales como RSA Conference, Black Hat, DefCon, BSIMM, OWASP AppSec y BruCon.
Matías obtuvo un doctorado en Ingeniería Informática en la Universidad de Gante, donde aprendió sobre la seguridad de las aplicaciones mediante la ofuscación de programas para ocultar su funcionamiento interno.


このますます混沌とした世界では、人々が頼りにできることが常にいくつかあります。太陽は朝に昇り、夜には再び沈み、マリオは常にソニック・ザ・ヘッジホッグよりも涼しく、インジェクション攻撃は常にオープンウェブアプリケーションセキュリティプロジェクト(OWASP)のリストでトップの座を占めるようになります。 最も一般的なトップ10 また、攻撃者が積極的に悪用している危険な脆弱性もあります。
さて、明日は太陽が昇り、マリオはまだソニックに「ワンアップ」していますが、2021年に刷新された悪名高いOWASPリストでは、インジェクション攻撃はナンバーワンの座から外れています。最も古い攻撃形態の 1 つは、 インジェクションの脆弱性 コンピュータネットワークとほぼ同じくらい長い間存在してきました。この包括的な脆弱性は、従来の攻撃も含め、さまざまな攻撃の原因となっています。 SQL インジェクション オブジェクトグラフナビゲーションライブラリ (OGNL) に対して起動されたエクスプロイト用さらに、以下を使用するサーバーに対する直接の攻撃も含まれます。 OS コマンド・インジェクション技術。攻撃者にとってインジェクションの脆弱性は多種多様であり、攻撃される可能性のある場所の数は言うまでもなく、このカテゴリは長年にわたってトップの座を維持してきました。
しかし、インジェクションキングは倒れました。王様万歳
つまり、インジェクションの脆弱性の問題はついに解決したということですか?チャンスはない。セキュリティ敵のナンバーワンという位置からそれほど離れず、OWASPリストの3位まで下がっただけです。インジェクション攻撃の継続的な危険性を過小評価するのは間違いですが、別の脆弱性カテゴリがそれを超えることができたという事実は重要です。なぜなら、新しいOWASPトップドッグが実際にどれほど広く普及しているか、そして開発者が今後それに細心の注意を払う必要がある理由を示しているからです。
しかし、おそらく最も興味深いのは、OWASP Top 10 2021に大幅な見直しが反映され、「安全でない設計」、「ソフトウェアとデータの整合性の失敗」というまったく新しいカテゴリが登場し、コミュニティ調査の結果に基づくエントリ「サーバーサイドリクエストフォージェリ」が追加されたことです。これは、ソフトウェア・セキュリティのベンチマークでは表面レベルのバグにとどまらず、アーキテクチャの脆弱性への注目が高まっていることを示しています。
アクセス制御の破綻が栄冠を握る(そして傾向を明らかにする)
壊れたアクセス制御は、OWASPの脆弱性トップ10の5位から現在の1位まで急上昇しました。インジェクションや安全でない設計などの新規エントリーの場合と同様に、アクセス権限の脆弱性にはさまざまなコーディング上の欠陥が含まれており、複数の面で被害が及ぶ可能性があることから、この脆弱性は疑わしい人気をさらに高めています。このカテゴリには、アクセス制御ポリシーに違反して、ユーザーが意図した権限の範囲外で行動する可能性がある事例がすべて含まれます。
OWASPが脆弱性ファミリーの上位にランクインした理由として、攻撃者がURL、内部アプリケーションの状態、またはHTMLページの一部を変更できる脆弱性の例を挙げています。また、ユーザーがプライマリアクセスキーを変更して、アプリケーション、サイト、または API に自分がより高い権限を持つ管理者など、他人であると認識させる場合もあります。さらに、攻撃者がメタデータを変更することを制限されず、JSON Web トークン、Cookie、アクセスコントロールトークンなどを変更できてしまう脆弱性も含まれています。
攻撃者は、いったん悪用されると、この脆弱性を悪用して次のことを行えるようになります。 ファイルまたはオブジェクトをバイパスする 権限を与えることで、データを盗んだり、データベースの削除などの管理者レベルの破壊的な機能を実行したりすることができます。これにより、アクセス制御が破られることがますます一般的になるだけでなく、重大な危険性も高まっています。
認証とアクセス制御の脆弱性が攻撃者にとって最も悪用されやすい場所になりつつあることは、非常に説得力がありますが、驚くことではありません。ベライゾンの最新ニュース データ漏えい調査レポート アクセス制御の問題はほとんどすべての業界、特にITとヘルスケアで蔓延しており、すべての侵害のなんと85%が人的要素に関係していることが明らかになりました。現在、「人的要素」は、エンジニアリング上の問題ではないフィッシング攻撃などのインシデントを対象としていますが、侵害の 3% は悪用可能な脆弱性に関係しており、レポートによると、セキュリティの設定ミスなど、主に古い脆弱性やヒューマンエラーによるものでした。
XSSやSQLインジェクションなどの老朽化したセキュリティバグが開発者を悩ませ続けている一方で、コアセキュリティ設計が失敗し、脅威アクターにとって非常に有利なアーキテクチャ上の脆弱性に取って代わられることがますます明らかになっています。特に、特定のバージョンのアプリケーションのセキュリティ欠陥が公開された後にパッチが適用されない場合はそうです。
問題は、基本を超えるトレーニングやスキル開発を受けているエンジニアが少なく、そもそも開発者が通常導入したローカライズされたコードレベルのバグを超えて、知識と実践的な応用を真に受けているエンジニアがまだ少ないことです。
ロボットがめったに見つけないバグを防ぐ
新しく分類された壊れたアクセス制御の脆弱性群は、かなり多様です。アクセス制御が破られた具体例と、それを阻止する方法がいくつか紹介されています。 当社の YouTube チャンネル そして私たち ブログ。
ただし、この新しいOWASPトップ10を祝うことは重要だと思います。実際、スキャナーが必ずしも検出しないものも含め、より多様な攻撃ベクトルが含まれています。コードレベルの弱点が見つかるたびに、どんなに多くの自動シールドや武器があっても、セキュリティ技術スタックのほとんどが、より複雑なアーキテクチャ上の欠陥に気付かないでしょう。OWASP Top 10 リストの大部分は依然としてスキャンデータに基づいてまとめられていますが、安全でない設計やデータインテグリティの失敗などを扱った新しいエントリを見ると、ロボットでは達成できないことを達成するには、開発者のトレーニング範囲を急速に拡大する必要があることが分かります。
簡単に言えば、セキュリティスキャナーは優れた脅威モデラーにはなりませんが、セキュリティスキルのある開発者チームは、ベストプラクティスやビジネスニーズに合わせてセキュリティIQを高めることで、AppSecチームを計り知れないほど支援できます。これを優れたセキュリティプログラムに組み込む必要があります。OWASP Top 10は優れたベースラインですが、脅威の状況は非常に速いペースであるため(社内開発目標の要求は言うまでもありません)、セキュリティにおける開発者のスキルアップについて、より深く、より具体的に取り組む計画が必要であることを理解しておく必要があります。これを怠ると、必然的に早期に修復する機会を逃すことになり、予防的で人間主導のサイバーセキュリティに対する包括的なアプローチの成功が妨げられます。
私たちはOWASPトップ102021への準備が整いました。これは始まりに過ぎません!で開発者を始めましょう セキュリティスキルの向上経路 今日。

このますます混沌とした世界では、人々が頼りにできることが常にいくつかあります。太陽は朝に昇り、夜には再び沈み、マリオは常にソニック・ザ・ヘッジホッグよりも涼しく、インジェクション攻撃は常にオープンウェブアプリケーションセキュリティプロジェクト(OWASP)のリストでトップの座を占めるようになります。 最も一般的なトップ10 また、攻撃者が積極的に悪用している危険な脆弱性もあります。
さて、明日は太陽が昇り、マリオはまだソニックに「ワンアップ」していますが、2021年に刷新された悪名高いOWASPリストでは、インジェクション攻撃はナンバーワンの座から外れています。最も古い攻撃形態の 1 つは、 インジェクションの脆弱性 コンピュータネットワークとほぼ同じくらい長い間存在してきました。この包括的な脆弱性は、従来の攻撃も含め、さまざまな攻撃の原因となっています。 SQL インジェクション オブジェクトグラフナビゲーションライブラリ (OGNL) に対して起動されたエクスプロイト用さらに、以下を使用するサーバーに対する直接の攻撃も含まれます。 OS コマンド・インジェクション技術。攻撃者にとってインジェクションの脆弱性は多種多様であり、攻撃される可能性のある場所の数は言うまでもなく、このカテゴリは長年にわたってトップの座を維持してきました。
しかし、インジェクションキングは倒れました。王様万歳
つまり、インジェクションの脆弱性の問題はついに解決したということですか?チャンスはない。セキュリティ敵のナンバーワンという位置からそれほど離れず、OWASPリストの3位まで下がっただけです。インジェクション攻撃の継続的な危険性を過小評価するのは間違いですが、別の脆弱性カテゴリがそれを超えることができたという事実は重要です。なぜなら、新しいOWASPトップドッグが実際にどれほど広く普及しているか、そして開発者が今後それに細心の注意を払う必要がある理由を示しているからです。
しかし、おそらく最も興味深いのは、OWASP Top 10 2021に大幅な見直しが反映され、「安全でない設計」、「ソフトウェアとデータの整合性の失敗」というまったく新しいカテゴリが登場し、コミュニティ調査の結果に基づくエントリ「サーバーサイドリクエストフォージェリ」が追加されたことです。これは、ソフトウェア・セキュリティのベンチマークでは表面レベルのバグにとどまらず、アーキテクチャの脆弱性への注目が高まっていることを示しています。
アクセス制御の破綻が栄冠を握る(そして傾向を明らかにする)
壊れたアクセス制御は、OWASPの脆弱性トップ10の5位から現在の1位まで急上昇しました。インジェクションや安全でない設計などの新規エントリーの場合と同様に、アクセス権限の脆弱性にはさまざまなコーディング上の欠陥が含まれており、複数の面で被害が及ぶ可能性があることから、この脆弱性は疑わしい人気をさらに高めています。このカテゴリには、アクセス制御ポリシーに違反して、ユーザーが意図した権限の範囲外で行動する可能性がある事例がすべて含まれます。
OWASPが脆弱性ファミリーの上位にランクインした理由として、攻撃者がURL、内部アプリケーションの状態、またはHTMLページの一部を変更できる脆弱性の例を挙げています。また、ユーザーがプライマリアクセスキーを変更して、アプリケーション、サイト、または API に自分がより高い権限を持つ管理者など、他人であると認識させる場合もあります。さらに、攻撃者がメタデータを変更することを制限されず、JSON Web トークン、Cookie、アクセスコントロールトークンなどを変更できてしまう脆弱性も含まれています。
攻撃者は、いったん悪用されると、この脆弱性を悪用して次のことを行えるようになります。 ファイルまたはオブジェクトをバイパスする 権限を与えることで、データを盗んだり、データベースの削除などの管理者レベルの破壊的な機能を実行したりすることができます。これにより、アクセス制御が破られることがますます一般的になるだけでなく、重大な危険性も高まっています。
認証とアクセス制御の脆弱性が攻撃者にとって最も悪用されやすい場所になりつつあることは、非常に説得力がありますが、驚くことではありません。ベライゾンの最新ニュース データ漏えい調査レポート アクセス制御の問題はほとんどすべての業界、特にITとヘルスケアで蔓延しており、すべての侵害のなんと85%が人的要素に関係していることが明らかになりました。現在、「人的要素」は、エンジニアリング上の問題ではないフィッシング攻撃などのインシデントを対象としていますが、侵害の 3% は悪用可能な脆弱性に関係しており、レポートによると、セキュリティの設定ミスなど、主に古い脆弱性やヒューマンエラーによるものでした。
XSSやSQLインジェクションなどの老朽化したセキュリティバグが開発者を悩ませ続けている一方で、コアセキュリティ設計が失敗し、脅威アクターにとって非常に有利なアーキテクチャ上の脆弱性に取って代わられることがますます明らかになっています。特に、特定のバージョンのアプリケーションのセキュリティ欠陥が公開された後にパッチが適用されない場合はそうです。
問題は、基本を超えるトレーニングやスキル開発を受けているエンジニアが少なく、そもそも開発者が通常導入したローカライズされたコードレベルのバグを超えて、知識と実践的な応用を真に受けているエンジニアがまだ少ないことです。
ロボットがめったに見つけないバグを防ぐ
新しく分類された壊れたアクセス制御の脆弱性群は、かなり多様です。アクセス制御が破られた具体例と、それを阻止する方法がいくつか紹介されています。 当社の YouTube チャンネル そして私たち ブログ。
ただし、この新しいOWASPトップ10を祝うことは重要だと思います。実際、スキャナーが必ずしも検出しないものも含め、より多様な攻撃ベクトルが含まれています。コードレベルの弱点が見つかるたびに、どんなに多くの自動シールドや武器があっても、セキュリティ技術スタックのほとんどが、より複雑なアーキテクチャ上の欠陥に気付かないでしょう。OWASP Top 10 リストの大部分は依然としてスキャンデータに基づいてまとめられていますが、安全でない設計やデータインテグリティの失敗などを扱った新しいエントリを見ると、ロボットでは達成できないことを達成するには、開発者のトレーニング範囲を急速に拡大する必要があることが分かります。
簡単に言えば、セキュリティスキャナーは優れた脅威モデラーにはなりませんが、セキュリティスキルのある開発者チームは、ベストプラクティスやビジネスニーズに合わせてセキュリティIQを高めることで、AppSecチームを計り知れないほど支援できます。これを優れたセキュリティプログラムに組み込む必要があります。OWASP Top 10は優れたベースラインですが、脅威の状況は非常に速いペースであるため(社内開発目標の要求は言うまでもありません)、セキュリティにおける開発者のスキルアップについて、より深く、より具体的に取り組む計画が必要であることを理解しておく必要があります。これを怠ると、必然的に早期に修復する機会を逃すことになり、予防的で人間主導のサイバーセキュリティに対する包括的なアプローチの成功が妨げられます。
私たちはOWASPトップ102021への準備が整いました。これは始まりに過ぎません!で開発者を始めましょう セキュリティスキルの向上経路 今日。

Haga clic en el siguiente enlace para descargar el PDF de este recurso.
Secure Code Warrior le ayuda a proteger el código a lo largo de todo el ciclo de vida del desarrollo de software y a crear una cultura que dé prioridad a la ciberseguridad. Tanto si es gestor de seguridad de aplicaciones, desarrollador, CISO o responsable de seguridad, le ayudamos a reducir los riesgos asociados al código inseguro.
Mostrar informeReservar una demostraciónEl Dr. Matias Madu es experto en seguridad, investigador, director técnico y cofundador de Secure Code Warrior. Matias obtuvo su doctorado en seguridad de aplicaciones, centrado en soluciones de análisis estático, en la Universidad de Gante.Posteriormente, se incorporó a Fortify, en Estados Unidos, donde se dio cuenta de que no bastaba con detectar problemas en el código sin ayudar a los desarrolladores a escribir código seguro. Esto le llevó a desarrollar productos que ayudaran a los desarrolladores, redujeran la carga de la seguridad y superaran las expectativas de los clientes. Cuando no está en su escritorio como miembro del equipo Awesome, disfruta presentando en conferencias como RSA, BlackHat y DefCon.
Matías es un investigador y desarrollador con más de 15 años de experiencia práctica en seguridad de software. Ha desarrollado soluciones para empresas como Fortify Software y su propia empresa, Sensei Security. A lo largo de su carrera, Matías ha liderado varios proyectos de investigación sobre seguridad de aplicaciones que han dado lugar a productos comerciales y ha obtenido más de 10 patentes.Cuando no está frente a su escritorio, Matías imparte cursos avanzados de formación en seguridad de aplicaciones y participa regularmente como ponente en conferencias internacionales como RSA Conference, Black Hat, DefCon, BSIMM, OWASP AppSec y BruCon.
Matías obtuvo un doctorado en Ingeniería Informática en la Universidad de Gante, donde aprendió sobre la seguridad de las aplicaciones mediante la ofuscación de programas para ocultar su funcionamiento interno.
このますます混沌とした世界では、人々が頼りにできることが常にいくつかあります。太陽は朝に昇り、夜には再び沈み、マリオは常にソニック・ザ・ヘッジホッグよりも涼しく、インジェクション攻撃は常にオープンウェブアプリケーションセキュリティプロジェクト(OWASP)のリストでトップの座を占めるようになります。 最も一般的なトップ10 また、攻撃者が積極的に悪用している危険な脆弱性もあります。
さて、明日は太陽が昇り、マリオはまだソニックに「ワンアップ」していますが、2021年に刷新された悪名高いOWASPリストでは、インジェクション攻撃はナンバーワンの座から外れています。最も古い攻撃形態の 1 つは、 インジェクションの脆弱性 コンピュータネットワークとほぼ同じくらい長い間存在してきました。この包括的な脆弱性は、従来の攻撃も含め、さまざまな攻撃の原因となっています。 SQL インジェクション オブジェクトグラフナビゲーションライブラリ (OGNL) に対して起動されたエクスプロイト用さらに、以下を使用するサーバーに対する直接の攻撃も含まれます。 OS コマンド・インジェクション技術。攻撃者にとってインジェクションの脆弱性は多種多様であり、攻撃される可能性のある場所の数は言うまでもなく、このカテゴリは長年にわたってトップの座を維持してきました。
しかし、インジェクションキングは倒れました。王様万歳
つまり、インジェクションの脆弱性の問題はついに解決したということですか?チャンスはない。セキュリティ敵のナンバーワンという位置からそれほど離れず、OWASPリストの3位まで下がっただけです。インジェクション攻撃の継続的な危険性を過小評価するのは間違いですが、別の脆弱性カテゴリがそれを超えることができたという事実は重要です。なぜなら、新しいOWASPトップドッグが実際にどれほど広く普及しているか、そして開発者が今後それに細心の注意を払う必要がある理由を示しているからです。
しかし、おそらく最も興味深いのは、OWASP Top 10 2021に大幅な見直しが反映され、「安全でない設計」、「ソフトウェアとデータの整合性の失敗」というまったく新しいカテゴリが登場し、コミュニティ調査の結果に基づくエントリ「サーバーサイドリクエストフォージェリ」が追加されたことです。これは、ソフトウェア・セキュリティのベンチマークでは表面レベルのバグにとどまらず、アーキテクチャの脆弱性への注目が高まっていることを示しています。
アクセス制御の破綻が栄冠を握る(そして傾向を明らかにする)
壊れたアクセス制御は、OWASPの脆弱性トップ10の5位から現在の1位まで急上昇しました。インジェクションや安全でない設計などの新規エントリーの場合と同様に、アクセス権限の脆弱性にはさまざまなコーディング上の欠陥が含まれており、複数の面で被害が及ぶ可能性があることから、この脆弱性は疑わしい人気をさらに高めています。このカテゴリには、アクセス制御ポリシーに違反して、ユーザーが意図した権限の範囲外で行動する可能性がある事例がすべて含まれます。
OWASPが脆弱性ファミリーの上位にランクインした理由として、攻撃者がURL、内部アプリケーションの状態、またはHTMLページの一部を変更できる脆弱性の例を挙げています。また、ユーザーがプライマリアクセスキーを変更して、アプリケーション、サイト、または API に自分がより高い権限を持つ管理者など、他人であると認識させる場合もあります。さらに、攻撃者がメタデータを変更することを制限されず、JSON Web トークン、Cookie、アクセスコントロールトークンなどを変更できてしまう脆弱性も含まれています。
攻撃者は、いったん悪用されると、この脆弱性を悪用して次のことを行えるようになります。 ファイルまたはオブジェクトをバイパスする 権限を与えることで、データを盗んだり、データベースの削除などの管理者レベルの破壊的な機能を実行したりすることができます。これにより、アクセス制御が破られることがますます一般的になるだけでなく、重大な危険性も高まっています。
認証とアクセス制御の脆弱性が攻撃者にとって最も悪用されやすい場所になりつつあることは、非常に説得力がありますが、驚くことではありません。ベライゾンの最新ニュース データ漏えい調査レポート アクセス制御の問題はほとんどすべての業界、特にITとヘルスケアで蔓延しており、すべての侵害のなんと85%が人的要素に関係していることが明らかになりました。現在、「人的要素」は、エンジニアリング上の問題ではないフィッシング攻撃などのインシデントを対象としていますが、侵害の 3% は悪用可能な脆弱性に関係しており、レポートによると、セキュリティの設定ミスなど、主に古い脆弱性やヒューマンエラーによるものでした。
XSSやSQLインジェクションなどの老朽化したセキュリティバグが開発者を悩ませ続けている一方で、コアセキュリティ設計が失敗し、脅威アクターにとって非常に有利なアーキテクチャ上の脆弱性に取って代わられることがますます明らかになっています。特に、特定のバージョンのアプリケーションのセキュリティ欠陥が公開された後にパッチが適用されない場合はそうです。
問題は、基本を超えるトレーニングやスキル開発を受けているエンジニアが少なく、そもそも開発者が通常導入したローカライズされたコードレベルのバグを超えて、知識と実践的な応用を真に受けているエンジニアがまだ少ないことです。
ロボットがめったに見つけないバグを防ぐ
新しく分類された壊れたアクセス制御の脆弱性群は、かなり多様です。アクセス制御が破られた具体例と、それを阻止する方法がいくつか紹介されています。 当社の YouTube チャンネル そして私たち ブログ。
ただし、この新しいOWASPトップ10を祝うことは重要だと思います。実際、スキャナーが必ずしも検出しないものも含め、より多様な攻撃ベクトルが含まれています。コードレベルの弱点が見つかるたびに、どんなに多くの自動シールドや武器があっても、セキュリティ技術スタックのほとんどが、より複雑なアーキテクチャ上の欠陥に気付かないでしょう。OWASP Top 10 リストの大部分は依然としてスキャンデータに基づいてまとめられていますが、安全でない設計やデータインテグリティの失敗などを扱った新しいエントリを見ると、ロボットでは達成できないことを達成するには、開発者のトレーニング範囲を急速に拡大する必要があることが分かります。
簡単に言えば、セキュリティスキャナーは優れた脅威モデラーにはなりませんが、セキュリティスキルのある開発者チームは、ベストプラクティスやビジネスニーズに合わせてセキュリティIQを高めることで、AppSecチームを計り知れないほど支援できます。これを優れたセキュリティプログラムに組み込む必要があります。OWASP Top 10は優れたベースラインですが、脅威の状況は非常に速いペースであるため(社内開発目標の要求は言うまでもありません)、セキュリティにおける開発者のスキルアップについて、より深く、より具体的に取り組む計画が必要であることを理解しておく必要があります。これを怠ると、必然的に早期に修復する機会を逃すことになり、予防的で人間主導のサイバーセキュリティに対する包括的なアプローチの成功が妨げられます。
私たちはOWASPトップ102021への準備が整いました。これは始まりに過ぎません!で開発者を始めましょう セキュリティスキルの向上経路 今日。
Índice
El Dr. Matias Madu es experto en seguridad, investigador, director técnico y cofundador de Secure Code Warrior. Matias obtuvo su doctorado en seguridad de aplicaciones, centrado en soluciones de análisis estático, en la Universidad de Gante.Posteriormente, se incorporó a Fortify, en Estados Unidos, donde se dio cuenta de que no bastaba con detectar problemas en el código sin ayudar a los desarrolladores a escribir código seguro. Esto le llevó a desarrollar productos que ayudaran a los desarrolladores, redujeran la carga de la seguridad y superaran las expectativas de los clientes. Cuando no está en su escritorio como miembro del equipo Awesome, disfruta presentando en conferencias como RSA, BlackHat y DefCon.

Secure Code Warrior le ayuda a proteger el código a lo largo de todo el ciclo de vida del desarrollo de software y a crear una cultura que dé prioridad a la ciberseguridad. Tanto si es gestor de seguridad de aplicaciones, desarrollador, CISO o responsable de seguridad, le ayudamos a reducir los riesgos asociados al código inseguro.
Reservar una demostración[Descargar]Recursos para empezar
Temas y contenidos de la formación en código seguro
Nuestro contenido, líder en el sector, evoluciona constantemente para adaptarse al entorno de desarrollo de software en constante cambio, teniendo siempre en cuenta las funciones de nuestros clientes. Abarca todo tipo de temas, desde la inteligencia artificial hasta la inyección de XQuery, y está diseñado para satisfacer las necesidades de diversos perfiles, desde arquitectos e ingenieros hasta gestores de productos y responsables de control de calidad. Echemos un vistazo al contenido que ofrece nuestro catálogo, clasificado por temas y funciones.
La Cámara de Comercio establece el estándar para la seguridad impulsada por desarrolladores a gran escala
Kamer van Koophandel comparte cómo ha integrado la codificación segura en el desarrollo diario mediante certificaciones basadas en roles, evaluaciones comparativas de Trust Score y una cultura de responsabilidad compartida en materia de seguridad.
Modelado de amenazas con IA: convertir a cada desarrollador en un modelador de amenazas
Saldrá mejor equipado para ayudar a los desarrolladores a combinar ideas y técnicas de modelado de amenazas con las herramientas de IA que ya utilizan para reforzar la seguridad, mejorar la colaboración y crear software más resistente desde el principio.
Recursos para empezar
Cybermon ha vuelto: la misión de IA para derrotar al jefe ya está disponible bajo demanda.
Ahora se puede jugar a «Cybermon 2025 Beat the Boss» en SCW durante todo el año. Introduzca retos de seguridad avanzados de IA/LLM y refuerce a gran escala el desarrollo seguro de la IA.
Explicación de la Ley de Resiliencia Cibernética: su significado para el desarrollo de software seguro desde el diseño
Descubra qué exige la Ley de Resiliencia Cibernética (CRA) de la UE, a quién se aplica y cómo puede prepararse el equipo de ingeniería para las prácticas de seguridad desde el diseño, la prevención de vulnerabilidades y el desarrollo de las capacidades de los desarrolladores.
Enable 1: Criterios de éxito predefinidos y medibles
Enabler 1 es la primera parte de la serie Enablers of Success, compuesta por diez partes, y presenta cómo madurar un programa a largo plazo vinculando la codificación segura con resultados empresariales como la reducción de riesgos y la velocidad.




%20(1).avif)
.avif)
