征服安全基础设施的编码者系列：残障人士安全功能
当今网络安全的威胁无处不在且持续不断。随着我们生活中更多部分实现数字化，网络犯罪分子的风险也随之增大。需要维护安全的代码量庞大，个人数据又极其珍贵。而在程序部署后，几乎不可能全面追踪并防御所有攻击面。
缓解这些症状的方法之一，在明智的组织采用IaC（基础设施即代码）概念时尤为明显。当然，与其他开发领域一样，也存在若干需要克服的安全问题。此外，由于开发人员正在编写生成应用程序托管所需基础设施的代码，因此在整个流程的每个阶段保持安全意识都至关重要。
那么，初次接触云服务器环境的开发者究竟该如何在掌握技术、熟悉技巧、强化安全意识的同时逐步接触构建过程呢？为解决常见的IaC（基础设施即代码）漏洞，我们推出了下一期《开发者攻克安全》系列。在接下来的几篇博客中，我们将重点探讨开发者为在组织内开始部署代码形式的安全基础设施所能采取的具体步骤。
要开始了吗？
美国西部（American Old West）流传着一个关于某人的寓言。故事讲述了一位因妄想症而深信山贼会袭击农舍抢劫的男子。为防范此类灾祸，他安装了极其坚固的门， 紧闭所有窗户，并在触手可及之处囤积大量枪支，投入了各种安防措施。然而某夜他忘记锁上侧门，结果仍在睡梦中遭劫。匪徒们只是发现了这个瘫痪的守卫，便迅速趁机而入。
在基础设施中禁用安全功能也是类似的情况。即使网络拥有强大的安全基础设施，但如果某个组件被禁用，那么它就没什么用处了。
正式开始之前，让我们尝试一项挑战。
访问上述链接将跳转至游戏化教育平台。在此可立即修复已失效的安全功能漏洞。（注意：页面将在Kubernetes环境中打开，但通过下拉菜单可选择Docker、CloudFormation、Terraform或Ansible进行操作。）
近来可好？若仍有待办事项，请阅读以下内容。
安全功能可能因各种原因被禁用。某些应用程序和框架可能默认处于禁用状态，需要先启用才能开始运行。此外，管理员可能为便于执行特定操作而禁用了某些安全功能，以避免持续的挑战或阻塞 （例如将AWS S3存储桶设为公开访问）。任务完成后，可能忘记重新启用已禁用的功能。有时也可能出于后续操作便利性考虑，选择保持功能关闭状态。
已禁用的安全功能为何危险
禁用一项或多项安全功能存在若干弊端。其中之一在于，这些安全功能正是为保护基础设施资源免受已知漏洞、威胁或攻击而添加的。一旦禁用这些功能，资源将失去防护能力。
攻击者总是试图优先寻找易于利用的漏洞，他们甚至会使用脚本扫描常见弱点。这就像小偷在街上逐辆翻找汽车门锁是否开启——比起砸碎车窗，这种方式显然更省事。黑客们或许会惊讶于常规安全防护竟被禁用，但一旦出现这种情况，他们很快就会着手利用漏洞。
其次，当安全措施完善却被禁用时，会产生错误的安全认知。管理员若不知晓有人已使这些防御体系失效，可能会误以为自己仍受到常规威胁的保护。
攻击者利用已禁用安全功能的示例，可参考AWS S3的安全功能——公共访问阻止。通过启用Amazon S3公共访问阻止功能，账户管理员和存储桶所有者可轻松设置集中式控制，限制对Amazon S3资源的公共访问权限。然而，部分管理员在访问S3存储桶时遇到问题，为尽快完成任务而决定公开存储桶。若忘记启用安全功能，攻击者将能完全访问该S3存储桶中的信息，不仅导致数据泄露，还会因数据传输费用产生额外开支。
让我们比较实际代码。请查看以下 CloudFormation 代码片段。
脆弱：
企业存储桶：
类型：AWS: :S3: :存储桶
属性：
公共访问阻止配置：
公共访问控制列表阻止：false
公开策略阻止：false
公共访问控制列表忽略：false
公共存储桶限制：false
版本控制配置：
状态：已启用
存储桶加密：
服务器端加密配置：
- 默认服务器端加密：
SSE算法："AES 256"
安全：
企业级存储桶：
类型：AWS: :S3: :存储桶
属性：
公共访问阻止配置：
公共访问控制列表阻止：true
公开策略阻止：true
公共访问控制列表忽略：true
公共存储桶限制：true
版本控制配置：
状态：已启用
存储桶加密：
服务器端加密配置：
- 默认服务器端加密：
SSE算法："AES 256"
防止安全功能失效
确保停用的安全功能不会对组织产生负面影响，这既是实践问题，也是政策问题。必须制定明确政策，规定仅在极其特殊的情况下才允许禁用安全功能。为解决问题或更新应用程序而需临时停用功能的情况必须记录在案。完成必要操作后，必须确认功能已完全重新启用。
为简化运营而需永久禁用安全功能时，必须为受影响数据提供其他保护措施，以确保在基础防护缺失的情况下黑客无法访问该数据。一旦必要防护被禁用，攻击者找到敞开大门并加以利用只是时间问题。
深入了解并挑战自我吧。
请查看Secure Code Warrior博客页面，了解有关此漏洞的详细信息，以及如何保护组织和客户免受其他安全缺陷和漏洞造成的损害。
您已阅读本文，是否准备好发现并修复此漏洞？现在正是行动的时刻。请尝试iAC游戏化安全挑战 Secure Code Warrior 精进并保持所有网络安全技能的最新状态。
本系列是探讨基础设施即代码（Infrastructure as Code）八大主要漏洞的周更系列。更多详情请于下周继续关注！
Matias Madou, Ph.D.是一位安全专家、研究员和CTO，也是Secure Code Warrior 的联合创始人。Matias在根特大学获得了应用安全的博士学位，主要研究静态分析解决方案。后来他加入了美国的Fortify公司，在那里他意识到，仅仅检测代码问题而不帮助开发人员编写安全代码是不够的。这激发了他开发产品的热情，帮助开发人员，减轻安全的负担，并超越客户的期望。当他不在办公桌前作为Awesome团队的一员时，他喜欢站在舞台上，在包括RSA会议、BlackHat和DefCon等会议上发表演讲。
Secure Code Warrior致力于在整个软件开发生命周期中保护代码，并帮助组织建立将网络安全置于首位的文化。无论您是应用安全管理员、开发人员、首席信息安全官还是任何与安全相关的人员，我们都能协助您的组织降低与不安全代码相关的风险。
预约演示
Matias Madou, Ph.D.是一位安全专家、研究员和CTO，也是Secure Code Warrior 的联合创始人。Matias在根特大学获得了应用安全的博士学位，主要研究静态分析解决方案。后来他加入了美国的Fortify公司，在那里他意识到，仅仅检测代码问题而不帮助开发人员编写安全代码是不够的。这激发了他开发产品的热情，帮助开发人员，减轻安全的负担，并超越客户的期望。当他不在办公桌前作为Awesome团队的一员时，他喜欢站在舞台上，在包括RSA会议、BlackHat和DefCon等会议上发表演讲。
马蒂亚斯是一名研究员和开发人员，拥有超过15年的软件安全实践经验。他曾为Fortify Software和他自己的公司Sensei Security等公司开发解决方案。在他的职业生涯中，马蒂亚斯领导了多个应用安全研究项目，并将其转化为商业产品，他拥有超过10项专利。当他离开办公桌时，Matias曾担任高级应用安全培训courses ，并定期在全球会议上发言，包括RSA会议、黑帽、DefCon、BSIMM、OWASP AppSec和BruCon。
马蒂亚斯拥有根特大学的计算机工程博士学位，在那里他研究了通过程序混淆来隐藏应用程序的内部工作的应用安全。
当今网络安全的威胁无处不在且持续不断。随着我们生活中更多部分实现数字化，网络犯罪分子的风险也随之增大。需要维护安全的代码量庞大，个人数据又极其珍贵。而在程序部署后，几乎不可能全面追踪并防御所有攻击面。
缓解这些症状的方法之一，在明智的组织采用IaC（基础设施即代码）概念时尤为明显。当然，与其他开发领域一样，也存在若干需要克服的安全问题。此外，由于开发人员正在编写生成应用程序托管所需基础设施的代码，因此在整个流程的每个阶段保持安全意识都至关重要。
那么，初次接触云服务器环境的开发者究竟该如何在掌握技术、熟悉技巧、强化安全意识的同时逐步接触构建过程呢？为解决常见的IaC（基础设施即代码）漏洞，我们推出了下一期《开发者攻克安全》系列。在接下来的几篇博客中，我们将重点探讨开发者为在组织内开始部署代码形式的安全基础设施所能采取的具体步骤。
要开始了吗？
美国西部（American Old West）流传着一个关于某人的寓言。故事讲述了一位因妄想症而深信山贼会袭击农舍抢劫的男子。为防范此类灾祸，他安装了极其坚固的门， 紧闭所有窗户，并在触手可及之处囤积大量枪支，投入了各种安防措施。然而某夜他忘记锁上侧门，结果仍在睡梦中遭劫。匪徒们只是发现了这个瘫痪的守卫，便迅速趁机而入。
在基础设施中禁用安全功能也是类似的情况。即使网络拥有强大的安全基础设施，但如果某个组件被禁用，那么它就没什么用处了。
正式开始之前，让我们尝试一项挑战。
访问上述链接将跳转至游戏化教育平台。在此可立即修复已失效的安全功能漏洞。（注意：页面将在Kubernetes环境中打开，但通过下拉菜单可选择Docker、CloudFormation、Terraform或Ansible进行操作。）
近来可好？若仍有待办事项，请阅读以下内容。
安全功能可能因各种原因被禁用。某些应用程序和框架可能默认处于禁用状态，需要先启用才能开始运行。此外，管理员可能为便于执行特定操作而禁用了某些安全功能，以避免持续的挑战或阻塞 （例如将AWS S3存储桶设为公开访问）。任务完成后，可能忘记重新启用已禁用的功能。有时也可能出于后续操作便利性考虑，选择保持功能关闭状态。
已禁用的安全功能为何危险
禁用一项或多项安全功能存在若干弊端。其中之一在于，这些安全功能正是为保护基础设施资源免受已知漏洞、威胁或攻击而添加的。一旦禁用这些功能，资源将失去防护能力。
攻击者总是试图优先寻找易于利用的漏洞，他们甚至会使用脚本扫描常见弱点。这就像小偷在街上逐辆翻找汽车门锁是否开启——比起砸碎车窗，这种方式显然更省事。黑客们或许会惊讶于常规安全防护竟被禁用，但一旦出现这种情况，他们很快就会着手利用漏洞。
其次，当安全措施完善却被禁用时，会产生错误的安全认知。管理员若不知晓有人已使这些防御体系失效，可能会误以为自己仍受到常规威胁的保护。
攻击者利用已禁用安全功能的示例，可参考AWS S3的安全功能——公共访问阻止。通过启用Amazon S3公共访问阻止功能，账户管理员和存储桶所有者可轻松设置集中式控制，限制对Amazon S3资源的公共访问权限。然而，部分管理员在访问S3存储桶时遇到问题，为尽快完成任务而决定公开存储桶。若忘记启用安全功能，攻击者将能完全访问该S3存储桶中的信息，不仅导致数据泄露，还会因数据传输费用产生额外开支。
让我们比较实际代码。请查看以下 CloudFormation 代码片段。
脆弱：
企业存储桶：
类型：AWS: :S3: :存储桶
属性：
公共访问阻止配置：
公共访问控制列表阻止：false
公开策略阻止：false
公共访问控制列表忽略：false
公共存储桶限制：false
版本控制配置：
状态：已启用
存储桶加密：
服务器端加密配置：
- 默认服务器端加密：
SSE算法："AES 256"
安全：
企业级存储桶：
类型：AWS: :S3: :存储桶
属性：
公共访问阻止配置：
公共访问控制列表阻止：true
公开策略阻止：true
公共访问控制列表忽略：true
公共存储桶限制：true
版本控制配置：
状态：已启用
存储桶加密：
服务器端加密配置：
- 默认服务器端加密：
SSE算法："AES 256"
防止安全功能失效
确保停用的安全功能不会对组织产生负面影响，这既是实践问题，也是政策问题。必须制定明确政策，规定仅在极其特殊的情况下才允许禁用安全功能。为解决问题或更新应用程序而需临时停用功能的情况必须记录在案。完成必要操作后，必须确认功能已完全重新启用。
为简化运营而需永久禁用安全功能时，必须为受影响数据提供其他保护措施，以确保在基础防护缺失的情况下黑客无法访问该数据。一旦必要防护被禁用，攻击者找到敞开大门并加以利用只是时间问题。
深入了解并挑战自我吧。
请查看Secure Code Warrior博客页面，了解有关此漏洞的详细信息，以及如何保护组织和客户免受其他安全缺陷和漏洞造成的损害。
您已阅读本文，是否准备好发现并修复此漏洞？现在正是行动的时刻。请尝试iAC游戏化安全挑战 Secure Code Warrior 精进并保持所有网络安全技能的最新状态。
本系列是探讨基础设施即代码（Infrastructure as Code）八大主要漏洞的周更系列。更多详情请于下周继续关注！
当今网络安全的威胁无处不在且持续不断。随着我们生活中更多部分实现数字化，网络犯罪分子的风险也随之增大。需要维护安全的代码量庞大，个人数据又极其珍贵。而在程序部署后，几乎不可能全面追踪并防御所有攻击面。
缓解这些症状的方法之一，在明智的组织采用IaC（基础设施即代码）概念时尤为明显。当然，与其他开发领域一样，也存在若干需要克服的安全问题。此外，由于开发人员正在编写生成应用程序托管所需基础设施的代码，因此在整个流程的每个阶段保持安全意识都至关重要。
那么，初次接触云服务器环境的开发者究竟该如何在掌握技术、熟悉技巧、强化安全意识的同时逐步接触构建过程呢？为解决常见的IaC（基础设施即代码）漏洞，我们推出了下一期《开发者攻克安全》系列。在接下来的几篇博客中，我们将重点探讨开发者为在组织内开始部署代码形式的安全基础设施所能采取的具体步骤。
要开始了吗？
美国西部（American Old West）流传着一个关于某人的寓言。故事讲述了一位因妄想症而深信山贼会袭击农舍抢劫的男子。为防范此类灾祸，他安装了极其坚固的门， 紧闭所有窗户，并在触手可及之处囤积大量枪支，投入了各种安防措施。然而某夜他忘记锁上侧门，结果仍在睡梦中遭劫。匪徒们只是发现了这个瘫痪的守卫，便迅速趁机而入。
在基础设施中禁用安全功能也是类似的情况。即使网络拥有强大的安全基础设施，但如果某个组件被禁用，那么它就没什么用处了。
正式开始之前，让我们尝试一项挑战。
访问上述链接将跳转至游戏化教育平台。在此可立即修复已失效的安全功能漏洞。（注意：页面将在Kubernetes环境中打开，但通过下拉菜单可选择Docker、CloudFormation、Terraform或Ansible进行操作。）
近来可好？若仍有待办事项，请阅读以下内容。
安全功能可能因各种原因被禁用。某些应用程序和框架可能默认处于禁用状态，需要先启用才能开始运行。此外，管理员可能为便于执行特定操作而禁用了某些安全功能，以避免持续的挑战或阻塞 （例如将AWS S3存储桶设为公开访问）。任务完成后，可能忘记重新启用已禁用的功能。有时也可能出于后续操作便利性考虑，选择保持功能关闭状态。
已禁用的安全功能为何危险
禁用一项或多项安全功能存在若干弊端。其中之一在于，这些安全功能正是为保护基础设施资源免受已知漏洞、威胁或攻击而添加的。一旦禁用这些功能，资源将失去防护能力。
攻击者总是试图优先寻找易于利用的漏洞，他们甚至会使用脚本扫描常见弱点。这就像小偷在街上逐辆翻找汽车门锁是否开启——比起砸碎车窗，这种方式显然更省事。黑客们或许会惊讶于常规安全防护竟被禁用，但一旦出现这种情况，他们很快就会着手利用漏洞。
其次，当安全措施完善却被禁用时，会产生错误的安全认知。管理员若不知晓有人已使这些防御体系失效，可能会误以为自己仍受到常规威胁的保护。
攻击者利用已禁用安全功能的示例，可参考AWS S3的安全功能——公共访问阻止。通过启用Amazon S3公共访问阻止功能，账户管理员和存储桶所有者可轻松设置集中式控制，限制对Amazon S3资源的公共访问权限。然而，部分管理员在访问S3存储桶时遇到问题，为尽快完成任务而决定公开存储桶。若忘记启用安全功能，攻击者将能完全访问该S3存储桶中的信息，不仅导致数据泄露，还会因数据传输费用产生额外开支。
让我们比较实际代码。请查看以下 CloudFormation 代码片段。
脆弱：
企业存储桶：
类型：AWS: :S3: :存储桶
属性：
公共访问阻止配置：
公共访问控制列表阻止：false
公开策略阻止：false
公共访问控制列表忽略：false
公共存储桶限制：false
版本控制配置：
状态：已启用
存储桶加密：
服务器端加密配置：
- 默认服务器端加密：
SSE算法："AES 256"
安全：
企业级存储桶：
类型：AWS: :S3: :存储桶
属性：
公共访问阻止配置：
公共访问控制列表阻止：true
公开策略阻止：true
公共访问控制列表忽略：true
公共存储桶限制：true
版本控制配置：
状态：已启用
存储桶加密：
服务器端加密配置：
- 默认服务器端加密：
SSE算法："AES 256"
防止安全功能失效
确保停用的安全功能不会对组织产生负面影响，这既是实践问题，也是政策问题。必须制定明确政策，规定仅在极其特殊的情况下才允许禁用安全功能。为解决问题或更新应用程序而需临时停用功能的情况必须记录在案。完成必要操作后，必须确认功能已完全重新启用。
为简化运营而需永久禁用安全功能时，必须为受影响数据提供其他保护措施，以确保在基础防护缺失的情况下黑客无法访问该数据。一旦必要防护被禁用，攻击者找到敞开大门并加以利用只是时间问题。
深入了解并挑战自我吧。
请查看Secure Code Warrior博客页面，了解有关此漏洞的详细信息，以及如何保护组织和客户免受其他安全缺陷和漏洞造成的损害。
您已阅读本文，是否准备好发现并修复此漏洞？现在正是行动的时刻。请尝试iAC游戏化安全挑战 Secure Code Warrior 精进并保持所有网络安全技能的最新状态。
本系列是探讨基础设施即代码（Infrastructure as Code）八大主要漏洞的周更系列。更多详情请于下周继续关注！
点击下方链接下载此资源的PDF文件。
Secure Code Warrior致力于在整个软件开发生命周期中保护代码，并帮助组织建立将网络安全置于首位的文化。无论您是应用安全管理员、开发人员、首席信息安全官还是任何与安全相关的人员，我们都能协助您的组织降低与不安全代码相关的风险。
查看报告预约演示
Matias Madou, Ph.D.是一位安全专家、研究员和CTO，也是Secure Code Warrior 的联合创始人。Matias在根特大学获得了应用安全的博士学位，主要研究静态分析解决方案。后来他加入了美国的Fortify公司，在那里他意识到，仅仅检测代码问题而不帮助开发人员编写安全代码是不够的。这激发了他开发产品的热情，帮助开发人员，减轻安全的负担，并超越客户的期望。当他不在办公桌前作为Awesome团队的一员时，他喜欢站在舞台上，在包括RSA会议、BlackHat和DefCon等会议上发表演讲。
马蒂亚斯是一名研究员和开发人员，拥有超过15年的软件安全实践经验。他曾为Fortify Software和他自己的公司Sensei Security等公司开发解决方案。在他的职业生涯中，马蒂亚斯领导了多个应用安全研究项目，并将其转化为商业产品，他拥有超过10项专利。当他离开办公桌时，Matias曾担任高级应用安全培训courses ，并定期在全球会议上发言，包括RSA会议、黑帽、DefCon、BSIMM、OWASP AppSec和BruCon。
马蒂亚斯拥有根特大学的计算机工程博士学位，在那里他研究了通过程序混淆来隐藏应用程序的内部工作的应用安全。
当今网络安全的威胁无处不在且持续不断。随着我们生活中更多部分实现数字化，网络犯罪分子的风险也随之增大。需要维护安全的代码量庞大，个人数据又极其珍贵。而在程序部署后，几乎不可能全面追踪并防御所有攻击面。
缓解这些症状的方法之一，在明智的组织采用IaC（基础设施即代码）概念时尤为明显。当然，与其他开发领域一样，也存在若干需要克服的安全问题。此外，由于开发人员正在编写生成应用程序托管所需基础设施的代码，因此在整个流程的每个阶段保持安全意识都至关重要。
那么，初次接触云服务器环境的开发者究竟该如何在掌握技术、熟悉技巧、强化安全意识的同时逐步接触构建过程呢？为解决常见的IaC（基础设施即代码）漏洞，我们推出了下一期《开发者攻克安全》系列。在接下来的几篇博客中，我们将重点探讨开发者为在组织内开始部署代码形式的安全基础设施所能采取的具体步骤。
要开始了吗？
美国西部（American Old West）流传着一个关于某人的寓言。故事讲述了一位因妄想症而深信山贼会袭击农舍抢劫的男子。为防范此类灾祸，他安装了极其坚固的门， 紧闭所有窗户，并在触手可及之处囤积大量枪支，投入了各种安防措施。然而某夜他忘记锁上侧门，结果仍在睡梦中遭劫。匪徒们只是发现了这个瘫痪的守卫，便迅速趁机而入。
在基础设施中禁用安全功能也是类似的情况。即使网络拥有强大的安全基础设施，但如果某个组件被禁用，那么它就没什么用处了。
正式开始之前，让我们尝试一项挑战。
访问上述链接将跳转至游戏化教育平台。在此可立即修复已失效的安全功能漏洞。（注意：页面将在Kubernetes环境中打开，但通过下拉菜单可选择Docker、CloudFormation、Terraform或Ansible进行操作。）
近来可好？若仍有待办事项，请阅读以下内容。
安全功能可能因各种原因被禁用。某些应用程序和框架可能默认处于禁用状态，需要先启用才能开始运行。此外，管理员可能为便于执行特定操作而禁用了某些安全功能，以避免持续的挑战或阻塞 （例如将AWS S3存储桶设为公开访问）。任务完成后，可能忘记重新启用已禁用的功能。有时也可能出于后续操作便利性考虑，选择保持功能关闭状态。
已禁用的安全功能为何危险
禁用一项或多项安全功能存在若干弊端。其中之一在于，这些安全功能正是为保护基础设施资源免受已知漏洞、威胁或攻击而添加的。一旦禁用这些功能，资源将失去防护能力。
攻击者总是试图优先寻找易于利用的漏洞，他们甚至会使用脚本扫描常见弱点。这就像小偷在街上逐辆翻找汽车门锁是否开启——比起砸碎车窗，这种方式显然更省事。黑客们或许会惊讶于常规安全防护竟被禁用，但一旦出现这种情况，他们很快就会着手利用漏洞。
其次，当安全措施完善却被禁用时，会产生错误的安全认知。管理员若不知晓有人已使这些防御体系失效，可能会误以为自己仍受到常规威胁的保护。
攻击者利用已禁用安全功能的示例，可参考AWS S3的安全功能——公共访问阻止。通过启用Amazon S3公共访问阻止功能，账户管理员和存储桶所有者可轻松设置集中式控制，限制对Amazon S3资源的公共访问权限。然而，部分管理员在访问S3存储桶时遇到问题，为尽快完成任务而决定公开存储桶。若忘记启用安全功能，攻击者将能完全访问该S3存储桶中的信息，不仅导致数据泄露，还会因数据传输费用产生额外开支。
让我们比较实际代码。请查看以下 CloudFormation 代码片段。
脆弱：
企业存储桶：
类型：AWS: :S3: :存储桶
属性：
公共访问阻止配置：
公共访问控制列表阻止：false
公开策略阻止：false
公共访问控制列表忽略：false
公共存储桶限制：false
版本控制配置：
状态：已启用
存储桶加密：
服务器端加密配置：
- 默认服务器端加密：
SSE算法："AES 256"
安全：
企业级存储桶：
类型：AWS: :S3: :存储桶
属性：
公共访问阻止配置：
公共访问控制列表阻止：true
公开策略阻止：true
公共访问控制列表忽略：true
公共存储桶限制：true
版本控制配置：
状态：已启用
存储桶加密：
服务器端加密配置：
- 默认服务器端加密：
SSE算法："AES 256"
防止安全功能失效
确保停用的安全功能不会对组织产生负面影响，这既是实践问题，也是政策问题。必须制定明确政策，规定仅在极其特殊的情况下才允许禁用安全功能。为解决问题或更新应用程序而需临时停用功能的情况必须记录在案。完成必要操作后，必须确认功能已完全重新启用。
为简化运营而需永久禁用安全功能时，必须为受影响数据提供其他保护措施，以确保在基础防护缺失的情况下黑客无法访问该数据。一旦必要防护被禁用，攻击者找到敞开大门并加以利用只是时间问题。
深入了解并挑战自我吧。
请查看Secure Code Warrior博客页面，了解有关此漏洞的详细信息，以及如何保护组织和客户免受其他安全缺陷和漏洞造成的损害。
您已阅读本文，是否准备好发现并修复此漏洞？现在正是行动的时刻。请尝试iAC游戏化安全挑战 Secure Code Warrior 精进并保持所有网络安全技能的最新状态。
本系列是探讨基础设施即代码（Infrastructure as Code）八大主要漏洞的周更系列。更多详情请于下周继续关注！
目录
Matias Madou, Ph.D.是一位安全专家、研究员和CTO，也是Secure Code Warrior 的联合创始人。Matias在根特大学获得了应用安全的博士学位，主要研究静态分析解决方案。后来他加入了美国的Fortify公司，在那里他意识到，仅仅检测代码问题而不帮助开发人员编写安全代码是不够的。这激发了他开发产品的热情，帮助开发人员，减轻安全的负担，并超越客户的期望。当他不在办公桌前作为Awesome团队的一员时，他喜欢站在舞台上，在包括RSA会议、BlackHat和DefCon等会议上发表演讲。
Secure Code Warrior致力于在整个软件开发生命周期中保护代码，并帮助组织建立将网络安全置于首位的文化。无论您是应用安全管理员、开发人员、首席信息安全官还是任何与安全相关的人员，我们都能协助您的组织降低与不安全代码相关的风险。
预约演示下载有助于开始的资源
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.
