
OWASPs Listenwechsel 2021: Ein neuer Schlachtplan und ein neuer Hauptfeind
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. ist Sicherheitsexperte, Forscher, CTO und Mitbegründer von Secure Code Warrior. Matias promovierte an der Universität Gent in Anwendungssicherheit mit Schwerpunkt auf statischen Analyselösungen. Später kam er zu Fortify in den USA, wo er feststellte, dass es nicht ausreichte, ausschließlich Codeprobleme zu erkennen, ohne Entwicklern beim Schreiben von sicherem Code zu helfen. Dies inspirierte ihn dazu, Produkte zu entwickeln, die Entwickler unterstützen, die Sicherheitslast verringern und die Erwartungen der Kunden übertreffen. Wenn er nicht als Teil von Team Awesome an seinem Schreibtisch sitzt, steht er gerne auf der Bühne und präsentiert auf Konferenzen wie der RSA Conference, BlackHat und DefCon.

Secure Code Warrior 소프트웨어 개발 주기 전반에 걸쳐 코드를 보호하고 사이버 보안을 최우선으로 하는 문화를 조성하도록 귀사를 Secure Code Warrior . 앱 보안 관리자, 개발자, 최고정보보안책임자(CISO) 또는 보안 관련 업무를 담당하는 분이라면 누구든, 저희는 귀사가 안전하지 않은 코드로 인한 위험을 줄일 수 있도록 돕습니다.
데모 예약하기Matias Madou, Ph.D. ist Sicherheitsexperte, Forscher, CTO und Mitbegründer von Secure Code Warrior. Matias promovierte an der Universität Gent in Anwendungssicherheit mit Schwerpunkt auf statischen Analyselösungen. Später kam er zu Fortify in den USA, wo er feststellte, dass es nicht ausreichte, ausschließlich Codeprobleme zu erkennen, ohne Entwicklern beim Schreiben von sicherem Code zu helfen. Dies inspirierte ihn dazu, Produkte zu entwickeln, die Entwickler unterstützen, die Sicherheitslast verringern und die Erwartungen der Kunden übertreffen. Wenn er nicht als Teil von Team Awesome an seinem Schreibtisch sitzt, steht er gerne auf der Bühne und präsentiert auf Konferenzen wie der RSA Conference, BlackHat und DefCon.
Matias ist Forscher und Entwickler mit mehr als 15 Jahren praktischer Erfahrung in der Softwaresicherheit. Er hat Lösungen für Unternehmen wie Fortify Software und sein eigenes Unternehmen Sensei Security entwickelt. Im Laufe seiner Karriere hat Matias mehrere Forschungsprojekte zur Anwendungssicherheit geleitet, die zu kommerziellen Produkten geführt haben, und verfügt über mehr als 10 Patente. Wenn er nicht an seinem Schreibtisch ist, war Matias als Ausbilder für fortgeschrittene Schulungen zur Anwendungssicherheit tätig und hält regelmäßig Vorträge auf globalen Konferenzen wie RSA Conference, Black Hat, DefCon, BSIMM, OWASP AppSec und BruCon.
Matias hat an der Universität Gent in Computertechnik promoviert, wo er Anwendungssicherheit durch Programmverschleierung studierte, um das Innenleben einer Anwendung zu verbergen.


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.

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 . 앱 보안 관리자, 개발자, 최고정보보안책임자(CISO) 또는 보안 관련 업무를 담당하는 분이라면 누구든, 저희는 귀사가 안전하지 않은 코드로 인한 위험을 줄일 수 있도록 돕습니다.
보고서 보기데모 예약하기Matias Madou, Ph.D. ist Sicherheitsexperte, Forscher, CTO und Mitbegründer von Secure Code Warrior. Matias promovierte an der Universität Gent in Anwendungssicherheit mit Schwerpunkt auf statischen Analyselösungen. Später kam er zu Fortify in den USA, wo er feststellte, dass es nicht ausreichte, ausschließlich Codeprobleme zu erkennen, ohne Entwicklern beim Schreiben von sicherem Code zu helfen. Dies inspirierte ihn dazu, Produkte zu entwickeln, die Entwickler unterstützen, die Sicherheitslast verringern und die Erwartungen der Kunden übertreffen. Wenn er nicht als Teil von Team Awesome an seinem Schreibtisch sitzt, steht er gerne auf der Bühne und präsentiert auf Konferenzen wie der RSA Conference, BlackHat und DefCon.
Matias ist Forscher und Entwickler mit mehr als 15 Jahren praktischer Erfahrung in der Softwaresicherheit. Er hat Lösungen für Unternehmen wie Fortify Software und sein eigenes Unternehmen Sensei Security entwickelt. Im Laufe seiner Karriere hat Matias mehrere Forschungsprojekte zur Anwendungssicherheit geleitet, die zu kommerziellen Produkten geführt haben, und verfügt über mehr als 10 Patente. Wenn er nicht an seinem Schreibtisch ist, war Matias als Ausbilder für fortgeschrittene Schulungen zur Anwendungssicherheit tätig und hält regelmäßig Vorträge auf globalen Konferenzen wie RSA Conference, Black Hat, DefCon, BSIMM, OWASP AppSec und BruCon.
Matias hat an der Universität Gent in Computertechnik promoviert, wo er Anwendungssicherheit durch Programmverschleierung studierte, um das Innenleben einer Anwendung zu verbergen.
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.
목차
Matias Madou, Ph.D. ist Sicherheitsexperte, Forscher, CTO und Mitbegründer von Secure Code Warrior. Matias promovierte an der Universität Gent in Anwendungssicherheit mit Schwerpunkt auf statischen Analyselösungen. Später kam er zu Fortify in den USA, wo er feststellte, dass es nicht ausreichte, ausschließlich Codeprobleme zu erkennen, ohne Entwicklern beim Schreiben von sicherem Code zu helfen. Dies inspirierte ihn dazu, Produkte zu entwickeln, die Entwickler unterstützen, die Sicherheitslast verringern und die Erwartungen der Kunden übertreffen. Wenn er nicht als Teil von Team Awesome an seinem Schreibtisch sitzt, steht er gerne auf der Bühne und präsentiert auf Konferenzen wie der RSA Conference, BlackHat und DefCon.

Secure Code Warrior 소프트웨어 개발 주기 전반에 걸쳐 코드를 보호하고 사이버 보안을 최우선으로 하는 문화를 조성하도록 귀사를 Secure Code Warrior . 앱 보안 관리자, 개발자, 최고정보보안책임자(CISO) 또는 보안 관련 업무를 담당하는 분이라면 누구든, 저희는 귀사가 안전하지 않은 코드로 인한 위험을 줄일 수 있도록 돕습니다.
데모 예약하기다운로드시작을 위한 자료
Trust Agent:AI - Secure and scale AI-Drive development
AI is writing code. Who’s governing it? With up to 50% of AI-generated code containing security weaknesses, managing AI risk is critical. Discover how SCW's Trust Agent: AI provides the real-time visibility, proactive governance, and targeted upskilling needed to scale AI-driven development securely.
OpenText 애플리케이션 보안의 힘 + Secure Code Warrior
OpenText Application Security and Secure Code Warrior combine vulnerability detection with AI Software Governance and developer capability. Together, they help organizations reduce risk, strengthen secure coding practices, and confidently adopt AI-driven development.
Secure Code Warrior corporate overview
Secure Code Warrior is an AI Software Governance platform designed to enable organizations to safely adopt AI-driven development by bridging the gap between development velocity and enterprise security. The platform addresses the "Visibility Gap," where security teams often lack insights into shadow AI coding tools and the origins of production code.




