SCW アイコン
ヒーロー背景(区切りなし)
ブログ

Webinar: Sind Sie bereit, das „Sec“ in DevOps einzubauen?

マティアス・マドゥ博士
2020年5月15日 発行
最終更新日: 2026年3月9日

Jeder, der in der Softwareproduktion gearbeitet hat, ist sich wahrscheinlich der Spannungen bewusst, die entstehen können, wenn es um die Berücksichtigung von Sicherheit geht, hauptsächlich zwischen Entwicklern und den Sicherheitsspezialisten, die ihren Code unter die Lupe nehmen.

In den alten Zeiten war es nicht ungewöhnlich, dass das Entwicklungsteam den Code so spät wie möglich veröffentlichte und damit bewusst das Zeitfenster verkürzte, in dem die Sicherheitsgurus nach Sicherheitslücken suchen konnten. Schließlich verzögerte das die Veröffentlichung, falls etwas nicht stimmte, und es bestand bereits der Wunsch, weiterzumachen und mit der Entwicklung des nächsten großartigen Features zu beginnen. Dies hatte jedoch letztendlich negative Auswirkungen, denn als der Code schließlich überprüft wurde — manchmal, nachdem bereits eine externe Sicherheitsverletzung aufgetreten war —, prallte der Code immer noch zu den Entwicklern zurück, ihre Software-Babys wurden vom Sicherheitsteam immer noch als hässlich bezeichnet und sie mussten alles fallen lassen, um den Hotfixcode, den sie zuletzt vor Monaten bearbeitet hatten.

Diese Funktionsstörung hält bis heute an, aber es gibt ein großes Problem: Es gibt viel Da immer mehr Code entwickelt wird, ist die Gesellschaft im Falle von Datenschutzverletzungen einem weitaus größeren Risiko ausgesetzt. Wir haben keine Zeit mehr, diesen uralten Kampf fortzusetzen, und 2020 ist es an der Zeit, dass wir uns alle auf derselben Seite gegen die Bösewichte stellen.

Wir müssen ein Stadium erreichen, in dem Sicherheit als gemeinsame Verantwortung der gesamten Organisation und des gesamten SDLC betrachtet wird. Dies ist sicherlich möglich, wenn Sie sich für eine vollwertige, äußerst unterstützende DevSecOps-Umgebung entscheiden. Und was noch wichtiger ist: Wenn Sie das Sicherheitsfeuer in Ihrem Entwicklungsteam mit den richtigen Schulungen und Tools entfachen, sind diese nicht nur eine starke Kraft, wenn es darum geht, Bugs zu bekämpfen, sondern auch die Sicherheitsspezialisten zu entlasten, die zu lange zu dünn verteilt waren.

Ich würde mich freuen, wenn du dir einen von ansehen würdest meine letzten Webinare, So fügen Sie das „Sec“ in DevOps ein:

マティス・マドゥと一緒に、DevsecopsにSecを入れ、確実に機能させる方法
JETZT ANSEHEN

Das war Teil der Alle Vorträge 24-Stunden-Gipfelveranstaltung, die sich eingehend mit folgenden Themen befasst:

  • Warum ältere Entwicklungsmethoden bewährte Sicherheitsmethoden so viel schwieriger gemacht haben
  • Warum DevSecOps der neueste Wegbereiter bei der Beseitigung gängiger Sicherheitslücken ist
  • Wie Sicherheit als gemeinsame Verantwortung in einer Organisation aussieht
  • Wie Sie Entwicklern die Möglichkeit geben können, sicheren Code mit Zuversicht zu veröffentlichen, ohne auf das zu verzichten, was sie lieben (Hinweis: Es geht darum, fantastische Funktionen zu entwickeln).

Wir sehen uns dort!

リソースを表示
リソースを表示

Wir müssen ein Stadium erreichen, in dem Sicherheit als gemeinsame Verantwortung der gesamten Organisation und des gesamten SDLC betrachtet wird. Dies ist sicherlich möglich, wenn Sie sich für eine vollwertige, äußerst unterstützende DevSecOps-Umgebung entscheiden.

もっと知りたいですか?

Matias Madou, Ph.D. セキュリティ専門家、研究者、CTO兼共同設立者(Secure Code Warrior )。Ghent大学でアプリケーションセキュリティの博士号を取得し、静的解析ソリューションに焦点を当てた。その後、米国Fortify社に入社し、開発者が安全なコードを書くことを支援せずに、コードの問題を検出するだけでは不十分であることに気づきました。開発者を支援し、セキュリティの負担を軽減し、お客様の期待を上回る製品を開発することを志すようになった。Team Awesomeの一員としてデスクワークをしていないときは、RSA Conference、BlackHat、DefConなどのカンファレンスでプレゼンテーションをするのが好きである。

もっと詳しく

Secure Code Warrior 、ソフトウェア開発サイクル全体を通じてコードの安全性を確保し、サイバーセキュリティを最優先とする文化を構築するため、貴社をSecure Code Warrior 。アプリセキュリティ管理者、開発者、CISO、あるいはセキュリティに関わるあらゆる立場の方々に対し、当社が貴社のビジネスにおける不安全なコードに関連するリスクの低減を支援します。

デモを予約する
共有する:
リンクトインのブランドソーシャルx ロゴ
著者
マティアス・マドゥ博士
2020年5月15日発行

Matias Madou, Ph.D. セキュリティ専門家、研究者、CTO兼共同設立者(Secure Code Warrior )。Ghent大学でアプリケーションセキュリティの博士号を取得し、静的解析ソリューションに焦点を当てた。その後、米国Fortify社に入社し、開発者が安全なコードを書くことを支援せずに、コードの問題を検出するだけでは不十分であることに気づきました。開発者を支援し、セキュリティの負担を軽減し、お客様の期待を上回る製品を開発することを志すようになった。Team Awesomeの一員としてデスクワークをしていないときは、RSA Conference、BlackHat、DefConなどのカンファレンスでプレゼンテーションをするのが好きである。

マティアスは、15年以上のソフトウェアセキュリティの実務経験を持つ研究者・開発者です。フォーティファイ・ソフトウェア社や自身の会社(Sensei Security)などでソリューションを開発してきました。キャリアの中で、Matiasは、商用製品につながる複数のアプリケーションセキュリティ研究プロジェクトを主導し、10件以上の特許を取得しています。また、RSAカンファレンス、Black Hat、DefCon、BSIMM、OWASP AppSec、BruConなどの世界的なカンファレンスで定期的に講演を行っているほか、高度なアプリケーションセキュリティトレーニング(courses )の講師も務めています。

Matiasはゲント大学でコンピュータ工学の博士号を取得し、アプリケーションの内部構造を隠すためのプログラム難読化によるアプリケーションセキュリティを研究しました。

共有する:
リンクトインのブランドソーシャルx ロゴ

Jeder, der in der Softwareproduktion gearbeitet hat, ist sich wahrscheinlich der Spannungen bewusst, die entstehen können, wenn es um die Berücksichtigung von Sicherheit geht, hauptsächlich zwischen Entwicklern und den Sicherheitsspezialisten, die ihren Code unter die Lupe nehmen.

In den alten Zeiten war es nicht ungewöhnlich, dass das Entwicklungsteam den Code so spät wie möglich veröffentlichte und damit bewusst das Zeitfenster verkürzte, in dem die Sicherheitsgurus nach Sicherheitslücken suchen konnten. Schließlich verzögerte das die Veröffentlichung, falls etwas nicht stimmte, und es bestand bereits der Wunsch, weiterzumachen und mit der Entwicklung des nächsten großartigen Features zu beginnen. Dies hatte jedoch letztendlich negative Auswirkungen, denn als der Code schließlich überprüft wurde — manchmal, nachdem bereits eine externe Sicherheitsverletzung aufgetreten war —, prallte der Code immer noch zu den Entwicklern zurück, ihre Software-Babys wurden vom Sicherheitsteam immer noch als hässlich bezeichnet und sie mussten alles fallen lassen, um den Hotfixcode, den sie zuletzt vor Monaten bearbeitet hatten.

Diese Funktionsstörung hält bis heute an, aber es gibt ein großes Problem: Es gibt viel Da immer mehr Code entwickelt wird, ist die Gesellschaft im Falle von Datenschutzverletzungen einem weitaus größeren Risiko ausgesetzt. Wir haben keine Zeit mehr, diesen uralten Kampf fortzusetzen, und 2020 ist es an der Zeit, dass wir uns alle auf derselben Seite gegen die Bösewichte stellen.

Wir müssen ein Stadium erreichen, in dem Sicherheit als gemeinsame Verantwortung der gesamten Organisation und des gesamten SDLC betrachtet wird. Dies ist sicherlich möglich, wenn Sie sich für eine vollwertige, äußerst unterstützende DevSecOps-Umgebung entscheiden. Und was noch wichtiger ist: Wenn Sie das Sicherheitsfeuer in Ihrem Entwicklungsteam mit den richtigen Schulungen und Tools entfachen, sind diese nicht nur eine starke Kraft, wenn es darum geht, Bugs zu bekämpfen, sondern auch die Sicherheitsspezialisten zu entlasten, die zu lange zu dünn verteilt waren.

Ich würde mich freuen, wenn du dir einen von ansehen würdest meine letzten Webinare, So fügen Sie das „Sec“ in DevOps ein:

マティス・マドゥと一緒に、DevsecopsにSecを入れ、確実に機能させる方法
JETZT ANSEHEN

Das war Teil der Alle Vorträge 24-Stunden-Gipfelveranstaltung, die sich eingehend mit folgenden Themen befasst:

  • Warum ältere Entwicklungsmethoden bewährte Sicherheitsmethoden so viel schwieriger gemacht haben
  • Warum DevSecOps der neueste Wegbereiter bei der Beseitigung gängiger Sicherheitslücken ist
  • Wie Sicherheit als gemeinsame Verantwortung in einer Organisation aussieht
  • Wie Sie Entwicklern die Möglichkeit geben können, sicheren Code mit Zuversicht zu veröffentlichen, ohne auf das zu verzichten, was sie lieben (Hinweis: Es geht darum, fantastische Funktionen zu entwickeln).

Wir sehen uns dort!

リソースを表示
リソースを表示

以下のフォームに記入してレポートをダウンロードしてください

当社製品および/またはセキュアコーディングに関連する情報について、お客様にご案内させていただくことをお許しください。お客様の個人情報は常に細心の注意をもって取り扱い、マーケティング目的で他社に販売することは一切ありません。

提出
SCW成功アイコン
SCWエラーアイコン
フォームを送信するには、「アナリティクス」クッキーを有効にしてください。完了後、いつでも無効に戻せます。

Jeder, der in der Softwareproduktion gearbeitet hat, ist sich wahrscheinlich der Spannungen bewusst, die entstehen können, wenn es um die Berücksichtigung von Sicherheit geht, hauptsächlich zwischen Entwicklern und den Sicherheitsspezialisten, die ihren Code unter die Lupe nehmen.

In den alten Zeiten war es nicht ungewöhnlich, dass das Entwicklungsteam den Code so spät wie möglich veröffentlichte und damit bewusst das Zeitfenster verkürzte, in dem die Sicherheitsgurus nach Sicherheitslücken suchen konnten. Schließlich verzögerte das die Veröffentlichung, falls etwas nicht stimmte, und es bestand bereits der Wunsch, weiterzumachen und mit der Entwicklung des nächsten großartigen Features zu beginnen. Dies hatte jedoch letztendlich negative Auswirkungen, denn als der Code schließlich überprüft wurde — manchmal, nachdem bereits eine externe Sicherheitsverletzung aufgetreten war —, prallte der Code immer noch zu den Entwicklern zurück, ihre Software-Babys wurden vom Sicherheitsteam immer noch als hässlich bezeichnet und sie mussten alles fallen lassen, um den Hotfixcode, den sie zuletzt vor Monaten bearbeitet hatten.

Diese Funktionsstörung hält bis heute an, aber es gibt ein großes Problem: Es gibt viel Da immer mehr Code entwickelt wird, ist die Gesellschaft im Falle von Datenschutzverletzungen einem weitaus größeren Risiko ausgesetzt. Wir haben keine Zeit mehr, diesen uralten Kampf fortzusetzen, und 2020 ist es an der Zeit, dass wir uns alle auf derselben Seite gegen die Bösewichte stellen.

Wir müssen ein Stadium erreichen, in dem Sicherheit als gemeinsame Verantwortung der gesamten Organisation und des gesamten SDLC betrachtet wird. Dies ist sicherlich möglich, wenn Sie sich für eine vollwertige, äußerst unterstützende DevSecOps-Umgebung entscheiden. Und was noch wichtiger ist: Wenn Sie das Sicherheitsfeuer in Ihrem Entwicklungsteam mit den richtigen Schulungen und Tools entfachen, sind diese nicht nur eine starke Kraft, wenn es darum geht, Bugs zu bekämpfen, sondern auch die Sicherheitsspezialisten zu entlasten, die zu lange zu dünn verteilt waren.

Ich würde mich freuen, wenn du dir einen von ansehen würdest meine letzten Webinare, So fügen Sie das „Sec“ in DevOps ein:

マティス・マドゥと一緒に、DevsecopsにSecを入れ、確実に機能させる方法
JETZT ANSEHEN

Das war Teil der Alle Vorträge 24-Stunden-Gipfelveranstaltung, die sich eingehend mit folgenden Themen befasst:

  • Warum ältere Entwicklungsmethoden bewährte Sicherheitsmethoden so viel schwieriger gemacht haben
  • Warum DevSecOps der neueste Wegbereiter bei der Beseitigung gängiger Sicherheitslücken ist
  • Wie Sicherheit als gemeinsame Verantwortung in einer Organisation aussieht
  • Wie Sie Entwicklern die Möglichkeit geben können, sicheren Code mit Zuversicht zu veröffentlichen, ohne auf das zu verzichten, was sie lieben (Hinweis: Es geht darum, fantastische Funktionen zu entwickeln).

Wir sehen uns dort!

ウェビナーを見る
始めましょう
もっと詳しく

以下のリンクをクリックして、このリソースのPDFをダウンロードしてください。

Secure Code Warrior 、ソフトウェア開発サイクル全体を通じてコードの安全性を確保し、サイバーセキュリティを最優先とする文化を構築するため、貴社をSecure Code Warrior 。アプリセキュリティ管理者、開発者、CISO、あるいはセキュリティに関わるあらゆる立場の方々に対し、当社が貴社のビジネスにおける不安全なコードに関連するリスクの低減を支援します。

レポートを見るデモを予約する
PDFをダウンロード
リソースを表示
共有する:
リンクトインのブランドソーシャルx ロゴ
もっと知りたいですか?

共有する:
リンクトインのブランドソーシャルx ロゴ
著者
マティアス・マドゥ博士
2020年5月15日発行

Matias Madou, Ph.D. セキュリティ専門家、研究者、CTO兼共同設立者(Secure Code Warrior )。Ghent大学でアプリケーションセキュリティの博士号を取得し、静的解析ソリューションに焦点を当てた。その後、米国Fortify社に入社し、開発者が安全なコードを書くことを支援せずに、コードの問題を検出するだけでは不十分であることに気づきました。開発者を支援し、セキュリティの負担を軽減し、お客様の期待を上回る製品を開発することを志すようになった。Team Awesomeの一員としてデスクワークをしていないときは、RSA Conference、BlackHat、DefConなどのカンファレンスでプレゼンテーションをするのが好きである。

マティアスは、15年以上のソフトウェアセキュリティの実務経験を持つ研究者・開発者です。フォーティファイ・ソフトウェア社や自身の会社(Sensei Security)などでソリューションを開発してきました。キャリアの中で、Matiasは、商用製品につながる複数のアプリケーションセキュリティ研究プロジェクトを主導し、10件以上の特許を取得しています。また、RSAカンファレンス、Black Hat、DefCon、BSIMM、OWASP AppSec、BruConなどの世界的なカンファレンスで定期的に講演を行っているほか、高度なアプリケーションセキュリティトレーニング(courses )の講師も務めています。

Matiasはゲント大学でコンピュータ工学の博士号を取得し、アプリケーションの内部構造を隠すためのプログラム難読化によるアプリケーションセキュリティを研究しました。

共有する:
リンクトインのブランドソーシャルx ロゴ

Jeder, der in der Softwareproduktion gearbeitet hat, ist sich wahrscheinlich der Spannungen bewusst, die entstehen können, wenn es um die Berücksichtigung von Sicherheit geht, hauptsächlich zwischen Entwicklern und den Sicherheitsspezialisten, die ihren Code unter die Lupe nehmen.

In den alten Zeiten war es nicht ungewöhnlich, dass das Entwicklungsteam den Code so spät wie möglich veröffentlichte und damit bewusst das Zeitfenster verkürzte, in dem die Sicherheitsgurus nach Sicherheitslücken suchen konnten. Schließlich verzögerte das die Veröffentlichung, falls etwas nicht stimmte, und es bestand bereits der Wunsch, weiterzumachen und mit der Entwicklung des nächsten großartigen Features zu beginnen. Dies hatte jedoch letztendlich negative Auswirkungen, denn als der Code schließlich überprüft wurde — manchmal, nachdem bereits eine externe Sicherheitsverletzung aufgetreten war —, prallte der Code immer noch zu den Entwicklern zurück, ihre Software-Babys wurden vom Sicherheitsteam immer noch als hässlich bezeichnet und sie mussten alles fallen lassen, um den Hotfixcode, den sie zuletzt vor Monaten bearbeitet hatten.

Diese Funktionsstörung hält bis heute an, aber es gibt ein großes Problem: Es gibt viel Da immer mehr Code entwickelt wird, ist die Gesellschaft im Falle von Datenschutzverletzungen einem weitaus größeren Risiko ausgesetzt. Wir haben keine Zeit mehr, diesen uralten Kampf fortzusetzen, und 2020 ist es an der Zeit, dass wir uns alle auf derselben Seite gegen die Bösewichte stellen.

Wir müssen ein Stadium erreichen, in dem Sicherheit als gemeinsame Verantwortung der gesamten Organisation und des gesamten SDLC betrachtet wird. Dies ist sicherlich möglich, wenn Sie sich für eine vollwertige, äußerst unterstützende DevSecOps-Umgebung entscheiden. Und was noch wichtiger ist: Wenn Sie das Sicherheitsfeuer in Ihrem Entwicklungsteam mit den richtigen Schulungen und Tools entfachen, sind diese nicht nur eine starke Kraft, wenn es darum geht, Bugs zu bekämpfen, sondern auch die Sicherheitsspezialisten zu entlasten, die zu lange zu dünn verteilt waren.

Ich würde mich freuen, wenn du dir einen von ansehen würdest meine letzten Webinare, So fügen Sie das „Sec“ in DevOps ein:

マティス・マドゥと一緒に、DevsecopsにSecを入れ、確実に機能させる方法
JETZT ANSEHEN

Das war Teil der Alle Vorträge 24-Stunden-Gipfelveranstaltung, die sich eingehend mit folgenden Themen befasst:

  • Warum ältere Entwicklungsmethoden bewährte Sicherheitsmethoden so viel schwieriger gemacht haben
  • Warum DevSecOps der neueste Wegbereiter bei der Beseitigung gängiger Sicherheitslücken ist
  • Wie Sicherheit als gemeinsame Verantwortung in einer Organisation aussieht
  • Wie Sie Entwicklern die Möglichkeit geben können, sicheren Code mit Zuversicht zu veröffentlichen, ohne auf das zu verzichten, was sie lieben (Hinweis: Es geht darum, fantastische Funktionen zu entwickeln).

Wir sehen uns dort!

目次

PDFをダウンロード
リソースを表示
もっと知りたいですか?

Matias Madou, Ph.D. セキュリティ専門家、研究者、CTO兼共同設立者(Secure Code Warrior )。Ghent大学でアプリケーションセキュリティの博士号を取得し、静的解析ソリューションに焦点を当てた。その後、米国Fortify社に入社し、開発者が安全なコードを書くことを支援せずに、コードの問題を検出するだけでは不十分であることに気づきました。開発者を支援し、セキュリティの負担を軽減し、お客様の期待を上回る製品を開発することを志すようになった。Team Awesomeの一員としてデスクワークをしていないときは、RSA Conference、BlackHat、DefConなどのカンファレンスでプレゼンテーションをするのが好きである。

もっと詳しく

Secure Code Warrior 、ソフトウェア開発サイクル全体を通じてコードの安全性を確保し、サイバーセキュリティを最優先とする文化を構築するため、貴社をSecure Code Warrior 。アプリセキュリティ管理者、開発者、CISO、あるいはセキュリティに関わるあらゆる立場の方々に対し、当社が貴社のビジネスにおける不安全なコードに関連するリスクの低減を支援します。

デモを予約するダウンロード
共有する:
リンクトインのブランドソーシャルx ロゴ
リソースハブ

入門リソース

さらに多くの投稿
リソースハブ

入門リソース

さらに多くの投稿