SCW图标
英雄背景无分隔线
博客

OWASPs Listenwechsel 2021: Ein neuer Schlachtplan und ein neuer Hauptfeind

马蒂亚斯-马杜博士
发布于 2021 年 10 月 05 日
最后更新于 2026年3月9日

In dieser zunehmend chaotischen Welt gab es schon immer ein paar Konstanten, auf die sich die Menschen zuverlässig verlassen konnten: Die Sonne geht morgens auf und abends wieder unter, Mario wird immer cooler sein als Sonic the Hedgehog, und Injektionsangriffe werden immer den ersten Platz auf der Liste des Open Web Application Security Project (OWASP) der Top Ten am häufigsten und gefährliche Sicherheitslücken, die Angreifer aktiv ausnutzen.

Nun, morgen geht die Sonne auf und Mario hat immer noch einen „Eins-Up“ auf Sonic, aber Injection-Angriffe sind von der Nummer eins auf der berüchtigten OWASP-Liste gefallen, die 2021 aktualisiert wurde. Eine der ältesten Formen von Angriffen, Sicherheitslücken durch Injektion gibt es fast so lange wie Computernetzwerke. Diese generelle Sicherheitslücke ist für eine Vielzahl von Angriffen verantwortlich, darunter auch alle herkömmlichen Angriffe SQL-Injektionen zu Exploits, die gegen Object Graph Navigation Libraries (OGNL) gestartet wurden. Es beinhaltet sogar direkte Angriffe auf Server, die Betriebssystem-Befehlsinjektionstechniken. Die Vielseitigkeit von Injection-Schwachstellen für Angreifer — ganz zu schweigen von der Anzahl der Stellen, die potenziell angegriffen werden könnten — hat diese Kategorie viele Jahre lang an der Spitze gehalten.

Aber der Injektionskönig ist gefallen. Lang lebe der König.

Bedeutet das, dass wir das Injection-Schwachstellenproblem endlich gelöst haben? Keine Chance. Es fiel nicht weit von seiner Position als Sicherheitsfeind Nummer eins ab, nur auf Nummer drei der OWASP-Liste. Es wäre ein Fehler, die anhaltenden Gefahren von Injection-Angriffen zu unterschätzen, aber die Tatsache, dass eine andere Schwachstellenkategorie sie übertreffen konnte, ist bedeutsam, denn sie zeigt, wie weit verbreitet der neue OWASP-Topdog tatsächlich ist und warum Entwickler ihm in Zukunft besondere Aufmerksamkeit schenken müssen.

Das vielleicht Interessanteste ist jedoch, dass die OWASP Top 10 2021 eine grundlegende Überarbeitung widerspiegeln. Brandneue Kategorien feiern ihr Debüt: Unsicheres Design, Software- und Datenintegritätsfehler, und ein Eintrag, der auf den Ergebnissen einer Community-Umfrage basiert: Serverside Request Forgery. Diese deuten darauf hin, dass der Schwerpunkt zunehmend auf architektonischen Sicherheitslücken liegt und nicht nur oberflächliche Fehler als Maßstab für Softwaresicherheit gelten.

Eine kaputte Zutrittskontrolle setzt sich durch (und zeigt einen Trend auf)

Broken Access Control stieg vom fünften Platz auf der Liste der zehn häufigsten Sicherheitslücken von OWASP rasant auf den aktuellen Platz Nummer eins. Wie bei Injection und neuen Einträgen wie Unsecure Design umfasst auch die Sicherheitslücke bei Broken Access eine Vielzahl von Codierungsfehlern, was zu ihrer zweifelhaften Beliebtheit beiträgt, da sie gemeinsam Schäden an mehreren Fronten verursachen. Diese Kategorie umfasst alle Fälle, in denen gegen Richtlinien zur Zugriffskontrolle verstoßen werden kann, sodass Benutzer außerhalb ihrer beabsichtigten Rechte handeln können.

Einige Beispiele für fehlerhafte Zugriffskontrollen, die von OWASP angeführt wurden, um die Familie der Sicherheitslücken an die Spitze zu heben, umfassen solche, die es Angreifern ermöglichen, eine URL, den internen Anwendungsstatus oder einen Teil einer HTML-Seite zu ändern. Sie können Benutzern auch ermöglichen, ihren primären Zugriffsschlüssel so zu ändern, dass eine Anwendung, Site oder API glaubt, dass sie jemand anderes sind, z. B. ein Administrator mit höheren Rechten. Es beinhaltet sogar Sicherheitslücken, bei denen Angreifer nicht daran gehindert werden, Metadaten zu ändern, sodass sie Dinge wie JSON-Web-Tokens, Cookies oder Zugriffskontroll-Token ändern können.

Einmal ausgenutzt, kann diese Familie von Sicherheitslücken von Angreifern genutzt werden, um Datei oder Objekt umgehen Autorisierungen ermöglichen es ihnen, Daten zu stehlen oder sogar zerstörerische Funktionen auf Administratorebene wie das Löschen von Datenbanken auszuführen. Das macht kaputte Zugriffskontrollen nicht nur immer häufiger, sondern auch äußerst gefährlich.

Es ist ziemlich überzeugend — aber nicht überraschend —, dass Sicherheitslücken in den Bereichen Authentifizierung und Zugriffskontrolle immer mehr zum fruchtbarsten Nährboden für Angreifer werden. Die neueste Version von Verizon Bericht zur Untersuchung von Datenschutzverletzungen zeigt, dass Probleme mit der Zugangskontrolle in fast allen Branchen, insbesondere in der IT und im Gesundheitswesen, weit verbreitet sind und dass satte 85% aller Verstöße menschliches Element betrafen. Inzwischen umfasst die „menschliche Komponente“ Vorfälle wie Phishing-Angriffe, bei denen es sich nicht um ein technisches Problem handelt, aber 3% der Sicherheitslücken betrafen ausnutzbare Sicherheitslücken. Dem Bericht zufolge handelte es sich dabei überwiegend um ältere Sicherheitslücken, die von Menschen verursacht wurden, wie z. B. eine Fehlkonfiguration der Sicherheit.

Während diese heruntergekommenen Sicherheitslücken wie XSS und SQL Injection Entwickler weiterhin verunsichern, hat sich zunehmend herausgestellt, dass das zentrale Sicherheitsdesign versagt, was architektonischen Sicherheitslücken Platz macht, die für einen Bedrohungsakteur sehr vorteilhaft sein können, insbesondere wenn sie nicht gepatcht werden, nachdem die Sicherheitslücke in einer bestimmten Version einer Anwendung veröffentlicht wurde.

Das Problem ist, dass nur wenige Ingenieure Schulungen und Fähigkeiten erhalten, die über die Grundlagen hinausgehen, und noch weniger erhalten wirklich eine Erweiterung ihres Wissens und ihrer praktischen Anwendung über lokalisierte Bugs auf Codeebene hinaus, die normalerweise von Entwicklern eingeführt werden.

Vermeidung von Bugs, die Roboter selten finden

Die neu gruppierte Familie der Sicherheitslücken bei der defekten Zugriffskontrolle ist ziemlich vielfältig. Einige konkrete Beispiele für defekte Zugriffskontrollen und wie Sie diese verhindern können, finden Sie unter unser YouTube-Kanal und unsere Blog.

Ich denke jedoch, dass es wichtig ist, diese neuen OWASP Top 10 zu feiern. Sie sind in der Tat vielfältiger und umfassen ein breiteres Spektrum an Angriffsvektoren, einschließlich solcher, die Scanner nicht unbedingt erkennen. Bei jeder entdeckten Schwachstelle auf Codeebene werden komplexere architektonische Mängel von den meisten Sicherheitstechnikern unbemerkt bleiben, unabhängig davon, wie viele automatische Schilde und Waffen sich im Arsenal befinden. Zwar basiert der Löwenanteil der OWASP-Top-10-Liste immer noch auf der Grundlage von Scandaten, doch neue Beiträge, die sich unter anderem mit unsicherem Design und Datenintegritätsfehlern befassen, zeigen, dass der Schulungshorizont für Entwickler schnell erweitert werden muss, um das zu erreichen, was Roboter nicht können.

Einfach ausgedrückt: Sicherheitsscanner sind keine großartigen Bedrohungsmodellierer, aber ein Team von sicherheitserfahrenen Entwicklern kann dem AppSec-Team unermesslich helfen, indem es seinen Sicherheits-IQ entsprechend den Best Practices und den Anforderungen des Unternehmens erhöht. Dies muss in einem guten Sicherheitsprogramm berücksichtigt werden, wobei zu berücksichtigen ist, dass die OWASP Top 10 zwar eine hervorragende Ausgangsbasis sind, die Bedrohungslandschaft jedoch so schnelllebig ist (ganz zu schweigen von den Anforderungen der internen Entwicklungsziele), dass ein Plan zur Vertiefung und Spezifizierung der Entwickler im Bereich Sicherheit vorliegen muss. Geschieht dies nicht, werden unweigerlich Gelegenheiten verpasst, frühzeitig Abhilfe zu schaffen, und ein erfolgreiches ganzheitliches Konzept für präventive, von Menschen geleitete Cybersicherheit wird behindert.

Wir sind bereit für OWASP Top 10 2021, und das ist erst der Anfang! Starten Sie Ihre Entwickler auf einem Qualifizierung im Bereich Sicherheit heute.

查看资源
查看资源

Injection-Angriffe, der berüchtigte König der Sicherheitslücken (nach Kategorien), haben den ersten Platz verloren, weil die Zugriffskontrolle als schlimmste der schlimmsten Bedrohungen gilt, und Entwickler müssen dies zur Kenntnis nehmen.

想了解更多吗?

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

了解更多

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

预约演示
分享到:
领英品牌社交x 标志
作者
马蒂亚斯-马杜博士
发布日期:2021年10月05日

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。

马蒂亚斯拥有根特大学的计算机工程博士学位,在那里他研究了通过程序混淆来隐藏应用程序的内部工作的应用安全。

分享到:
领英品牌社交x 标志

In dieser zunehmend chaotischen Welt gab es schon immer ein paar Konstanten, auf die sich die Menschen zuverlässig verlassen konnten: Die Sonne geht morgens auf und abends wieder unter, Mario wird immer cooler sein als Sonic the Hedgehog, und Injektionsangriffe werden immer den ersten Platz auf der Liste des Open Web Application Security Project (OWASP) der Top Ten am häufigsten und gefährliche Sicherheitslücken, die Angreifer aktiv ausnutzen.

Nun, morgen geht die Sonne auf und Mario hat immer noch einen „Eins-Up“ auf Sonic, aber Injection-Angriffe sind von der Nummer eins auf der berüchtigten OWASP-Liste gefallen, die 2021 aktualisiert wurde. Eine der ältesten Formen von Angriffen, Sicherheitslücken durch Injektion gibt es fast so lange wie Computernetzwerke. Diese generelle Sicherheitslücke ist für eine Vielzahl von Angriffen verantwortlich, darunter auch alle herkömmlichen Angriffe SQL-Injektionen zu Exploits, die gegen Object Graph Navigation Libraries (OGNL) gestartet wurden. Es beinhaltet sogar direkte Angriffe auf Server, die Betriebssystem-Befehlsinjektionstechniken. Die Vielseitigkeit von Injection-Schwachstellen für Angreifer — ganz zu schweigen von der Anzahl der Stellen, die potenziell angegriffen werden könnten — hat diese Kategorie viele Jahre lang an der Spitze gehalten.

Aber der Injektionskönig ist gefallen. Lang lebe der König.

Bedeutet das, dass wir das Injection-Schwachstellenproblem endlich gelöst haben? Keine Chance. Es fiel nicht weit von seiner Position als Sicherheitsfeind Nummer eins ab, nur auf Nummer drei der OWASP-Liste. Es wäre ein Fehler, die anhaltenden Gefahren von Injection-Angriffen zu unterschätzen, aber die Tatsache, dass eine andere Schwachstellenkategorie sie übertreffen konnte, ist bedeutsam, denn sie zeigt, wie weit verbreitet der neue OWASP-Topdog tatsächlich ist und warum Entwickler ihm in Zukunft besondere Aufmerksamkeit schenken müssen.

Das vielleicht Interessanteste ist jedoch, dass die OWASP Top 10 2021 eine grundlegende Überarbeitung widerspiegeln. Brandneue Kategorien feiern ihr Debüt: Unsicheres Design, Software- und Datenintegritätsfehler, und ein Eintrag, der auf den Ergebnissen einer Community-Umfrage basiert: Serverside Request Forgery. Diese deuten darauf hin, dass der Schwerpunkt zunehmend auf architektonischen Sicherheitslücken liegt und nicht nur oberflächliche Fehler als Maßstab für Softwaresicherheit gelten.

Eine kaputte Zutrittskontrolle setzt sich durch (und zeigt einen Trend auf)

Broken Access Control stieg vom fünften Platz auf der Liste der zehn häufigsten Sicherheitslücken von OWASP rasant auf den aktuellen Platz Nummer eins. Wie bei Injection und neuen Einträgen wie Unsecure Design umfasst auch die Sicherheitslücke bei Broken Access eine Vielzahl von Codierungsfehlern, was zu ihrer zweifelhaften Beliebtheit beiträgt, da sie gemeinsam Schäden an mehreren Fronten verursachen. Diese Kategorie umfasst alle Fälle, in denen gegen Richtlinien zur Zugriffskontrolle verstoßen werden kann, sodass Benutzer außerhalb ihrer beabsichtigten Rechte handeln können.

Einige Beispiele für fehlerhafte Zugriffskontrollen, die von OWASP angeführt wurden, um die Familie der Sicherheitslücken an die Spitze zu heben, umfassen solche, die es Angreifern ermöglichen, eine URL, den internen Anwendungsstatus oder einen Teil einer HTML-Seite zu ändern. Sie können Benutzern auch ermöglichen, ihren primären Zugriffsschlüssel so zu ändern, dass eine Anwendung, Site oder API glaubt, dass sie jemand anderes sind, z. B. ein Administrator mit höheren Rechten. Es beinhaltet sogar Sicherheitslücken, bei denen Angreifer nicht daran gehindert werden, Metadaten zu ändern, sodass sie Dinge wie JSON-Web-Tokens, Cookies oder Zugriffskontroll-Token ändern können.

Einmal ausgenutzt, kann diese Familie von Sicherheitslücken von Angreifern genutzt werden, um Datei oder Objekt umgehen Autorisierungen ermöglichen es ihnen, Daten zu stehlen oder sogar zerstörerische Funktionen auf Administratorebene wie das Löschen von Datenbanken auszuführen. Das macht kaputte Zugriffskontrollen nicht nur immer häufiger, sondern auch äußerst gefährlich.

Es ist ziemlich überzeugend — aber nicht überraschend —, dass Sicherheitslücken in den Bereichen Authentifizierung und Zugriffskontrolle immer mehr zum fruchtbarsten Nährboden für Angreifer werden. Die neueste Version von Verizon Bericht zur Untersuchung von Datenschutzverletzungen zeigt, dass Probleme mit der Zugangskontrolle in fast allen Branchen, insbesondere in der IT und im Gesundheitswesen, weit verbreitet sind und dass satte 85% aller Verstöße menschliches Element betrafen. Inzwischen umfasst die „menschliche Komponente“ Vorfälle wie Phishing-Angriffe, bei denen es sich nicht um ein technisches Problem handelt, aber 3% der Sicherheitslücken betrafen ausnutzbare Sicherheitslücken. Dem Bericht zufolge handelte es sich dabei überwiegend um ältere Sicherheitslücken, die von Menschen verursacht wurden, wie z. B. eine Fehlkonfiguration der Sicherheit.

Während diese heruntergekommenen Sicherheitslücken wie XSS und SQL Injection Entwickler weiterhin verunsichern, hat sich zunehmend herausgestellt, dass das zentrale Sicherheitsdesign versagt, was architektonischen Sicherheitslücken Platz macht, die für einen Bedrohungsakteur sehr vorteilhaft sein können, insbesondere wenn sie nicht gepatcht werden, nachdem die Sicherheitslücke in einer bestimmten Version einer Anwendung veröffentlicht wurde.

Das Problem ist, dass nur wenige Ingenieure Schulungen und Fähigkeiten erhalten, die über die Grundlagen hinausgehen, und noch weniger erhalten wirklich eine Erweiterung ihres Wissens und ihrer praktischen Anwendung über lokalisierte Bugs auf Codeebene hinaus, die normalerweise von Entwicklern eingeführt werden.

Vermeidung von Bugs, die Roboter selten finden

Die neu gruppierte Familie der Sicherheitslücken bei der defekten Zugriffskontrolle ist ziemlich vielfältig. Einige konkrete Beispiele für defekte Zugriffskontrollen und wie Sie diese verhindern können, finden Sie unter unser YouTube-Kanal und unsere Blog.

Ich denke jedoch, dass es wichtig ist, diese neuen OWASP Top 10 zu feiern. Sie sind in der Tat vielfältiger und umfassen ein breiteres Spektrum an Angriffsvektoren, einschließlich solcher, die Scanner nicht unbedingt erkennen. Bei jeder entdeckten Schwachstelle auf Codeebene werden komplexere architektonische Mängel von den meisten Sicherheitstechnikern unbemerkt bleiben, unabhängig davon, wie viele automatische Schilde und Waffen sich im Arsenal befinden. Zwar basiert der Löwenanteil der OWASP-Top-10-Liste immer noch auf der Grundlage von Scandaten, doch neue Beiträge, die sich unter anderem mit unsicherem Design und Datenintegritätsfehlern befassen, zeigen, dass der Schulungshorizont für Entwickler schnell erweitert werden muss, um das zu erreichen, was Roboter nicht können.

Einfach ausgedrückt: Sicherheitsscanner sind keine großartigen Bedrohungsmodellierer, aber ein Team von sicherheitserfahrenen Entwicklern kann dem AppSec-Team unermesslich helfen, indem es seinen Sicherheits-IQ entsprechend den Best Practices und den Anforderungen des Unternehmens erhöht. Dies muss in einem guten Sicherheitsprogramm berücksichtigt werden, wobei zu berücksichtigen ist, dass die OWASP Top 10 zwar eine hervorragende Ausgangsbasis sind, die Bedrohungslandschaft jedoch so schnelllebig ist (ganz zu schweigen von den Anforderungen der internen Entwicklungsziele), dass ein Plan zur Vertiefung und Spezifizierung der Entwickler im Bereich Sicherheit vorliegen muss. Geschieht dies nicht, werden unweigerlich Gelegenheiten verpasst, frühzeitig Abhilfe zu schaffen, und ein erfolgreiches ganzheitliches Konzept für präventive, von Menschen geleitete Cybersicherheit wird behindert.

Wir sind bereit für OWASP Top 10 2021, und das ist erst der Anfang! Starten Sie Ihre Entwickler auf einem Qualifizierung im Bereich Sicherheit heute.

查看资源
查看资源

请填写下方表格以下载报告

我们恳请您允许我们向您发送有关我们产品及/或安全编码相关主题的信息。我们将始终以最高标准谨慎处理您的个人数据,绝不会为营销目的将其出售给其他企业。

提交
scw 成功图标
SCW 错误图标
要提交表单,请启用“Analytics”Cookie。完成后,您可随时将其关闭。

In dieser zunehmend chaotischen Welt gab es schon immer ein paar Konstanten, auf die sich die Menschen zuverlässig verlassen konnten: Die Sonne geht morgens auf und abends wieder unter, Mario wird immer cooler sein als Sonic the Hedgehog, und Injektionsangriffe werden immer den ersten Platz auf der Liste des Open Web Application Security Project (OWASP) der Top Ten am häufigsten und gefährliche Sicherheitslücken, die Angreifer aktiv ausnutzen.

Nun, morgen geht die Sonne auf und Mario hat immer noch einen „Eins-Up“ auf Sonic, aber Injection-Angriffe sind von der Nummer eins auf der berüchtigten OWASP-Liste gefallen, die 2021 aktualisiert wurde. Eine der ältesten Formen von Angriffen, Sicherheitslücken durch Injektion gibt es fast so lange wie Computernetzwerke. Diese generelle Sicherheitslücke ist für eine Vielzahl von Angriffen verantwortlich, darunter auch alle herkömmlichen Angriffe SQL-Injektionen zu Exploits, die gegen Object Graph Navigation Libraries (OGNL) gestartet wurden. Es beinhaltet sogar direkte Angriffe auf Server, die Betriebssystem-Befehlsinjektionstechniken. Die Vielseitigkeit von Injection-Schwachstellen für Angreifer — ganz zu schweigen von der Anzahl der Stellen, die potenziell angegriffen werden könnten — hat diese Kategorie viele Jahre lang an der Spitze gehalten.

Aber der Injektionskönig ist gefallen. Lang lebe der König.

Bedeutet das, dass wir das Injection-Schwachstellenproblem endlich gelöst haben? Keine Chance. Es fiel nicht weit von seiner Position als Sicherheitsfeind Nummer eins ab, nur auf Nummer drei der OWASP-Liste. Es wäre ein Fehler, die anhaltenden Gefahren von Injection-Angriffen zu unterschätzen, aber die Tatsache, dass eine andere Schwachstellenkategorie sie übertreffen konnte, ist bedeutsam, denn sie zeigt, wie weit verbreitet der neue OWASP-Topdog tatsächlich ist und warum Entwickler ihm in Zukunft besondere Aufmerksamkeit schenken müssen.

Das vielleicht Interessanteste ist jedoch, dass die OWASP Top 10 2021 eine grundlegende Überarbeitung widerspiegeln. Brandneue Kategorien feiern ihr Debüt: Unsicheres Design, Software- und Datenintegritätsfehler, und ein Eintrag, der auf den Ergebnissen einer Community-Umfrage basiert: Serverside Request Forgery. Diese deuten darauf hin, dass der Schwerpunkt zunehmend auf architektonischen Sicherheitslücken liegt und nicht nur oberflächliche Fehler als Maßstab für Softwaresicherheit gelten.

Eine kaputte Zutrittskontrolle setzt sich durch (und zeigt einen Trend auf)

Broken Access Control stieg vom fünften Platz auf der Liste der zehn häufigsten Sicherheitslücken von OWASP rasant auf den aktuellen Platz Nummer eins. Wie bei Injection und neuen Einträgen wie Unsecure Design umfasst auch die Sicherheitslücke bei Broken Access eine Vielzahl von Codierungsfehlern, was zu ihrer zweifelhaften Beliebtheit beiträgt, da sie gemeinsam Schäden an mehreren Fronten verursachen. Diese Kategorie umfasst alle Fälle, in denen gegen Richtlinien zur Zugriffskontrolle verstoßen werden kann, sodass Benutzer außerhalb ihrer beabsichtigten Rechte handeln können.

Einige Beispiele für fehlerhafte Zugriffskontrollen, die von OWASP angeführt wurden, um die Familie der Sicherheitslücken an die Spitze zu heben, umfassen solche, die es Angreifern ermöglichen, eine URL, den internen Anwendungsstatus oder einen Teil einer HTML-Seite zu ändern. Sie können Benutzern auch ermöglichen, ihren primären Zugriffsschlüssel so zu ändern, dass eine Anwendung, Site oder API glaubt, dass sie jemand anderes sind, z. B. ein Administrator mit höheren Rechten. Es beinhaltet sogar Sicherheitslücken, bei denen Angreifer nicht daran gehindert werden, Metadaten zu ändern, sodass sie Dinge wie JSON-Web-Tokens, Cookies oder Zugriffskontroll-Token ändern können.

Einmal ausgenutzt, kann diese Familie von Sicherheitslücken von Angreifern genutzt werden, um Datei oder Objekt umgehen Autorisierungen ermöglichen es ihnen, Daten zu stehlen oder sogar zerstörerische Funktionen auf Administratorebene wie das Löschen von Datenbanken auszuführen. Das macht kaputte Zugriffskontrollen nicht nur immer häufiger, sondern auch äußerst gefährlich.

Es ist ziemlich überzeugend — aber nicht überraschend —, dass Sicherheitslücken in den Bereichen Authentifizierung und Zugriffskontrolle immer mehr zum fruchtbarsten Nährboden für Angreifer werden. Die neueste Version von Verizon Bericht zur Untersuchung von Datenschutzverletzungen zeigt, dass Probleme mit der Zugangskontrolle in fast allen Branchen, insbesondere in der IT und im Gesundheitswesen, weit verbreitet sind und dass satte 85% aller Verstöße menschliches Element betrafen. Inzwischen umfasst die „menschliche Komponente“ Vorfälle wie Phishing-Angriffe, bei denen es sich nicht um ein technisches Problem handelt, aber 3% der Sicherheitslücken betrafen ausnutzbare Sicherheitslücken. Dem Bericht zufolge handelte es sich dabei überwiegend um ältere Sicherheitslücken, die von Menschen verursacht wurden, wie z. B. eine Fehlkonfiguration der Sicherheit.

Während diese heruntergekommenen Sicherheitslücken wie XSS und SQL Injection Entwickler weiterhin verunsichern, hat sich zunehmend herausgestellt, dass das zentrale Sicherheitsdesign versagt, was architektonischen Sicherheitslücken Platz macht, die für einen Bedrohungsakteur sehr vorteilhaft sein können, insbesondere wenn sie nicht gepatcht werden, nachdem die Sicherheitslücke in einer bestimmten Version einer Anwendung veröffentlicht wurde.

Das Problem ist, dass nur wenige Ingenieure Schulungen und Fähigkeiten erhalten, die über die Grundlagen hinausgehen, und noch weniger erhalten wirklich eine Erweiterung ihres Wissens und ihrer praktischen Anwendung über lokalisierte Bugs auf Codeebene hinaus, die normalerweise von Entwicklern eingeführt werden.

Vermeidung von Bugs, die Roboter selten finden

Die neu gruppierte Familie der Sicherheitslücken bei der defekten Zugriffskontrolle ist ziemlich vielfältig. Einige konkrete Beispiele für defekte Zugriffskontrollen und wie Sie diese verhindern können, finden Sie unter unser YouTube-Kanal und unsere Blog.

Ich denke jedoch, dass es wichtig ist, diese neuen OWASP Top 10 zu feiern. Sie sind in der Tat vielfältiger und umfassen ein breiteres Spektrum an Angriffsvektoren, einschließlich solcher, die Scanner nicht unbedingt erkennen. Bei jeder entdeckten Schwachstelle auf Codeebene werden komplexere architektonische Mängel von den meisten Sicherheitstechnikern unbemerkt bleiben, unabhängig davon, wie viele automatische Schilde und Waffen sich im Arsenal befinden. Zwar basiert der Löwenanteil der OWASP-Top-10-Liste immer noch auf der Grundlage von Scandaten, doch neue Beiträge, die sich unter anderem mit unsicherem Design und Datenintegritätsfehlern befassen, zeigen, dass der Schulungshorizont für Entwickler schnell erweitert werden muss, um das zu erreichen, was Roboter nicht können.

Einfach ausgedrückt: Sicherheitsscanner sind keine großartigen Bedrohungsmodellierer, aber ein Team von sicherheitserfahrenen Entwicklern kann dem AppSec-Team unermesslich helfen, indem es seinen Sicherheits-IQ entsprechend den Best Practices und den Anforderungen des Unternehmens erhöht. Dies muss in einem guten Sicherheitsprogramm berücksichtigt werden, wobei zu berücksichtigen ist, dass die OWASP Top 10 zwar eine hervorragende Ausgangsbasis sind, die Bedrohungslandschaft jedoch so schnelllebig ist (ganz zu schweigen von den Anforderungen der internen Entwicklungsziele), dass ein Plan zur Vertiefung und Spezifizierung der Entwickler im Bereich Sicherheit vorliegen muss. Geschieht dies nicht, werden unweigerlich Gelegenheiten verpasst, frühzeitig Abhilfe zu schaffen, und ein erfolgreiches ganzheitliches Konzept für präventive, von Menschen geleitete Cybersicherheit wird behindert.

Wir sind bereit für OWASP Top 10 2021, und das ist erst der Anfang! Starten Sie Ihre Entwickler auf einem Qualifizierung im Bereich Sicherheit heute.

观看网络研讨会
开始吧
了解更多

请点击下方链接下载该资源的PDF文件。

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

查看报告预约演示
下载PDF文件
查看资源
分享到:
领英品牌社交x 标志
想了解更多吗?

分享到:
领英品牌社交x 标志
作者
马蒂亚斯-马杜博士
发布日期:2021年10月05日

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。

马蒂亚斯拥有根特大学的计算机工程博士学位,在那里他研究了通过程序混淆来隐藏应用程序的内部工作的应用安全。

分享到:
领英品牌社交x 标志

In dieser zunehmend chaotischen Welt gab es schon immer ein paar Konstanten, auf die sich die Menschen zuverlässig verlassen konnten: Die Sonne geht morgens auf und abends wieder unter, Mario wird immer cooler sein als Sonic the Hedgehog, und Injektionsangriffe werden immer den ersten Platz auf der Liste des Open Web Application Security Project (OWASP) der Top Ten am häufigsten und gefährliche Sicherheitslücken, die Angreifer aktiv ausnutzen.

Nun, morgen geht die Sonne auf und Mario hat immer noch einen „Eins-Up“ auf Sonic, aber Injection-Angriffe sind von der Nummer eins auf der berüchtigten OWASP-Liste gefallen, die 2021 aktualisiert wurde. Eine der ältesten Formen von Angriffen, Sicherheitslücken durch Injektion gibt es fast so lange wie Computernetzwerke. Diese generelle Sicherheitslücke ist für eine Vielzahl von Angriffen verantwortlich, darunter auch alle herkömmlichen Angriffe SQL-Injektionen zu Exploits, die gegen Object Graph Navigation Libraries (OGNL) gestartet wurden. Es beinhaltet sogar direkte Angriffe auf Server, die Betriebssystem-Befehlsinjektionstechniken. Die Vielseitigkeit von Injection-Schwachstellen für Angreifer — ganz zu schweigen von der Anzahl der Stellen, die potenziell angegriffen werden könnten — hat diese Kategorie viele Jahre lang an der Spitze gehalten.

Aber der Injektionskönig ist gefallen. Lang lebe der König.

Bedeutet das, dass wir das Injection-Schwachstellenproblem endlich gelöst haben? Keine Chance. Es fiel nicht weit von seiner Position als Sicherheitsfeind Nummer eins ab, nur auf Nummer drei der OWASP-Liste. Es wäre ein Fehler, die anhaltenden Gefahren von Injection-Angriffen zu unterschätzen, aber die Tatsache, dass eine andere Schwachstellenkategorie sie übertreffen konnte, ist bedeutsam, denn sie zeigt, wie weit verbreitet der neue OWASP-Topdog tatsächlich ist und warum Entwickler ihm in Zukunft besondere Aufmerksamkeit schenken müssen.

Das vielleicht Interessanteste ist jedoch, dass die OWASP Top 10 2021 eine grundlegende Überarbeitung widerspiegeln. Brandneue Kategorien feiern ihr Debüt: Unsicheres Design, Software- und Datenintegritätsfehler, und ein Eintrag, der auf den Ergebnissen einer Community-Umfrage basiert: Serverside Request Forgery. Diese deuten darauf hin, dass der Schwerpunkt zunehmend auf architektonischen Sicherheitslücken liegt und nicht nur oberflächliche Fehler als Maßstab für Softwaresicherheit gelten.

Eine kaputte Zutrittskontrolle setzt sich durch (und zeigt einen Trend auf)

Broken Access Control stieg vom fünften Platz auf der Liste der zehn häufigsten Sicherheitslücken von OWASP rasant auf den aktuellen Platz Nummer eins. Wie bei Injection und neuen Einträgen wie Unsecure Design umfasst auch die Sicherheitslücke bei Broken Access eine Vielzahl von Codierungsfehlern, was zu ihrer zweifelhaften Beliebtheit beiträgt, da sie gemeinsam Schäden an mehreren Fronten verursachen. Diese Kategorie umfasst alle Fälle, in denen gegen Richtlinien zur Zugriffskontrolle verstoßen werden kann, sodass Benutzer außerhalb ihrer beabsichtigten Rechte handeln können.

Einige Beispiele für fehlerhafte Zugriffskontrollen, die von OWASP angeführt wurden, um die Familie der Sicherheitslücken an die Spitze zu heben, umfassen solche, die es Angreifern ermöglichen, eine URL, den internen Anwendungsstatus oder einen Teil einer HTML-Seite zu ändern. Sie können Benutzern auch ermöglichen, ihren primären Zugriffsschlüssel so zu ändern, dass eine Anwendung, Site oder API glaubt, dass sie jemand anderes sind, z. B. ein Administrator mit höheren Rechten. Es beinhaltet sogar Sicherheitslücken, bei denen Angreifer nicht daran gehindert werden, Metadaten zu ändern, sodass sie Dinge wie JSON-Web-Tokens, Cookies oder Zugriffskontroll-Token ändern können.

Einmal ausgenutzt, kann diese Familie von Sicherheitslücken von Angreifern genutzt werden, um Datei oder Objekt umgehen Autorisierungen ermöglichen es ihnen, Daten zu stehlen oder sogar zerstörerische Funktionen auf Administratorebene wie das Löschen von Datenbanken auszuführen. Das macht kaputte Zugriffskontrollen nicht nur immer häufiger, sondern auch äußerst gefährlich.

Es ist ziemlich überzeugend — aber nicht überraschend —, dass Sicherheitslücken in den Bereichen Authentifizierung und Zugriffskontrolle immer mehr zum fruchtbarsten Nährboden für Angreifer werden. Die neueste Version von Verizon Bericht zur Untersuchung von Datenschutzverletzungen zeigt, dass Probleme mit der Zugangskontrolle in fast allen Branchen, insbesondere in der IT und im Gesundheitswesen, weit verbreitet sind und dass satte 85% aller Verstöße menschliches Element betrafen. Inzwischen umfasst die „menschliche Komponente“ Vorfälle wie Phishing-Angriffe, bei denen es sich nicht um ein technisches Problem handelt, aber 3% der Sicherheitslücken betrafen ausnutzbare Sicherheitslücken. Dem Bericht zufolge handelte es sich dabei überwiegend um ältere Sicherheitslücken, die von Menschen verursacht wurden, wie z. B. eine Fehlkonfiguration der Sicherheit.

Während diese heruntergekommenen Sicherheitslücken wie XSS und SQL Injection Entwickler weiterhin verunsichern, hat sich zunehmend herausgestellt, dass das zentrale Sicherheitsdesign versagt, was architektonischen Sicherheitslücken Platz macht, die für einen Bedrohungsakteur sehr vorteilhaft sein können, insbesondere wenn sie nicht gepatcht werden, nachdem die Sicherheitslücke in einer bestimmten Version einer Anwendung veröffentlicht wurde.

Das Problem ist, dass nur wenige Ingenieure Schulungen und Fähigkeiten erhalten, die über die Grundlagen hinausgehen, und noch weniger erhalten wirklich eine Erweiterung ihres Wissens und ihrer praktischen Anwendung über lokalisierte Bugs auf Codeebene hinaus, die normalerweise von Entwicklern eingeführt werden.

Vermeidung von Bugs, die Roboter selten finden

Die neu gruppierte Familie der Sicherheitslücken bei der defekten Zugriffskontrolle ist ziemlich vielfältig. Einige konkrete Beispiele für defekte Zugriffskontrollen und wie Sie diese verhindern können, finden Sie unter unser YouTube-Kanal und unsere Blog.

Ich denke jedoch, dass es wichtig ist, diese neuen OWASP Top 10 zu feiern. Sie sind in der Tat vielfältiger und umfassen ein breiteres Spektrum an Angriffsvektoren, einschließlich solcher, die Scanner nicht unbedingt erkennen. Bei jeder entdeckten Schwachstelle auf Codeebene werden komplexere architektonische Mängel von den meisten Sicherheitstechnikern unbemerkt bleiben, unabhängig davon, wie viele automatische Schilde und Waffen sich im Arsenal befinden. Zwar basiert der Löwenanteil der OWASP-Top-10-Liste immer noch auf der Grundlage von Scandaten, doch neue Beiträge, die sich unter anderem mit unsicherem Design und Datenintegritätsfehlern befassen, zeigen, dass der Schulungshorizont für Entwickler schnell erweitert werden muss, um das zu erreichen, was Roboter nicht können.

Einfach ausgedrückt: Sicherheitsscanner sind keine großartigen Bedrohungsmodellierer, aber ein Team von sicherheitserfahrenen Entwicklern kann dem AppSec-Team unermesslich helfen, indem es seinen Sicherheits-IQ entsprechend den Best Practices und den Anforderungen des Unternehmens erhöht. Dies muss in einem guten Sicherheitsprogramm berücksichtigt werden, wobei zu berücksichtigen ist, dass die OWASP Top 10 zwar eine hervorragende Ausgangsbasis sind, die Bedrohungslandschaft jedoch so schnelllebig ist (ganz zu schweigen von den Anforderungen der internen Entwicklungsziele), dass ein Plan zur Vertiefung und Spezifizierung der Entwickler im Bereich Sicherheit vorliegen muss. Geschieht dies nicht, werden unweigerlich Gelegenheiten verpasst, frühzeitig Abhilfe zu schaffen, und ein erfolgreiches ganzheitliches Konzept für präventive, von Menschen geleitete Cybersicherheit wird behindert.

Wir sind bereit für OWASP Top 10 2021, und das ist erst der Anfang! Starten Sie Ihre Entwickler auf einem Qualifizierung im Bereich Sicherheit heute.

目录

下载PDF文件
查看资源
想了解更多吗?

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

了解更多

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

预约演示下载
分享到:
领英品牌社交x 标志
资源中心

入门资源

更多文章
资源中心

入门资源

更多文章