Iconos SCW
héroe bg sin separador
Blog

Programmierer erobern die Sicherheit: Serie „Teilen und Lernen“ - XQuery Injection

Jaap Karan Singh
Publicado el 28 de febrero de 2019
Última actualización Mar 09, 2026

XQuery-Injection-Angriffe werden manchmal als der kleine Bruder der verbreiteteren angesehen. SQL-Injection-Angriffe. Sie haben ähnliche Ursachen, und die Befehle, die Angreifer nutzen, um sie beide auszulösen, sind ebenfalls sehr ähnlich. Es ist nur so, dass XQuery-Injection-Angriffe nur während einer XPath-Abfrage für XML-Daten auftreten können. Aus diesem Grund werden sie manchmal als XPath Injection oder einfach als XPath-Angriffe bezeichnet, da dies die verwendete Übermittlungsmethode ist.

Eine große Mehrheit der Websites verwendet XML-Datenbanken, um wichtige Funktionen wie das Speichern von Benutzeranmeldedaten, Kundeninformationen, persönlichen Identitätsinformationen und vertraulichen oder sensiblen Daten auszuführen, sodass XQuery-Angriffe einen ziemlich großen Angriffsfußabdruck haben.

In dieser Episode werden wir lernen:

  • Wie Angreifer XQuery-Injektionen verwenden
  • Warum XQuery-Injektionen gefährlich sind
  • Techniken, mit denen diese Sicherheitsanfälligkeit behoben werden kann.

Wie lösen Angreifer eine XQuery-Injection aus?

Wie bei den meisten Computersprachen wurde der Code für XPath aus Gründen der Einfachheit entworfen. Tatsächlich ist XPath eine Standardsprache, und alle Notationen und Syntaxanweisungen sind unverändert, unabhängig davon, welche Anwendung sie verwendet. Das bedeutet, dass die Befehle, die zur Manipulation einer XPath-Abfrage verwendet werden, allgemein bekannt sind und sogar automatisiert werden können.

Im Kern ist eine XPath-Abfrage eine einfache Anweisung, die der XML-Datenbank mitteilt, welche Informationen gesucht werden sollen. In einem der einfachsten Beispiele wird es verwendet, um zu überprüfen, ob ein Benutzerdatensatz existiert, und dann, um seine Anmeldeinformationen abzurufen. Da XPath-Abfragen Benutzereingaben enthalten, können Hacker die Abfrage manipulieren, um Informationen zurückzugeben, die geschützt werden sollten.

Wenn ein Angreifer beispielsweise versucht, die Anmeldesicherheit zu umgehen, kann er am Ende seiner XPath-Abfrage Variablen hinzufügen, die den gesamten Prozess umgehen. Ein Beispiel könnte so aussehen:

//Mitarbeiter [Benutzername/text () =irgendjemand oder 1=1 oder a=a Und Passwort/text () =spielt keine Rolle]

Hier wird das Feld Benutzername so gestaltet, dass es aufgrund der 1=1- oder a=a-Anweisung jedem Benutzer entspricht. Das Passwortfeld spielt keine Rolle, da nur der erste Teil der Abfrage wahr sein muss.

Warum ist XQuery Injection gefährlich?

Ein Hauptgrund dafür, dass XQuery-Injection-Angriffe so gefährlich sind, liegt darin, dass sie es Angreifern ermöglichen, die Anmelde- und Kontosicherheit zu umgehen. Und sie ermöglichen eine automatisierte Ausführung mithilfe einer Standardsprache, die sich je nach Anwendung nicht unterscheidet. Angreifer können Websites und Anwendungen automatisch nach dieser Sicherheitslücke durchsuchen und handeln, sobald sie entdeckt wird. Wenn Ihre App anfällig ist, werden die Angreifer sie kompromittieren. XQuery-Angriffe gefährden nicht nur die Kontosicherheit, sondern können auch zur Datenexfiltration verwendet werden. Ein Angreifer könnte beispielsweise alle Datensätze aus der XML-Datenbank übertragen.

Eliminierung von XQuery-Injection-Angriffen

Wie bei ähnlichen Sicherheitslücken besteht eine wichtige Abwehr darin, Benutzereingaben einfach nicht zu vertrauen. Jedes Mal, wenn ein Benutzer Informationen eingeben kann, unabhängig davon, ob er eine Datenbankabfrage stellt oder nicht, sollte der Vorgang genau unter die Lupe genommen werden. Es ist nicht anders, als die Fenster und Türen eines physischen Gebäudes zu sichern, da dies die Hauptwege sind, über die sich Menschen Zugang verschaffen können.

Für den XQuery-Injektionsschutz erfolgt dies durch Bereinigen von Benutzereingaben durch Filtern oder durch eine Whitelist-Eingabevalidierung von Benutzereingaben. Sie können auch eine parametrisierte XPath-Schnittstelle verwenden, ähnlich wie vorbereitete Anweisungen für SQL-Abfragen.

Stellen Sie abschließend sicher, dass Sie allen Anwendungen die geringsten Rechte zuweisen. Das könnte bedeuten, dass Sie einen Benutzer mit Leseberechtigungen erstellen müssen, der alle Anwendungsabfragen ausführen kann.

Mithilfe dieser Techniken ist es möglich, alle XQuery-Injection-Versuche gegen Ihre Website oder Anwendung zu stoppen.

Weitere Informationen zu XQuery Injections

Für weitere Informationen können Sie sich ansehen, was OWASP über XQuery Injections sagt. Sie können Ihr neu gewonnenes Defensivwissen auch mit einem auf die Probe stellen kostenlose Demo der Secure Code Warrior-Plattform, die Cybersicherheitsteams zu ultimativen Cyberkriegern ausbildet. Um mehr über die Beseitigung dieser Sicherheitslücke und eine Galerie mit anderen Bedrohungen zu erfahren, besuchen Sie die Sicherer Code Krieger Blog.

Ver recurso
Ver recurso

Eine große Mehrheit der Websites verwendet XML-Datenbanken, um wichtige Funktionen wie das Speichern von Benutzeranmeldedaten, Kundeninformationen, persönlichen Identitätsinformationen und vertraulichen oder sensiblen Daten auszuführen, sodass XQuery-Angriffe einen ziemlich großen Angriffsfußabdruck haben.

¿Te interesa saber más?

Jaap Karan Singh ist Secure Coding Evangelist, Chief Singh und Mitbegründer von Secure Code Warrior.

Más información

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ón
Compartir en:
marcas de LinkedInSocialx logotipo
Autor
Jaap Karan Singh
Publicado el 28 de febrero de 2019

Jaap Karan Singh ist Secure Coding Evangelist, Chief Singh und Mitbegründer von Secure Code Warrior.

Compartir en:
marcas de LinkedInSocialx logotipo

XQuery-Injection-Angriffe werden manchmal als der kleine Bruder der verbreiteteren angesehen. SQL-Injection-Angriffe. Sie haben ähnliche Ursachen, und die Befehle, die Angreifer nutzen, um sie beide auszulösen, sind ebenfalls sehr ähnlich. Es ist nur so, dass XQuery-Injection-Angriffe nur während einer XPath-Abfrage für XML-Daten auftreten können. Aus diesem Grund werden sie manchmal als XPath Injection oder einfach als XPath-Angriffe bezeichnet, da dies die verwendete Übermittlungsmethode ist.

Eine große Mehrheit der Websites verwendet XML-Datenbanken, um wichtige Funktionen wie das Speichern von Benutzeranmeldedaten, Kundeninformationen, persönlichen Identitätsinformationen und vertraulichen oder sensiblen Daten auszuführen, sodass XQuery-Angriffe einen ziemlich großen Angriffsfußabdruck haben.

In dieser Episode werden wir lernen:

  • Wie Angreifer XQuery-Injektionen verwenden
  • Warum XQuery-Injektionen gefährlich sind
  • Techniken, mit denen diese Sicherheitsanfälligkeit behoben werden kann.

Wie lösen Angreifer eine XQuery-Injection aus?

Wie bei den meisten Computersprachen wurde der Code für XPath aus Gründen der Einfachheit entworfen. Tatsächlich ist XPath eine Standardsprache, und alle Notationen und Syntaxanweisungen sind unverändert, unabhängig davon, welche Anwendung sie verwendet. Das bedeutet, dass die Befehle, die zur Manipulation einer XPath-Abfrage verwendet werden, allgemein bekannt sind und sogar automatisiert werden können.

Im Kern ist eine XPath-Abfrage eine einfache Anweisung, die der XML-Datenbank mitteilt, welche Informationen gesucht werden sollen. In einem der einfachsten Beispiele wird es verwendet, um zu überprüfen, ob ein Benutzerdatensatz existiert, und dann, um seine Anmeldeinformationen abzurufen. Da XPath-Abfragen Benutzereingaben enthalten, können Hacker die Abfrage manipulieren, um Informationen zurückzugeben, die geschützt werden sollten.

Wenn ein Angreifer beispielsweise versucht, die Anmeldesicherheit zu umgehen, kann er am Ende seiner XPath-Abfrage Variablen hinzufügen, die den gesamten Prozess umgehen. Ein Beispiel könnte so aussehen:

//Mitarbeiter [Benutzername/text () =irgendjemand oder 1=1 oder a=a Und Passwort/text () =spielt keine Rolle]

Hier wird das Feld Benutzername so gestaltet, dass es aufgrund der 1=1- oder a=a-Anweisung jedem Benutzer entspricht. Das Passwortfeld spielt keine Rolle, da nur der erste Teil der Abfrage wahr sein muss.

Warum ist XQuery Injection gefährlich?

Ein Hauptgrund dafür, dass XQuery-Injection-Angriffe so gefährlich sind, liegt darin, dass sie es Angreifern ermöglichen, die Anmelde- und Kontosicherheit zu umgehen. Und sie ermöglichen eine automatisierte Ausführung mithilfe einer Standardsprache, die sich je nach Anwendung nicht unterscheidet. Angreifer können Websites und Anwendungen automatisch nach dieser Sicherheitslücke durchsuchen und handeln, sobald sie entdeckt wird. Wenn Ihre App anfällig ist, werden die Angreifer sie kompromittieren. XQuery-Angriffe gefährden nicht nur die Kontosicherheit, sondern können auch zur Datenexfiltration verwendet werden. Ein Angreifer könnte beispielsweise alle Datensätze aus der XML-Datenbank übertragen.

Eliminierung von XQuery-Injection-Angriffen

Wie bei ähnlichen Sicherheitslücken besteht eine wichtige Abwehr darin, Benutzereingaben einfach nicht zu vertrauen. Jedes Mal, wenn ein Benutzer Informationen eingeben kann, unabhängig davon, ob er eine Datenbankabfrage stellt oder nicht, sollte der Vorgang genau unter die Lupe genommen werden. Es ist nicht anders, als die Fenster und Türen eines physischen Gebäudes zu sichern, da dies die Hauptwege sind, über die sich Menschen Zugang verschaffen können.

Für den XQuery-Injektionsschutz erfolgt dies durch Bereinigen von Benutzereingaben durch Filtern oder durch eine Whitelist-Eingabevalidierung von Benutzereingaben. Sie können auch eine parametrisierte XPath-Schnittstelle verwenden, ähnlich wie vorbereitete Anweisungen für SQL-Abfragen.

Stellen Sie abschließend sicher, dass Sie allen Anwendungen die geringsten Rechte zuweisen. Das könnte bedeuten, dass Sie einen Benutzer mit Leseberechtigungen erstellen müssen, der alle Anwendungsabfragen ausführen kann.

Mithilfe dieser Techniken ist es möglich, alle XQuery-Injection-Versuche gegen Ihre Website oder Anwendung zu stoppen.

Weitere Informationen zu XQuery Injections

Für weitere Informationen können Sie sich ansehen, was OWASP über XQuery Injections sagt. Sie können Ihr neu gewonnenes Defensivwissen auch mit einem auf die Probe stellen kostenlose Demo der Secure Code Warrior-Plattform, die Cybersicherheitsteams zu ultimativen Cyberkriegern ausbildet. Um mehr über die Beseitigung dieser Sicherheitslücke und eine Galerie mit anderen Bedrohungen zu erfahren, besuchen Sie die Sicherer Code Krieger Blog.

Ver recurso
Ver recurso

Rellene el siguiente formulario para descargar el informe.

Solicitamos su permiso para enviarle información sobre nuestros productos y/o temas relacionados con la codificación segura. Tratamos sus datos personales con el máximo cuidado y nunca los vendemos a otras empresas con fines comerciales.

Enviar
Icono de éxito de SCW
Icono de error scw
Para enviar el formulario, active las cookies de «Analytics». Cuando haya terminado, puede desactivarlas en cualquier momento.

XQuery-Injection-Angriffe werden manchmal als der kleine Bruder der verbreiteteren angesehen. SQL-Injection-Angriffe. Sie haben ähnliche Ursachen, und die Befehle, die Angreifer nutzen, um sie beide auszulösen, sind ebenfalls sehr ähnlich. Es ist nur so, dass XQuery-Injection-Angriffe nur während einer XPath-Abfrage für XML-Daten auftreten können. Aus diesem Grund werden sie manchmal als XPath Injection oder einfach als XPath-Angriffe bezeichnet, da dies die verwendete Übermittlungsmethode ist.

Eine große Mehrheit der Websites verwendet XML-Datenbanken, um wichtige Funktionen wie das Speichern von Benutzeranmeldedaten, Kundeninformationen, persönlichen Identitätsinformationen und vertraulichen oder sensiblen Daten auszuführen, sodass XQuery-Angriffe einen ziemlich großen Angriffsfußabdruck haben.

In dieser Episode werden wir lernen:

  • Wie Angreifer XQuery-Injektionen verwenden
  • Warum XQuery-Injektionen gefährlich sind
  • Techniken, mit denen diese Sicherheitsanfälligkeit behoben werden kann.

Wie lösen Angreifer eine XQuery-Injection aus?

Wie bei den meisten Computersprachen wurde der Code für XPath aus Gründen der Einfachheit entworfen. Tatsächlich ist XPath eine Standardsprache, und alle Notationen und Syntaxanweisungen sind unverändert, unabhängig davon, welche Anwendung sie verwendet. Das bedeutet, dass die Befehle, die zur Manipulation einer XPath-Abfrage verwendet werden, allgemein bekannt sind und sogar automatisiert werden können.

Im Kern ist eine XPath-Abfrage eine einfache Anweisung, die der XML-Datenbank mitteilt, welche Informationen gesucht werden sollen. In einem der einfachsten Beispiele wird es verwendet, um zu überprüfen, ob ein Benutzerdatensatz existiert, und dann, um seine Anmeldeinformationen abzurufen. Da XPath-Abfragen Benutzereingaben enthalten, können Hacker die Abfrage manipulieren, um Informationen zurückzugeben, die geschützt werden sollten.

Wenn ein Angreifer beispielsweise versucht, die Anmeldesicherheit zu umgehen, kann er am Ende seiner XPath-Abfrage Variablen hinzufügen, die den gesamten Prozess umgehen. Ein Beispiel könnte so aussehen:

//Mitarbeiter [Benutzername/text () =irgendjemand oder 1=1 oder a=a Und Passwort/text () =spielt keine Rolle]

Hier wird das Feld Benutzername so gestaltet, dass es aufgrund der 1=1- oder a=a-Anweisung jedem Benutzer entspricht. Das Passwortfeld spielt keine Rolle, da nur der erste Teil der Abfrage wahr sein muss.

Warum ist XQuery Injection gefährlich?

Ein Hauptgrund dafür, dass XQuery-Injection-Angriffe so gefährlich sind, liegt darin, dass sie es Angreifern ermöglichen, die Anmelde- und Kontosicherheit zu umgehen. Und sie ermöglichen eine automatisierte Ausführung mithilfe einer Standardsprache, die sich je nach Anwendung nicht unterscheidet. Angreifer können Websites und Anwendungen automatisch nach dieser Sicherheitslücke durchsuchen und handeln, sobald sie entdeckt wird. Wenn Ihre App anfällig ist, werden die Angreifer sie kompromittieren. XQuery-Angriffe gefährden nicht nur die Kontosicherheit, sondern können auch zur Datenexfiltration verwendet werden. Ein Angreifer könnte beispielsweise alle Datensätze aus der XML-Datenbank übertragen.

Eliminierung von XQuery-Injection-Angriffen

Wie bei ähnlichen Sicherheitslücken besteht eine wichtige Abwehr darin, Benutzereingaben einfach nicht zu vertrauen. Jedes Mal, wenn ein Benutzer Informationen eingeben kann, unabhängig davon, ob er eine Datenbankabfrage stellt oder nicht, sollte der Vorgang genau unter die Lupe genommen werden. Es ist nicht anders, als die Fenster und Türen eines physischen Gebäudes zu sichern, da dies die Hauptwege sind, über die sich Menschen Zugang verschaffen können.

Für den XQuery-Injektionsschutz erfolgt dies durch Bereinigen von Benutzereingaben durch Filtern oder durch eine Whitelist-Eingabevalidierung von Benutzereingaben. Sie können auch eine parametrisierte XPath-Schnittstelle verwenden, ähnlich wie vorbereitete Anweisungen für SQL-Abfragen.

Stellen Sie abschließend sicher, dass Sie allen Anwendungen die geringsten Rechte zuweisen. Das könnte bedeuten, dass Sie einen Benutzer mit Leseberechtigungen erstellen müssen, der alle Anwendungsabfragen ausführen kann.

Mithilfe dieser Techniken ist es möglich, alle XQuery-Injection-Versuche gegen Ihre Website oder Anwendung zu stoppen.

Weitere Informationen zu XQuery Injections

Für weitere Informationen können Sie sich ansehen, was OWASP über XQuery Injections sagt. Sie können Ihr neu gewonnenes Defensivwissen auch mit einem auf die Probe stellen kostenlose Demo der Secure Code Warrior-Plattform, die Cybersicherheitsteams zu ultimativen Cyberkriegern ausbildet. Um mehr über die Beseitigung dieser Sicherheitslücke und eine Galerie mit anderen Bedrohungen zu erfahren, besuchen Sie die Sicherer Code Krieger Blog.

Ver seminario web
Empiece
Más información

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ón
Ver recurso
Compartir en:
marcas de LinkedInSocialx logotipo
¿Te interesa saber más?

Compartir en:
marcas de LinkedInSocialx logotipo
Autor
Jaap Karan Singh
Publicado el 28 de febrero de 2019

Jaap Karan Singh ist Secure Coding Evangelist, Chief Singh und Mitbegründer von Secure Code Warrior.

Compartir en:
marcas de LinkedInSocialx logotipo

XQuery-Injection-Angriffe werden manchmal als der kleine Bruder der verbreiteteren angesehen. SQL-Injection-Angriffe. Sie haben ähnliche Ursachen, und die Befehle, die Angreifer nutzen, um sie beide auszulösen, sind ebenfalls sehr ähnlich. Es ist nur so, dass XQuery-Injection-Angriffe nur während einer XPath-Abfrage für XML-Daten auftreten können. Aus diesem Grund werden sie manchmal als XPath Injection oder einfach als XPath-Angriffe bezeichnet, da dies die verwendete Übermittlungsmethode ist.

Eine große Mehrheit der Websites verwendet XML-Datenbanken, um wichtige Funktionen wie das Speichern von Benutzeranmeldedaten, Kundeninformationen, persönlichen Identitätsinformationen und vertraulichen oder sensiblen Daten auszuführen, sodass XQuery-Angriffe einen ziemlich großen Angriffsfußabdruck haben.

In dieser Episode werden wir lernen:

  • Wie Angreifer XQuery-Injektionen verwenden
  • Warum XQuery-Injektionen gefährlich sind
  • Techniken, mit denen diese Sicherheitsanfälligkeit behoben werden kann.

Wie lösen Angreifer eine XQuery-Injection aus?

Wie bei den meisten Computersprachen wurde der Code für XPath aus Gründen der Einfachheit entworfen. Tatsächlich ist XPath eine Standardsprache, und alle Notationen und Syntaxanweisungen sind unverändert, unabhängig davon, welche Anwendung sie verwendet. Das bedeutet, dass die Befehle, die zur Manipulation einer XPath-Abfrage verwendet werden, allgemein bekannt sind und sogar automatisiert werden können.

Im Kern ist eine XPath-Abfrage eine einfache Anweisung, die der XML-Datenbank mitteilt, welche Informationen gesucht werden sollen. In einem der einfachsten Beispiele wird es verwendet, um zu überprüfen, ob ein Benutzerdatensatz existiert, und dann, um seine Anmeldeinformationen abzurufen. Da XPath-Abfragen Benutzereingaben enthalten, können Hacker die Abfrage manipulieren, um Informationen zurückzugeben, die geschützt werden sollten.

Wenn ein Angreifer beispielsweise versucht, die Anmeldesicherheit zu umgehen, kann er am Ende seiner XPath-Abfrage Variablen hinzufügen, die den gesamten Prozess umgehen. Ein Beispiel könnte so aussehen:

//Mitarbeiter [Benutzername/text () =irgendjemand oder 1=1 oder a=a Und Passwort/text () =spielt keine Rolle]

Hier wird das Feld Benutzername so gestaltet, dass es aufgrund der 1=1- oder a=a-Anweisung jedem Benutzer entspricht. Das Passwortfeld spielt keine Rolle, da nur der erste Teil der Abfrage wahr sein muss.

Warum ist XQuery Injection gefährlich?

Ein Hauptgrund dafür, dass XQuery-Injection-Angriffe so gefährlich sind, liegt darin, dass sie es Angreifern ermöglichen, die Anmelde- und Kontosicherheit zu umgehen. Und sie ermöglichen eine automatisierte Ausführung mithilfe einer Standardsprache, die sich je nach Anwendung nicht unterscheidet. Angreifer können Websites und Anwendungen automatisch nach dieser Sicherheitslücke durchsuchen und handeln, sobald sie entdeckt wird. Wenn Ihre App anfällig ist, werden die Angreifer sie kompromittieren. XQuery-Angriffe gefährden nicht nur die Kontosicherheit, sondern können auch zur Datenexfiltration verwendet werden. Ein Angreifer könnte beispielsweise alle Datensätze aus der XML-Datenbank übertragen.

Eliminierung von XQuery-Injection-Angriffen

Wie bei ähnlichen Sicherheitslücken besteht eine wichtige Abwehr darin, Benutzereingaben einfach nicht zu vertrauen. Jedes Mal, wenn ein Benutzer Informationen eingeben kann, unabhängig davon, ob er eine Datenbankabfrage stellt oder nicht, sollte der Vorgang genau unter die Lupe genommen werden. Es ist nicht anders, als die Fenster und Türen eines physischen Gebäudes zu sichern, da dies die Hauptwege sind, über die sich Menschen Zugang verschaffen können.

Für den XQuery-Injektionsschutz erfolgt dies durch Bereinigen von Benutzereingaben durch Filtern oder durch eine Whitelist-Eingabevalidierung von Benutzereingaben. Sie können auch eine parametrisierte XPath-Schnittstelle verwenden, ähnlich wie vorbereitete Anweisungen für SQL-Abfragen.

Stellen Sie abschließend sicher, dass Sie allen Anwendungen die geringsten Rechte zuweisen. Das könnte bedeuten, dass Sie einen Benutzer mit Leseberechtigungen erstellen müssen, der alle Anwendungsabfragen ausführen kann.

Mithilfe dieser Techniken ist es möglich, alle XQuery-Injection-Versuche gegen Ihre Website oder Anwendung zu stoppen.

Weitere Informationen zu XQuery Injections

Für weitere Informationen können Sie sich ansehen, was OWASP über XQuery Injections sagt. Sie können Ihr neu gewonnenes Defensivwissen auch mit einem auf die Probe stellen kostenlose Demo der Secure Code Warrior-Plattform, die Cybersicherheitsteams zu ultimativen Cyberkriegern ausbildet. Um mehr über die Beseitigung dieser Sicherheitslücke und eine Galerie mit anderen Bedrohungen zu erfahren, besuchen Sie die Sicherer Code Krieger Blog.

Índice

Descargar PDF
Ver recurso
¿Te interesa saber más?

Jaap Karan Singh ist Secure Coding Evangelist, Chief Singh und Mitbegründer von Secure Code Warrior.

Más información

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ónDescargar
Compartir en:
marcas de LinkedInSocialx logotipo
Centro de recursos

Recursos para empezar

Más entradas
Centro de recursos

Recursos para empezar

Más entradas