Iconos SCW
héroe bg sin separador
Blog

コーダーがセキュリティを征服する OWASP トップ 10 API シリーズ-過剰なデータ漏えい

Dr. Matthias Madu
Publicado el 23 de septiembre de 2020
Última actualización el 10 de marzo de 2026

この過剰なデータ漏洩の脆弱性は、非常に特殊な種類のデータが関係しているという点で、OWASPリストにある他のAPI問題とは異なります。この脆弱性の背後にある実際の仕組みは他のものと似ていますが、この場合の過剰なデータ漏洩とは、法的に保護されているデータや機密性の高いデータが関与していると定義されています。これには、個人を特定できる情報(PIIと呼ばれることが多い)がすべて含まれる可能性があります。また、ペイメントカード業界情報 (PCI) が含まれる場合もあります。最後に、ヨーロッパの一般データ保護規則 (GDPR) や米国の医療保険の相互運用性と説明責任に関する法律 (HIPAA) など、プライバシー法の対象となるあらゆる情報が、過度なデータ漏洩につながる可能性があります。

ご想像のとおり、これは深刻な懸念の原因であり、知識豊富な開発者は可能な限りこれらのバグを克服する方法を学ぶことが不可欠です。すでにデータ露出の激突に立ち向かう準備ができているなら、ゲーム化されたチャレンジに向かいましょう。

得点は何点でしたか?以下を読んで詳細をご覧ください。

過剰なデータ漏えいの例にはどのようなものがありますか?

過剰なデータ漏えいが発生する主な理由の 1 つは、開発者やコーダーがアプリケーションが使用するデータの種類について十分なインサイトを持っていないことです。そのため、開発者はすべてのオブジェクトプロパティをエンドユーザーに公開する汎用プロセスを利用する傾向があります。

開発者は、フロントエンドコンポーネントがユーザーに情報を表示する前にデータフィルタリングを実行すると想定することもあります。ほとんどの汎用データでは、これが問題になることはほとんどありません。しかし、たとえば、法的に保護されているデータや機密データをセッション ID の一部としてユーザーに公開すると、セキュリティと法的両方の観点から大きな問題が発生する可能性があります。

機密データが誤って共有されやすい例として、OWASPのレポートでは、警備員が施設内の特定のIoTベースのカメラにアクセスできるようになるシナリオを想定しています。おそらく、これらのカメラは密閉された安全な場所を監視しているのに対し、人物を監視する他のカメラは、より高い権限を持つ警備員や監督者に制限されているはずです。

警備員に許可されたカメラへのアクセスを許可するには、開発者は次のような API 呼び出しを使用できます。

/API/サイト/111/カメラ

これに応じて、アプリは警備員が見ることができるカメラの詳細を次の形式で送信します。

{「id」: "xxx」, "live_access_token」: "xxxxbbbbb」,「building_id」: "yyy"}

表面的には、これは問題なく動作しているように見えます。アプリのグラフィカル・ユーザー・インターフェースを使用している警備員は、閲覧が許可されているカメラの映像しか見ることができません。問題は、汎用コードが使用されているため、実際の API レスポンスには施設内の全カメラのリストが含まれてしまうことです。ネットワークをスニッフィングしてそのデータをキャプチャしたり、警備員のアカウントに不正アクセスしたりした人なら誰でも、ネットワーク上のすべてのカメラの位置と命名法を知ることができます。そうすれば、制限なくそのデータにアクセスできるようになります。

過剰なデータ漏洩の排除

過剰なデータ漏洩を防ぐための最大の鍵は、データとその保護について理解することです。汎用 API を作成し、それをユーザーに表示する前にデータのソートをクライアントに任せるのは危険な選択であり、予防可能なセキュリティ侵害が多く発生することになります。

関連するデータ保護を理解することに加えて、汎用APIを使用してすべてをユーザーに送信するプロセスを停止することも重要です。たとえば、to_json () や to_string () のようなコードは避ける必要があります。代わりに、コードは権限のあるユーザーに返す必要のあるプロパティを具体的に選択し、その情報を独占的に送信する必要があります。

保護されたデータが誤って過剰共有されないようにする方法として、組織はセキュリティを強化するためにスキーマベースの応答検証メカニズムの実装を検討する必要があります。エラー報告のルールを含め、すべての API メソッドから返されるデータを定義して適用する必要があります。

最後に、PIIまたはPCIを含むと分類されたすべてのデータ、またはGDPRやHIPAAなどの規制によって保護されている情報は、強力な暗号化を使用して保護する必要があります。そうすれば、データ漏えいによる過剰な脆弱性の一環としてデータの場所が漏洩した場合でも、データが悪意のあるユーザーや脅威アクターの手に渡った場合でもデータを保護するための優れた二次防御線が確保されます。

をチェックしてください セキュア・コード・ウォリアー この脆弱性や、他のセキュリティ上の欠陥による被害から組織や顧客を保護する方法についての詳細な情報については、ブログページをご覧ください。また、次のこともできます。 デモを試す Secure Code Warriorトレーニングプラットフォームで、すべてのサイバーセキュリティスキルを磨き、最新の状態に保ちましょう。

Ver recursos
Ver recursos

この脆弱性の背後にある実際のメカニズムは他の脆弱性と似ていますが、この場合の過剰なデータ漏洩とは、法的に保護されたデータまたは機密性の高いデータが関与することと定義されています。

¿Le interesa más?

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.

Más información

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
Compartir:
marcas de LinkedInSocialx logotipo
Autor
Dr. Matthias Madu
Publicado el 23 de septiembre de 2020

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.

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.

Compartir:
marcas de LinkedInSocialx logotipo

この過剰なデータ漏洩の脆弱性は、非常に特殊な種類のデータが関係しているという点で、OWASPリストにある他のAPI問題とは異なります。この脆弱性の背後にある実際の仕組みは他のものと似ていますが、この場合の過剰なデータ漏洩とは、法的に保護されているデータや機密性の高いデータが関与していると定義されています。これには、個人を特定できる情報(PIIと呼ばれることが多い)がすべて含まれる可能性があります。また、ペイメントカード業界情報 (PCI) が含まれる場合もあります。最後に、ヨーロッパの一般データ保護規則 (GDPR) や米国の医療保険の相互運用性と説明責任に関する法律 (HIPAA) など、プライバシー法の対象となるあらゆる情報が、過度なデータ漏洩につながる可能性があります。

ご想像のとおり、これは深刻な懸念の原因であり、知識豊富な開発者は可能な限りこれらのバグを克服する方法を学ぶことが不可欠です。すでにデータ露出の激突に立ち向かう準備ができているなら、ゲーム化されたチャレンジに向かいましょう。

得点は何点でしたか?以下を読んで詳細をご覧ください。

過剰なデータ漏えいの例にはどのようなものがありますか?

過剰なデータ漏えいが発生する主な理由の 1 つは、開発者やコーダーがアプリケーションが使用するデータの種類について十分なインサイトを持っていないことです。そのため、開発者はすべてのオブジェクトプロパティをエンドユーザーに公開する汎用プロセスを利用する傾向があります。

開発者は、フロントエンドコンポーネントがユーザーに情報を表示する前にデータフィルタリングを実行すると想定することもあります。ほとんどの汎用データでは、これが問題になることはほとんどありません。しかし、たとえば、法的に保護されているデータや機密データをセッション ID の一部としてユーザーに公開すると、セキュリティと法的両方の観点から大きな問題が発生する可能性があります。

機密データが誤って共有されやすい例として、OWASPのレポートでは、警備員が施設内の特定のIoTベースのカメラにアクセスできるようになるシナリオを想定しています。おそらく、これらのカメラは密閉された安全な場所を監視しているのに対し、人物を監視する他のカメラは、より高い権限を持つ警備員や監督者に制限されているはずです。

警備員に許可されたカメラへのアクセスを許可するには、開発者は次のような API 呼び出しを使用できます。

/API/サイト/111/カメラ

これに応じて、アプリは警備員が見ることができるカメラの詳細を次の形式で送信します。

{「id」: "xxx」, "live_access_token」: "xxxxbbbbb」,「building_id」: "yyy"}

表面的には、これは問題なく動作しているように見えます。アプリのグラフィカル・ユーザー・インターフェースを使用している警備員は、閲覧が許可されているカメラの映像しか見ることができません。問題は、汎用コードが使用されているため、実際の API レスポンスには施設内の全カメラのリストが含まれてしまうことです。ネットワークをスニッフィングしてそのデータをキャプチャしたり、警備員のアカウントに不正アクセスしたりした人なら誰でも、ネットワーク上のすべてのカメラの位置と命名法を知ることができます。そうすれば、制限なくそのデータにアクセスできるようになります。

過剰なデータ漏洩の排除

過剰なデータ漏洩を防ぐための最大の鍵は、データとその保護について理解することです。汎用 API を作成し、それをユーザーに表示する前にデータのソートをクライアントに任せるのは危険な選択であり、予防可能なセキュリティ侵害が多く発生することになります。

関連するデータ保護を理解することに加えて、汎用APIを使用してすべてをユーザーに送信するプロセスを停止することも重要です。たとえば、to_json () や to_string () のようなコードは避ける必要があります。代わりに、コードは権限のあるユーザーに返す必要のあるプロパティを具体的に選択し、その情報を独占的に送信する必要があります。

保護されたデータが誤って過剰共有されないようにする方法として、組織はセキュリティを強化するためにスキーマベースの応答検証メカニズムの実装を検討する必要があります。エラー報告のルールを含め、すべての API メソッドから返されるデータを定義して適用する必要があります。

最後に、PIIまたはPCIを含むと分類されたすべてのデータ、またはGDPRやHIPAAなどの規制によって保護されている情報は、強力な暗号化を使用して保護する必要があります。そうすれば、データ漏えいによる過剰な脆弱性の一環としてデータの場所が漏洩した場合でも、データが悪意のあるユーザーや脅威アクターの手に渡った場合でもデータを保護するための優れた二次防御線が確保されます。

をチェックしてください セキュア・コード・ウォリアー この脆弱性や、他のセキュリティ上の欠陥による被害から組織や顧客を保護する方法についての詳細な情報については、ブログページをご覧ください。また、次のこともできます。 デモを試す Secure Code Warriorトレーニングプラットフォームで、すべてのサイバーセキュリティスキルを磨き、最新の状態に保ちましょう。

Ver recursos
Ver recursos

Para descargar el informe, rellene el siguiente formulario.

Solicitamos su permiso para enviarle información sobre nuestros productos y/o temas relacionados con la codificación segura. Tratamos su información personal con el máximo cuidado en todo momento y nunca la vendemos a otras empresas con fines de marketing.

Enviar
Icono de éxito de SCW
Icono de error scw
Para enviar el formulario, habilite las cookies de «Analytics». Una vez completada la configuración, puede volver a deshabilitarlas.

この過剰なデータ漏洩の脆弱性は、非常に特殊な種類のデータが関係しているという点で、OWASPリストにある他のAPI問題とは異なります。この脆弱性の背後にある実際の仕組みは他のものと似ていますが、この場合の過剰なデータ漏洩とは、法的に保護されているデータや機密性の高いデータが関与していると定義されています。これには、個人を特定できる情報(PIIと呼ばれることが多い)がすべて含まれる可能性があります。また、ペイメントカード業界情報 (PCI) が含まれる場合もあります。最後に、ヨーロッパの一般データ保護規則 (GDPR) や米国の医療保険の相互運用性と説明責任に関する法律 (HIPAA) など、プライバシー法の対象となるあらゆる情報が、過度なデータ漏洩につながる可能性があります。

ご想像のとおり、これは深刻な懸念の原因であり、知識豊富な開発者は可能な限りこれらのバグを克服する方法を学ぶことが不可欠です。すでにデータ露出の激突に立ち向かう準備ができているなら、ゲーム化されたチャレンジに向かいましょう。

得点は何点でしたか?以下を読んで詳細をご覧ください。

過剰なデータ漏えいの例にはどのようなものがありますか?

過剰なデータ漏えいが発生する主な理由の 1 つは、開発者やコーダーがアプリケーションが使用するデータの種類について十分なインサイトを持っていないことです。そのため、開発者はすべてのオブジェクトプロパティをエンドユーザーに公開する汎用プロセスを利用する傾向があります。

開発者は、フロントエンドコンポーネントがユーザーに情報を表示する前にデータフィルタリングを実行すると想定することもあります。ほとんどの汎用データでは、これが問題になることはほとんどありません。しかし、たとえば、法的に保護されているデータや機密データをセッション ID の一部としてユーザーに公開すると、セキュリティと法的両方の観点から大きな問題が発生する可能性があります。

機密データが誤って共有されやすい例として、OWASPのレポートでは、警備員が施設内の特定のIoTベースのカメラにアクセスできるようになるシナリオを想定しています。おそらく、これらのカメラは密閉された安全な場所を監視しているのに対し、人物を監視する他のカメラは、より高い権限を持つ警備員や監督者に制限されているはずです。

警備員に許可されたカメラへのアクセスを許可するには、開発者は次のような API 呼び出しを使用できます。

/API/サイト/111/カメラ

これに応じて、アプリは警備員が見ることができるカメラの詳細を次の形式で送信します。

{「id」: "xxx」, "live_access_token」: "xxxxbbbbb」,「building_id」: "yyy"}

表面的には、これは問題なく動作しているように見えます。アプリのグラフィカル・ユーザー・インターフェースを使用している警備員は、閲覧が許可されているカメラの映像しか見ることができません。問題は、汎用コードが使用されているため、実際の API レスポンスには施設内の全カメラのリストが含まれてしまうことです。ネットワークをスニッフィングしてそのデータをキャプチャしたり、警備員のアカウントに不正アクセスしたりした人なら誰でも、ネットワーク上のすべてのカメラの位置と命名法を知ることができます。そうすれば、制限なくそのデータにアクセスできるようになります。

過剰なデータ漏洩の排除

過剰なデータ漏洩を防ぐための最大の鍵は、データとその保護について理解することです。汎用 API を作成し、それをユーザーに表示する前にデータのソートをクライアントに任せるのは危険な選択であり、予防可能なセキュリティ侵害が多く発生することになります。

関連するデータ保護を理解することに加えて、汎用APIを使用してすべてをユーザーに送信するプロセスを停止することも重要です。たとえば、to_json () や to_string () のようなコードは避ける必要があります。代わりに、コードは権限のあるユーザーに返す必要のあるプロパティを具体的に選択し、その情報を独占的に送信する必要があります。

保護されたデータが誤って過剰共有されないようにする方法として、組織はセキュリティを強化するためにスキーマベースの応答検証メカニズムの実装を検討する必要があります。エラー報告のルールを含め、すべての API メソッドから返されるデータを定義して適用する必要があります。

最後に、PIIまたはPCIを含むと分類されたすべてのデータ、またはGDPRやHIPAAなどの規制によって保護されている情報は、強力な暗号化を使用して保護する必要があります。そうすれば、データ漏えいによる過剰な脆弱性の一環としてデータの場所が漏洩した場合でも、データが悪意のあるユーザーや脅威アクターの手に渡った場合でもデータを保護するための優れた二次防御線が確保されます。

をチェックしてください セキュア・コード・ウォリアー この脆弱性や、他のセキュリティ上の欠陥による被害から組織や顧客を保護する方法についての詳細な情報については、ブログページをご覧ください。また、次のこともできます。 デモを試す Secure Code Warriorトレーニングプラットフォームで、すべてのサイバーセキュリティスキルを磨き、最新の状態に保ちましょう。

Ver seminario en línea
Comencemos
Más información

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ón
Ver recursos
Compartir:
marcas de LinkedInSocialx logotipo
¿Le interesa más?

Compartir:
marcas de LinkedInSocialx logotipo
Autor
Dr. Matthias Madu
Publicado el 23 de septiembre de 2020

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.

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.

Compartir:
marcas de LinkedInSocialx logotipo

この過剰なデータ漏洩の脆弱性は、非常に特殊な種類のデータが関係しているという点で、OWASPリストにある他のAPI問題とは異なります。この脆弱性の背後にある実際の仕組みは他のものと似ていますが、この場合の過剰なデータ漏洩とは、法的に保護されているデータや機密性の高いデータが関与していると定義されています。これには、個人を特定できる情報(PIIと呼ばれることが多い)がすべて含まれる可能性があります。また、ペイメントカード業界情報 (PCI) が含まれる場合もあります。最後に、ヨーロッパの一般データ保護規則 (GDPR) や米国の医療保険の相互運用性と説明責任に関する法律 (HIPAA) など、プライバシー法の対象となるあらゆる情報が、過度なデータ漏洩につながる可能性があります。

ご想像のとおり、これは深刻な懸念の原因であり、知識豊富な開発者は可能な限りこれらのバグを克服する方法を学ぶことが不可欠です。すでにデータ露出の激突に立ち向かう準備ができているなら、ゲーム化されたチャレンジに向かいましょう。

得点は何点でしたか?以下を読んで詳細をご覧ください。

過剰なデータ漏えいの例にはどのようなものがありますか?

過剰なデータ漏えいが発生する主な理由の 1 つは、開発者やコーダーがアプリケーションが使用するデータの種類について十分なインサイトを持っていないことです。そのため、開発者はすべてのオブジェクトプロパティをエンドユーザーに公開する汎用プロセスを利用する傾向があります。

開発者は、フロントエンドコンポーネントがユーザーに情報を表示する前にデータフィルタリングを実行すると想定することもあります。ほとんどの汎用データでは、これが問題になることはほとんどありません。しかし、たとえば、法的に保護されているデータや機密データをセッション ID の一部としてユーザーに公開すると、セキュリティと法的両方の観点から大きな問題が発生する可能性があります。

機密データが誤って共有されやすい例として、OWASPのレポートでは、警備員が施設内の特定のIoTベースのカメラにアクセスできるようになるシナリオを想定しています。おそらく、これらのカメラは密閉された安全な場所を監視しているのに対し、人物を監視する他のカメラは、より高い権限を持つ警備員や監督者に制限されているはずです。

警備員に許可されたカメラへのアクセスを許可するには、開発者は次のような API 呼び出しを使用できます。

/API/サイト/111/カメラ

これに応じて、アプリは警備員が見ることができるカメラの詳細を次の形式で送信します。

{「id」: "xxx」, "live_access_token」: "xxxxbbbbb」,「building_id」: "yyy"}

表面的には、これは問題なく動作しているように見えます。アプリのグラフィカル・ユーザー・インターフェースを使用している警備員は、閲覧が許可されているカメラの映像しか見ることができません。問題は、汎用コードが使用されているため、実際の API レスポンスには施設内の全カメラのリストが含まれてしまうことです。ネットワークをスニッフィングしてそのデータをキャプチャしたり、警備員のアカウントに不正アクセスしたりした人なら誰でも、ネットワーク上のすべてのカメラの位置と命名法を知ることができます。そうすれば、制限なくそのデータにアクセスできるようになります。

過剰なデータ漏洩の排除

過剰なデータ漏洩を防ぐための最大の鍵は、データとその保護について理解することです。汎用 API を作成し、それをユーザーに表示する前にデータのソートをクライアントに任せるのは危険な選択であり、予防可能なセキュリティ侵害が多く発生することになります。

関連するデータ保護を理解することに加えて、汎用APIを使用してすべてをユーザーに送信するプロセスを停止することも重要です。たとえば、to_json () や to_string () のようなコードは避ける必要があります。代わりに、コードは権限のあるユーザーに返す必要のあるプロパティを具体的に選択し、その情報を独占的に送信する必要があります。

保護されたデータが誤って過剰共有されないようにする方法として、組織はセキュリティを強化するためにスキーマベースの応答検証メカニズムの実装を検討する必要があります。エラー報告のルールを含め、すべての API メソッドから返されるデータを定義して適用する必要があります。

最後に、PIIまたはPCIを含むと分類されたすべてのデータ、またはGDPRやHIPAAなどの規制によって保護されている情報は、強力な暗号化を使用して保護する必要があります。そうすれば、データ漏えいによる過剰な脆弱性の一環としてデータの場所が漏洩した場合でも、データが悪意のあるユーザーや脅威アクターの手に渡った場合でもデータを保護するための優れた二次防御線が確保されます。

をチェックしてください セキュア・コード・ウォリアー この脆弱性や、他のセキュリティ上の欠陥による被害から組織や顧客を保護する方法についての詳細な情報については、ブログページをご覧ください。また、次のこともできます。 デモを試す Secure Code Warriorトレーニングプラットフォームで、すべてのサイバーセキュリティスキルを磨き、最新の状態に保ちましょう。

Índice

Descargar PDF
Ver recursos
¿Le interesa más?

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.

Más información

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]
Compartir:
marcas de LinkedInSocialx logotipo
Centro de recursos

Recursos para empezar

Otras publicaciones
Centro de recursos

Recursos para empezar

Otras publicaciones