
Webinar: Sind Sie bereit, das „Sec“ in DevOps einzubauen?
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:

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 的联合创始人。Matias在根特大学获得了应用安全的博士学位,主要研究静态分析解决方案。后来他加入了美国的Fortify公司,在那里他意识到,仅仅检测代码问题而不帮助开发人员编写安全代码是不够的。这激发了他开发产品的热情,帮助开发人员,减轻安全的负担,并超越客户的期望。当他不在办公桌前作为Awesome团队的一员时,他喜欢站在舞台上,在包括RSA会议、BlackHat和DefCon等会议上发表演讲。

Secure Code Warrior 您的Secure Code Warrior 帮助您在整个软件开发周期中保障代码安全,并建立将网络安全置于首位的企业文化。无论您是应用安全经理、开发人员、首席信息安全官,还是其他从事安全工作的人员,我们都能协助您的企业降低不安全代码带来的风险。
预约演示Matias Madou, Ph.D.是一位安全专家、研究员和CTO,也是Secure Code Warrior 的联合创始人。Matias在根特大学获得了应用安全的博士学位,主要研究静态分析解决方案。后来他加入了美国的Fortify公司,在那里他意识到,仅仅检测代码问题而不帮助开发人员编写安全代码是不够的。这激发了他开发产品的热情,帮助开发人员,减轻安全的负担,并超越客户的期望。当他不在办公桌前作为Awesome团队的一员时,他喜欢站在舞台上,在包括RSA会议、BlackHat和DefCon等会议上发表演讲。
马蒂亚斯是一名研究员和开发人员,拥有超过15年的软件安全实践经验。他曾为Fortify Software和他自己的公司Sensei Security等公司开发解决方案。在他的职业生涯中,马蒂亚斯领导了多个应用安全研究项目,并将其转化为商业产品,他拥有超过10项专利。当他离开办公桌时,Matias曾担任高级应用安全培训courses ,并定期在全球会议上发言,包括RSA会议、黑帽、DefCon、BSIMM、OWASP AppSec和BruCon。
马蒂亚斯拥有根特大学的计算机工程博士学位,在那里他研究了通过程序混淆来隐藏应用程序的内部工作的应用安全。


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:

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!

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:

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 帮助您在整个软件开发周期中保障代码安全,并建立将网络安全置于首位的企业文化。无论您是应用安全经理、开发人员、首席信息安全官,还是其他从事安全工作的人员,我们都能协助您的企业降低不安全代码带来的风险。
查看报告预约演示Matias Madou, Ph.D.是一位安全专家、研究员和CTO,也是Secure Code Warrior 的联合创始人。Matias在根特大学获得了应用安全的博士学位,主要研究静态分析解决方案。后来他加入了美国的Fortify公司,在那里他意识到,仅仅检测代码问题而不帮助开发人员编写安全代码是不够的。这激发了他开发产品的热情,帮助开发人员,减轻安全的负担,并超越客户的期望。当他不在办公桌前作为Awesome团队的一员时,他喜欢站在舞台上,在包括RSA会议、BlackHat和DefCon等会议上发表演讲。
马蒂亚斯是一名研究员和开发人员,拥有超过15年的软件安全实践经验。他曾为Fortify Software和他自己的公司Sensei Security等公司开发解决方案。在他的职业生涯中,马蒂亚斯领导了多个应用安全研究项目,并将其转化为商业产品,他拥有超过10项专利。当他离开办公桌时,Matias曾担任高级应用安全培训courses ,并定期在全球会议上发言,包括RSA会议、黑帽、DefCon、BSIMM、OWASP AppSec和BruCon。
马蒂亚斯拥有根特大学的计算机工程博士学位,在那里他研究了通过程序混淆来隐藏应用程序的内部工作的应用安全。
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:

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!
目录
Matias Madou, Ph.D.是一位安全专家、研究员和CTO,也是Secure Code Warrior 的联合创始人。Matias在根特大学获得了应用安全的博士学位,主要研究静态分析解决方案。后来他加入了美国的Fortify公司,在那里他意识到,仅仅检测代码问题而不帮助开发人员编写安全代码是不够的。这激发了他开发产品的热情,帮助开发人员,减轻安全的负担,并超越客户的期望。当他不在办公桌前作为Awesome团队的一员时,他喜欢站在舞台上,在包括RSA会议、BlackHat和DefCon等会议上发表演讲。

Secure Code Warrior 您的Secure Code Warrior 帮助您在整个软件开发周期中保障代码安全,并建立将网络安全置于首位的企业文化。无论您是应用安全经理、开发人员、首席信息安全官,还是其他从事安全工作的人员,我们都能协助您的企业降低不安全代码带来的风险。
预约演示下载



%20(1).avif)
.avif)
