
OWASPs Cambio de guardia 2021: un nuevo plan de batalla y un nuevo enemigo principal
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.


Los ataques de inyección, el famoso rey de las vulnerabilidades (por categorías), han perdido el primer puesto, ya que el control de acceso se considera la peor de las amenazas, y los desarrolladores deben tomar nota de ello.
Matias Madou, Ph.D. es experto en seguridad, investigador y CTO y cofundador de Secure Code Warrior. Matias obtuvo su doctorado en Seguridad de Aplicaciones en la Universidad de Gante, centrándose en soluciones de análisis estático. Más tarde se incorporó a Fortify en EE.UU., donde se dio cuenta de que no bastaba con detectar problemas de código sin ayudar a los desarrolladores a escribir código seguro. Esto le inspiró para desarrollar productos que ayuden a los desarrolladores, alivien la carga de la seguridad y superen las expectativas de los clientes. Cuando no está en su escritorio como parte de Team Awesome, le gusta estar en el escenario presentando en conferencias como RSA Conference, BlackHat y DefCon.

Secure Code Warrior a disposición de su empresa para ayudarle a proteger el código durante todo el ciclo de desarrollo de software y crear una cultura en la que la ciberseguridad sea una prioridad. Tanto si es responsable de seguridad de aplicaciones, desarrollador, responsable de seguridad de la información o cualquier otra persona relacionada con la seguridad, podemos ayudar a su empresa a reducir los riesgos asociados al código inseguro.
Reservar una demostraciónMatias Madou, Ph.D. es experto en seguridad, investigador y CTO y cofundador de Secure Code Warrior. Matias obtuvo su doctorado en Seguridad de Aplicaciones en la Universidad de Gante, centrándose en soluciones de análisis estático. Más tarde se incorporó a Fortify en EE.UU., donde se dio cuenta de que no bastaba con detectar problemas de código sin ayudar a los desarrolladores a escribir código seguro. Esto le inspiró para desarrollar productos que ayuden a los desarrolladores, alivien la carga de la seguridad y superen las expectativas de los clientes. Cuando no está en su escritorio como parte de Team Awesome, le gusta estar en el escenario presentando en conferencias como RSA Conference, BlackHat y DefCon.
Matías es un investigador y desarrollador con más de 15 años de experiencia práctica en seguridad de software. Ha desarrollado soluciones para empresas como Fortify Software y su propia empresa Sensei Security. A lo largo de su carrera, Matías ha dirigido múltiples proyectos de investigación sobre seguridad de aplicaciones que han dado lugar a productos comerciales y cuenta con más de 10 patentes en su haber. Cuando está lejos de su escritorio, Matias ha servido como instructor para la formación de seguridad de aplicaciones avanzadas courses y regularmente habla en conferencias mundiales como la Conferencia RSA, Black Hat, DefCon, BSIMM, OWASP AppSec y BruCon.
Matías es doctor en Ingeniería Informática por la Universidad de Gante, donde estudió la seguridad de las aplicaciones mediante la ofuscación de programas para ocultar el funcionamiento interno de una aplicación.


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.

Haga clic en el enlace de abajo y descargue el PDF de este recurso.
Secure Code Warrior a disposición de su empresa para ayudarle a proteger el código durante todo el ciclo de desarrollo de software y crear una cultura en la que la ciberseguridad sea una prioridad. Tanto si es responsable de seguridad de aplicaciones, desarrollador, responsable de seguridad de la información o cualquier otra persona relacionada con la seguridad, podemos ayudar a su empresa a reducir los riesgos asociados al código inseguro.
Ver informeReservar una demostraciónMatias Madou, Ph.D. es experto en seguridad, investigador y CTO y cofundador de Secure Code Warrior. Matias obtuvo su doctorado en Seguridad de Aplicaciones en la Universidad de Gante, centrándose en soluciones de análisis estático. Más tarde se incorporó a Fortify en EE.UU., donde se dio cuenta de que no bastaba con detectar problemas de código sin ayudar a los desarrolladores a escribir código seguro. Esto le inspiró para desarrollar productos que ayuden a los desarrolladores, alivien la carga de la seguridad y superen las expectativas de los clientes. Cuando no está en su escritorio como parte de Team Awesome, le gusta estar en el escenario presentando en conferencias como RSA Conference, BlackHat y DefCon.
Matías es un investigador y desarrollador con más de 15 años de experiencia práctica en seguridad de software. Ha desarrollado soluciones para empresas como Fortify Software y su propia empresa Sensei Security. A lo largo de su carrera, Matías ha dirigido múltiples proyectos de investigación sobre seguridad de aplicaciones que han dado lugar a productos comerciales y cuenta con más de 10 patentes en su haber. Cuando está lejos de su escritorio, Matias ha servido como instructor para la formación de seguridad de aplicaciones avanzadas courses y regularmente habla en conferencias mundiales como la Conferencia RSA, Black Hat, DefCon, BSIMM, OWASP AppSec y BruCon.
Matías es doctor en Ingeniería Informática por la Universidad de Gante, donde estudió la seguridad de las aplicaciones mediante la ofuscación de programas para ocultar el funcionamiento interno de una aplicación.
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.
Índice
Matias Madou, Ph.D. es experto en seguridad, investigador y CTO y cofundador de Secure Code Warrior. Matias obtuvo su doctorado en Seguridad de Aplicaciones en la Universidad de Gante, centrándose en soluciones de análisis estático. Más tarde se incorporó a Fortify en EE.UU., donde se dio cuenta de que no bastaba con detectar problemas de código sin ayudar a los desarrolladores a escribir código seguro. Esto le inspiró para desarrollar productos que ayuden a los desarrolladores, alivien la carga de la seguridad y superen las expectativas de los clientes. Cuando no está en su escritorio como parte de Team Awesome, le gusta estar en el escenario presentando en conferencias como RSA Conference, BlackHat y DefCon.

Secure Code Warrior a disposición de su empresa para ayudarle a proteger el código durante todo el ciclo de desarrollo de software y crear una cultura en la que la ciberseguridad sea una prioridad. Tanto si es responsable de seguridad de aplicaciones, desarrollador, responsable de seguridad de la información o cualquier otra persona relacionada con la seguridad, podemos ayudar a su empresa a reducir los riesgos asociados al código inseguro.
Reservar una demostraciónDescargarRecursos para empezar
Temas y contenidos de la formación Securecode
Nuestros contenidos líderes en el sector se desarrollan continuamente para adaptarse al cambiante panorama del desarrollo de software, teniendo en cuenta su función. Temas que abarcan desde la inteligencia artificial hasta la inyección XQuery y que se ofrecen para una amplia variedad de funciones, desde arquitectos e ingenieros hasta gestores de productos y control de calidad. Eche un vistazo a nuestro catálogo de contenidos por temas y funciones.
La Cámara de Comercio establece el estándar para la seguridad impulsada por desarrolladores a gran escala
Kamer van Koophandel comparte cómo ha integrado la codificación segura en el desarrollo diario mediante certificaciones basadas en roles, evaluaciones comparativas de Trust Score y una cultura de responsabilidad compartida en materia de seguridad.
Modelado de amenazas con IA: convertir a cada desarrollador en un modelador de amenazas
Saldrá mejor equipado para ayudar a los desarrolladores a combinar ideas y técnicas de modelado de amenazas con las herramientas de IA que ya utilizan para reforzar la seguridad, mejorar la colaboración y crear software más resistente desde el principio.
Recursos para empezar
Cybermon ha vuelto: ¡Derrota al jefe! Las misiones KI ya están disponibles bajo demanda.
Cybermon 2025 Beat the Boss ya está disponible durante todo el año en SCW. Utiliza requisitos de seguridad avanzados de IA/LLM para reforzar el desarrollo seguro de la IA a gran escala.
Explicación de la Ley de Resiliencia Cibernética: qué significa para el desarrollo de software Secure by Design
Descubra qué exige la Ley de Ciberresiliencia de la UE (CRA), a quién se aplica y cómo los equipos de desarrollo pueden prepararse para ella mediante métodos seguros, la prevención de vulnerabilidades de seguridad y el desarrollo de capacidades para los desarrolladores.
Facilitador 1: Criterios de éxito definidos y medibles
El facilitador 1 abre nuestra serie de diez partes titulada «Facilitadores del éxito» y muestra cómo la codificación segura puede combinarse con resultados empresariales como la reducción de riesgos y la velocidad para lograr la madurez del programa a largo plazo.




%20(1).avif)
.avif)
