程序员征服安全 OWASP 十大 API 系列-缺少功能级别访问控制
本系列博客将重点介绍与应用程序编程接口 (API) 有关的一些最严重的漏洞。这些都太糟糕了，以至于他们创建了开放 Web 应用程序安全项目 (OWASP) 主要的 API 漏洞列表。鉴于 API 对现代计算基础架构的重要性，您需要不惜一切代价将这些关键问题排除在应用程序和程序之外。
这个 缺少功能级别访问控制 漏洞允许用户执行应受限制的功能，或者允许他们访问应受保护的资源。通常，函数和资源直接受到代码或配置设置的保护，但要正确执行并不总是那么容易。实施适当的检查可能很困难，因为现代应用程序通常包含多种类型的角色和群组，以及复杂的用户层次结构。
但首先，为什么不跳进来玩我们的游戏化挑战赛，看看你在解决这一类棘手的错误时所处的位置？
让我们更深入地了解一下：
API 特别容易受到此缺陷的影响，因为它们是高度结构化的。了解代码的攻击者可以对如何实现本应限于他们的命令做出有根据的猜测。这是功能/资源级访问控制漏洞进入OWASP前十的主要原因之一。
攻击者如何利用功能级别访问控制漏洞？
怀疑功能或资源未得到适当保护的攻击者必须首先获得对他们想要攻击的系统的访问权限。要利用此漏洞，他们必须有权向端点发送合法的 API 调用。也许有低级别的访客访问功能或某种匿名加入的方式，作为应用程序功能的一部分。一旦建立了访问权限，他们就可以开始更改其合法API调用中的命令。例如，他们可能会将 GET 替换为 PUT，或者将 URL 中的用户字符串更改为 ADMINS。同样，由于 API 是结构化的，因此很容易猜出可能允许使用哪些命令，以及将它们放在字符串中的什么位置。
OWASP 举了一个为允许新用户加入网站而设置的注册流程漏洞的示例。它可能会使用 API GET 调用，如下所示：
GET /api/invites/ {invite_guid}
恶意用户将返回一个 JSON，其中包含有关邀请的详细信息，包括用户的角色和电子邮件。然后，他们可以将 GET 更改为 POST，还可以使用以下 API 调用将邀请从用户提升到管理员：
POST /api/邀请/新增
{“电子邮件”:” shadyguy@targetedsystem.com “，“角色”: “管理员”}
只有管理员才能发送 POST 命令，但如果没有得到适当的保护，API 将接受这些命令为合法命令，并执行攻击者想要的任何命令。在这种情况下，恶意用户将被邀请以新管理员身份加入系统。之后，他们可以看到并做任何合法管理员能做的事情，这不是一件好事。
消除功能级访问控制漏洞
防止这个 API 漏洞尤其重要，因为攻击者不难在结构化 API 中找到不受保护的函数。只要他们能够获得一定程度的API访问权限，他们就可以开始映射代码的结构并创建最终要遵循的调用。
因此，必须使用基于角色的授权方法保护所有业务级功能。大多数框架都提供集中式例程来实现这一目标。如果你选择的框架没有，或者它的例程难以实现，那么有许多外部模块是专门为易于使用而构建的。无论你最终选择什么方法，一定要在服务器上实现授权。切勿尝试从客户端保护功能。
在努力创建功能和资源级别权限时，请记住，只应向用户授予执行所需操作的权限，仅此而已。与编码 API 或其他任何东西一样，练习最低权限方法。它将保护您的环境，并避免将来出现许多与网络安全相关的问题。
来看看 安全代码勇士 博客页面，详细了解此漏洞以及如何保护您的组织和客户免受其他安全漏洞的破坏。你也可以 试试演示 Secure Code Warrior 培训平台可让您的所有网络安全技能不断磨练并保持最新状态。
Matias Madou, Ph.D., ist Sicherheitsexperte, Forscher, CTO und Mitbegründer von Secure Code Warrior. Matias promovierte an der Universität Gent im Bereich Anwendungssicherheit und konzentrierte sich dabei auf statische Analyselösungen. Später wechselte er zu Fortify in den USA, wo er erkannte, dass es nicht ausreicht, nur Codeprobleme zu erkennen, ohne den Entwicklern beim Schreiben von sicherem Code zu helfen. Dies inspirierte ihn dazu, Produkte zu entwickeln, die Entwickler unterstützen, den Aufwand für die Sicherheit verringern und die Erwartungen der Kunden übertreffen. Wenn er nicht an seinem Schreibtisch im Team Awesome sitzt, steht er gerne auf der Bühne und hält Vorträge auf Konferenzen wie der RSA Conference, BlackHat und DefCon.
Secure Code Warrior kann Ihrem Unternehmen dabei helfen, Code während des gesamten Softwareentwicklungszyklus zu schützen und eine Kultur zu schaffen, in der Cybersicherheit an erster Stelle steht. Ganz gleich, ob Sie AppSec-Manager, Entwickler, Chief Information Security Officer oder in einem anderen sicherheitsrelevanten Bereich tätig sind – wir können Ihrem Unternehmen dabei helfen, die mit unsicherem Code verbundenen Risiken zu minimieren.
Demo buchen
Matias Madou, Ph.D., ist Sicherheitsexperte, Forscher, CTO und Mitbegründer von Secure Code Warrior. Matias promovierte an der Universität Gent im Bereich Anwendungssicherheit und konzentrierte sich dabei auf statische Analyselösungen. Später wechselte er zu Fortify in den USA, wo er erkannte, dass es nicht ausreicht, nur Codeprobleme zu erkennen, ohne den Entwicklern beim Schreiben von sicherem Code zu helfen. Dies inspirierte ihn dazu, Produkte zu entwickeln, die Entwickler unterstützen, den Aufwand für die Sicherheit verringern und die Erwartungen der Kunden übertreffen. Wenn er nicht an seinem Schreibtisch im Team Awesome sitzt, steht er gerne auf der Bühne und hält Vorträge auf Konferenzen wie der RSA Conference, BlackHat und DefCon.
Matias ist ein Forscher und Entwickler mit mehr als 15 Jahren praktischer Erfahrung im Bereich 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 kann auf über 10 Patente verweisen. Wenn er nicht am Schreibtisch sitzt, ist Matias als Ausbilder für fortgeschrittene Anwendungssicherheitstrainings courses 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 einen Doktortitel in Computertechnik von der Universität Gent, wo er die Sicherheit von Anwendungen durch Programmverschleierung untersuchte, um die innere Funktionsweise einer Anwendung zu verbergen.
本系列博客将重点介绍与应用程序编程接口 (API) 有关的一些最严重的漏洞。这些都太糟糕了，以至于他们创建了开放 Web 应用程序安全项目 (OWASP) 主要的 API 漏洞列表。鉴于 API 对现代计算基础架构的重要性，您需要不惜一切代价将这些关键问题排除在应用程序和程序之外。
这个 缺少功能级别访问控制 漏洞允许用户执行应受限制的功能，或者允许他们访问应受保护的资源。通常，函数和资源直接受到代码或配置设置的保护，但要正确执行并不总是那么容易。实施适当的检查可能很困难，因为现代应用程序通常包含多种类型的角色和群组，以及复杂的用户层次结构。
但首先，为什么不跳进来玩我们的游戏化挑战赛，看看你在解决这一类棘手的错误时所处的位置？
让我们更深入地了解一下：
API 特别容易受到此缺陷的影响，因为它们是高度结构化的。了解代码的攻击者可以对如何实现本应限于他们的命令做出有根据的猜测。这是功能/资源级访问控制漏洞进入OWASP前十的主要原因之一。
攻击者如何利用功能级别访问控制漏洞？
怀疑功能或资源未得到适当保护的攻击者必须首先获得对他们想要攻击的系统的访问权限。要利用此漏洞，他们必须有权向端点发送合法的 API 调用。也许有低级别的访客访问功能或某种匿名加入的方式，作为应用程序功能的一部分。一旦建立了访问权限，他们就可以开始更改其合法API调用中的命令。例如，他们可能会将 GET 替换为 PUT，或者将 URL 中的用户字符串更改为 ADMINS。同样，由于 API 是结构化的，因此很容易猜出可能允许使用哪些命令，以及将它们放在字符串中的什么位置。
OWASP 举了一个为允许新用户加入网站而设置的注册流程漏洞的示例。它可能会使用 API GET 调用，如下所示：
GET /api/invites/ {invite_guid}
恶意用户将返回一个 JSON，其中包含有关邀请的详细信息，包括用户的角色和电子邮件。然后，他们可以将 GET 更改为 POST，还可以使用以下 API 调用将邀请从用户提升到管理员：
POST /api/邀请/新增
{“电子邮件”:” shadyguy@targetedsystem.com “，“角色”: “管理员”}
只有管理员才能发送 POST 命令，但如果没有得到适当的保护，API 将接受这些命令为合法命令，并执行攻击者想要的任何命令。在这种情况下，恶意用户将被邀请以新管理员身份加入系统。之后，他们可以看到并做任何合法管理员能做的事情，这不是一件好事。
消除功能级访问控制漏洞
防止这个 API 漏洞尤其重要，因为攻击者不难在结构化 API 中找到不受保护的函数。只要他们能够获得一定程度的API访问权限，他们就可以开始映射代码的结构并创建最终要遵循的调用。
因此，必须使用基于角色的授权方法保护所有业务级功能。大多数框架都提供集中式例程来实现这一目标。如果你选择的框架没有，或者它的例程难以实现，那么有许多外部模块是专门为易于使用而构建的。无论你最终选择什么方法，一定要在服务器上实现授权。切勿尝试从客户端保护功能。
在努力创建功能和资源级别权限时，请记住，只应向用户授予执行所需操作的权限，仅此而已。与编码 API 或其他任何东西一样，练习最低权限方法。它将保护您的环境，并避免将来出现许多与网络安全相关的问题。
来看看 安全代码勇士 博客页面，详细了解此漏洞以及如何保护您的组织和客户免受其他安全漏洞的破坏。你也可以 试试演示 Secure Code Warrior 培训平台可让您的所有网络安全技能不断磨练并保持最新状态。
本系列博客将重点介绍与应用程序编程接口 (API) 有关的一些最严重的漏洞。这些都太糟糕了，以至于他们创建了开放 Web 应用程序安全项目 (OWASP) 主要的 API 漏洞列表。鉴于 API 对现代计算基础架构的重要性，您需要不惜一切代价将这些关键问题排除在应用程序和程序之外。
这个 缺少功能级别访问控制 漏洞允许用户执行应受限制的功能，或者允许他们访问应受保护的资源。通常，函数和资源直接受到代码或配置设置的保护，但要正确执行并不总是那么容易。实施适当的检查可能很困难，因为现代应用程序通常包含多种类型的角色和群组，以及复杂的用户层次结构。
但首先，为什么不跳进来玩我们的游戏化挑战赛，看看你在解决这一类棘手的错误时所处的位置？
让我们更深入地了解一下：
API 特别容易受到此缺陷的影响，因为它们是高度结构化的。了解代码的攻击者可以对如何实现本应限于他们的命令做出有根据的猜测。这是功能/资源级访问控制漏洞进入OWASP前十的主要原因之一。
攻击者如何利用功能级别访问控制漏洞？
怀疑功能或资源未得到适当保护的攻击者必须首先获得对他们想要攻击的系统的访问权限。要利用此漏洞，他们必须有权向端点发送合法的 API 调用。也许有低级别的访客访问功能或某种匿名加入的方式，作为应用程序功能的一部分。一旦建立了访问权限，他们就可以开始更改其合法API调用中的命令。例如，他们可能会将 GET 替换为 PUT，或者将 URL 中的用户字符串更改为 ADMINS。同样，由于 API 是结构化的，因此很容易猜出可能允许使用哪些命令，以及将它们放在字符串中的什么位置。
OWASP 举了一个为允许新用户加入网站而设置的注册流程漏洞的示例。它可能会使用 API GET 调用，如下所示：
GET /api/invites/ {invite_guid}
恶意用户将返回一个 JSON，其中包含有关邀请的详细信息，包括用户的角色和电子邮件。然后，他们可以将 GET 更改为 POST，还可以使用以下 API 调用将邀请从用户提升到管理员：
POST /api/邀请/新增
{“电子邮件”:” shadyguy@targetedsystem.com “，“角色”: “管理员”}
只有管理员才能发送 POST 命令，但如果没有得到适当的保护，API 将接受这些命令为合法命令，并执行攻击者想要的任何命令。在这种情况下，恶意用户将被邀请以新管理员身份加入系统。之后，他们可以看到并做任何合法管理员能做的事情，这不是一件好事。
消除功能级访问控制漏洞
防止这个 API 漏洞尤其重要，因为攻击者不难在结构化 API 中找到不受保护的函数。只要他们能够获得一定程度的API访问权限，他们就可以开始映射代码的结构并创建最终要遵循的调用。
因此，必须使用基于角色的授权方法保护所有业务级功能。大多数框架都提供集中式例程来实现这一目标。如果你选择的框架没有，或者它的例程难以实现，那么有许多外部模块是专门为易于使用而构建的。无论你最终选择什么方法，一定要在服务器上实现授权。切勿尝试从客户端保护功能。
在努力创建功能和资源级别权限时，请记住，只应向用户授予执行所需操作的权限，仅此而已。与编码 API 或其他任何东西一样，练习最低权限方法。它将保护您的环境，并避免将来出现许多与网络安全相关的问题。
来看看 安全代码勇士 博客页面，详细了解此漏洞以及如何保护您的组织和客户免受其他安全漏洞的破坏。你也可以 试试演示 Secure Code Warrior 培训平台可让您的所有网络安全技能不断磨练并保持最新状态。
Klicken Sie auf den folgenden Link und laden Sie die PDF-Datei dieser Ressource herunter.
Secure Code Warrior kann Ihrem Unternehmen dabei helfen, Code während des gesamten Softwareentwicklungszyklus zu schützen und eine Kultur zu schaffen, in der Cybersicherheit an erster Stelle steht. Ganz gleich, ob Sie AppSec-Manager, Entwickler, Chief Information Security Officer oder in einem anderen sicherheitsrelevanten Bereich tätig sind – wir können Ihrem Unternehmen dabei helfen, die mit unsicherem Code verbundenen Risiken zu minimieren.
Bericht anzeigenDemo buchen
Matias Madou, Ph.D., ist Sicherheitsexperte, Forscher, CTO und Mitbegründer von Secure Code Warrior. Matias promovierte an der Universität Gent im Bereich Anwendungssicherheit und konzentrierte sich dabei auf statische Analyselösungen. Später wechselte er zu Fortify in den USA, wo er erkannte, dass es nicht ausreicht, nur Codeprobleme zu erkennen, ohne den Entwicklern beim Schreiben von sicherem Code zu helfen. Dies inspirierte ihn dazu, Produkte zu entwickeln, die Entwickler unterstützen, den Aufwand für die Sicherheit verringern und die Erwartungen der Kunden übertreffen. Wenn er nicht an seinem Schreibtisch im Team Awesome sitzt, steht er gerne auf der Bühne und hält Vorträge auf Konferenzen wie der RSA Conference, BlackHat und DefCon.
Matias ist ein Forscher und Entwickler mit mehr als 15 Jahren praktischer Erfahrung im Bereich 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 kann auf über 10 Patente verweisen. Wenn er nicht am Schreibtisch sitzt, ist Matias als Ausbilder für fortgeschrittene Anwendungssicherheitstrainings courses 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 einen Doktortitel in Computertechnik von der Universität Gent, wo er die Sicherheit von Anwendungen durch Programmverschleierung untersuchte, um die innere Funktionsweise einer Anwendung zu verbergen.
本系列博客将重点介绍与应用程序编程接口 (API) 有关的一些最严重的漏洞。这些都太糟糕了，以至于他们创建了开放 Web 应用程序安全项目 (OWASP) 主要的 API 漏洞列表。鉴于 API 对现代计算基础架构的重要性，您需要不惜一切代价将这些关键问题排除在应用程序和程序之外。
这个 缺少功能级别访问控制 漏洞允许用户执行应受限制的功能，或者允许他们访问应受保护的资源。通常，函数和资源直接受到代码或配置设置的保护，但要正确执行并不总是那么容易。实施适当的检查可能很困难，因为现代应用程序通常包含多种类型的角色和群组，以及复杂的用户层次结构。
但首先，为什么不跳进来玩我们的游戏化挑战赛，看看你在解决这一类棘手的错误时所处的位置？
让我们更深入地了解一下：
API 特别容易受到此缺陷的影响，因为它们是高度结构化的。了解代码的攻击者可以对如何实现本应限于他们的命令做出有根据的猜测。这是功能/资源级访问控制漏洞进入OWASP前十的主要原因之一。
攻击者如何利用功能级别访问控制漏洞？
怀疑功能或资源未得到适当保护的攻击者必须首先获得对他们想要攻击的系统的访问权限。要利用此漏洞，他们必须有权向端点发送合法的 API 调用。也许有低级别的访客访问功能或某种匿名加入的方式，作为应用程序功能的一部分。一旦建立了访问权限，他们就可以开始更改其合法API调用中的命令。例如，他们可能会将 GET 替换为 PUT，或者将 URL 中的用户字符串更改为 ADMINS。同样，由于 API 是结构化的，因此很容易猜出可能允许使用哪些命令，以及将它们放在字符串中的什么位置。
OWASP 举了一个为允许新用户加入网站而设置的注册流程漏洞的示例。它可能会使用 API GET 调用，如下所示：
GET /api/invites/ {invite_guid}
恶意用户将返回一个 JSON，其中包含有关邀请的详细信息，包括用户的角色和电子邮件。然后，他们可以将 GET 更改为 POST，还可以使用以下 API 调用将邀请从用户提升到管理员：
POST /api/邀请/新增
{“电子邮件”:” shadyguy@targetedsystem.com “，“角色”: “管理员”}
只有管理员才能发送 POST 命令，但如果没有得到适当的保护，API 将接受这些命令为合法命令，并执行攻击者想要的任何命令。在这种情况下，恶意用户将被邀请以新管理员身份加入系统。之后，他们可以看到并做任何合法管理员能做的事情，这不是一件好事。
消除功能级访问控制漏洞
防止这个 API 漏洞尤其重要，因为攻击者不难在结构化 API 中找到不受保护的函数。只要他们能够获得一定程度的API访问权限，他们就可以开始映射代码的结构并创建最终要遵循的调用。
因此，必须使用基于角色的授权方法保护所有业务级功能。大多数框架都提供集中式例程来实现这一目标。如果你选择的框架没有，或者它的例程难以实现，那么有许多外部模块是专门为易于使用而构建的。无论你最终选择什么方法，一定要在服务器上实现授权。切勿尝试从客户端保护功能。
在努力创建功能和资源级别权限时，请记住，只应向用户授予执行所需操作的权限，仅此而已。与编码 API 或其他任何东西一样，练习最低权限方法。它将保护您的环境，并避免将来出现许多与网络安全相关的问题。
来看看 安全代码勇士 博客页面，详细了解此漏洞以及如何保护您的组织和客户免受其他安全漏洞的破坏。你也可以 试试演示 Secure Code Warrior 培训平台可让您的所有网络安全技能不断磨练并保持最新状态。
Verzeichnis
Matias Madou, Ph.D., ist Sicherheitsexperte, Forscher, CTO und Mitbegründer von Secure Code Warrior. Matias promovierte an der Universität Gent im Bereich Anwendungssicherheit und konzentrierte sich dabei auf statische Analyselösungen. Später wechselte er zu Fortify in den USA, wo er erkannte, dass es nicht ausreicht, nur Codeprobleme zu erkennen, ohne den Entwicklern beim Schreiben von sicherem Code zu helfen. Dies inspirierte ihn dazu, Produkte zu entwickeln, die Entwickler unterstützen, den Aufwand für die Sicherheit verringern und die Erwartungen der Kunden übertreffen. Wenn er nicht an seinem Schreibtisch im Team Awesome sitzt, steht er gerne auf der Bühne und hält Vorträge auf Konferenzen wie der RSA Conference, BlackHat und DefCon.
Secure Code Warrior kann Ihrem Unternehmen dabei helfen, Code während des gesamten Softwareentwicklungszyklus zu schützen und eine Kultur zu schaffen, in der Cybersicherheit an erster Stelle steht. Ganz gleich, ob Sie AppSec-Manager, Entwickler, Chief Information Security Officer oder in einem anderen sicherheitsrelevanten Bereich tätig sind – wir können Ihrem Unternehmen dabei helfen, die mit unsicherem Code verbundenen Risiken zu minimieren.
Demo buchen下载Ressourcen, die Ihnen den Einstieg erleichtern
Themen und Inhalte der Sicherheitsschulung
Unsere branchenführenden Inhalte werden ständig weiterentwickelt, um sich an die sich wandelnde Softwareentwicklungslandschaft anzupassen und gleichzeitig Ihre Rolle zu berücksichtigen. Die Themen reichen von KI bis hin zu XQuery-Injection und sind für verschiedene Positionen geeignet, von Architekten und Ingenieuren bis hin zu Produktmanagern und QA-Mitarbeitern. Verschaffen Sie sich einen ersten Überblick nach Themen und Rollen und erfahren Sie, was unser Inhaltsverzeichnis zu bieten hat.
Die Kamer van Koophandel setzt Maßstäbe für entwicklergesteuerte Sicherheit in großem Maßstab
Die Kamer van Koophandel berichtet, wie sie sicheres Codieren durch rollenbasierte Zertifizierungen, Trust Score-Benchmarking und eine Kultur der gemeinsamen Verantwortung für Sicherheit in die tägliche Entwicklungsarbeit integriert hat.
%20(1).avif)
.avif)
Bedrohungsmodellierung mit KI: So wird jeder Entwickler zum Bedrohungsmodellierer
Sie werden besser gerüstet sein, um Entwicklern dabei zu helfen, Ideen und Techniken zur Bedrohungsmodellierung mit den KI-Tools zu kombinieren, die sie bereits verwenden, um die Sicherheit zu erhöhen, die Zusammenarbeit zu verbessern und von Anfang an widerstandsfähigere Software zu entwickeln.
Ressourcen, die Ihnen den Einstieg erleichtern
Cybermon ist zurück: Die KI-Mission zum Besiegen des Bosses ist jetzt auf Abruf verfügbar.
Cybermon 2025: Der Kampf gegen den Boss hat nun in SCW ganzjährig begonnen. Der Kampf um die Sicherheit von KI/LLM auf Stammesebene, die Entwicklung von Sicherheits-KI wird durch groß angelegte Modelle verstärkt.
Auslegung des Gesetzes zur Netzresilienz: Was bedeutet es, durch die Entwicklung von Design-Software Sicherheit zu erreichen?
Verstehen Sie die Anforderungen des EU-Gesetzes zur Netzresilienz (CRA), für wen es gilt und wie sich Ingenieurteams durch Designpraktiken, Schwachstellenprävention und Kompetenzaufbau für Entwickler darauf vorbereiten können.
Treibende Faktoren 1: Klare und messbare Erfolgskriterien
Enabler 1 ist der Auftakt zu unserer 10-teiligen Reihe über Erfolgsfaktoren. Er zeigt, wie sichere Codierung mit Geschäftsergebnissen wie Risikominderung und schnellerer Reifung langfristiger Pläne in Verbindung gebracht werden kann.
