Jenkins 作为一个开放的、可定制的平台，即使在默认状态下也提供了不错的安全性。但是鉴于 Jenkins 连接了许多行业工具，因此也存在一定安全隐患。本篇文章将会介绍一些方法和工具，来确保 Jenkins 实例的安全和可靠，同时也给使用 Jenkins 的用户提供安全保障。 保持更新 软件漏洞随
GitHub Universe 2022于上周举办。在此次大会上，Github 公布了开源软件状态的最新报告，报告中的统计数据显示，90% 的公司都在使用开源，现在 GitHub 上有9400万用户，2022 年有高达4.13亿次开源贡献。 如今世界正运行在开源之上，软件供应链已然成为当今最大的攻击
在此前的多篇文章中，我们已经详细地介绍了软件物料清单（SBOM）对于保障软件供应链安全的重要性以及一些注意事项。在本文中，我们将会更深入地介绍SBOM，包括最低要求元素、格式、使用场景以及如何对其进行管理等。 SBOM所包含的元素 2021年年中，NTIA发布了软件物料清单（SBOM）的最少必需元素
快速的数字化和越来越多的远程业务运营给开发人员带来了沉重的负担，他们不断面临着更快推出软件的压力。尽管CI/CD 加速了产品发布，但它容易受到网络安全问题的影响，例如代码损坏、安全配置错误和机密管理不善。通过应用最佳实践来保护 CI/CD 流水线，可以确保代码质量、管理风险并保持完整性。鉴于 CI/
Kubernetes 是当今许多公司采用的容器编排平台，它的实施需要对其生态系统有一定的了解，以便部署一个准备好用于生产的集群。然而从原则上来说，Kubernetes 并不是一个安全的平台，因为它缺乏处理大多数与安全相关任务的本地工具。 因此，Kubernetes 的实施工作原理或工具至关重要，这个
业内权威机构 Synopsys 最近发布了一项研究报告，结果表明在进行4300次测试后，发现95%的应用程序中都至少都有一个影响安全的漏洞或配置错误，其中高危漏洞占20%，严重漏洞则占4.5%。在此次研究中，82% 的测试目标是 Web 应用程序或系统，13% 是移动应用程序，其余是源代码或网络系统
随着开发和交付的压力越来越大，许多企业选择依赖第三方来帮助运营和发展业务。值得重视的是，第三方软件及服务供应商和合作伙伴也是云环境攻击面的重要组成部分。尽管企业无法完全切断与第三方的关联，但可以在向他们提供进入单一云和多云环境的权限时强制执行最小特权原则。本文将带你了解如何缓解云端业务第三方风险对企
API 帮助跨多个设备互连多个应用程序或软件系统，定义它们可以发出的调用或请求的种类、调用的方式、应使用的数据格式以及应遵守的约定。API 已经发展成为重要的互连，支持不同应用程序架构之间的通信，促进新服务的更快集成和部署。软件开发程序也依赖 API 来提供服务、平台管理和持续部署。涉及移动设备、云
Uber 数据泄露始于一名黑客从暗网市场购买属于一名 Uber 员工的被盗凭证。最初尝试使用这些凭据连接到 Uber 的网络失败，因为该帐户受 MFA 保护。为了克服这一安全障碍，黑客通过 What's App 联系了 Uber 员工，并假装是 Uber 的安全人员，要求该员工批准将 MFA 通知发
企业安全文化从根本上说是基于良好的网络卫生（Cyber Hygiene）来建立和发展的，每个企业都必须根据自身实际情况来建立相应的网络卫生标准。企业可以实施许多基本的网络卫生控制措施，以此来降低网络攻击的可能性和影响。因此，网络卫生应该成为所有拥有数字处理环境的企业必备的常规程序，其实每个企业都需要
随着时间的推移，很明显 DevOps 已经成为最高效的敏捷框架中的无人不知晓的名字。越来越多的企业（包括各类规模企业）正在采用 DevOps 方法来简化其运营效率。DevOps 的新时代趋势已经见证了其使用率的持续上升。 由于需求的变化和现代软件的复杂性，如今的公司需要各种各样的平台和操作系统，因此
在2019 年，安全研究人员发现 Atlassian JIRA 中存在安全配置错误，这是一款全球超过 100,000 家组织和政府机构使用的项目管理软件。JIRA 配置错误允许任何人通过简单的搜索查询访问敏感信息，包括企业员工姓名、电子邮件地址和有关内部机密项目的机密详细信息。安全配置错误已成为十分
12月1日，软件供应链安全管理平台 SEAL 0.3 正式发布（以下简称“SEAL”），这是国内首个以全链路视角保护软件供应链的安全管理平台。两个月前 SEAL 0.2 发布，该版本创新性地提供了依赖项的全局汇总与关联，用户可以获得软件开发生命周期各个环节的可见性，进而以全局视角管理软件供应链。基于
在 Log4Shell 高危漏洞事件披露几乎整整一年之后，新的数据显示，对全球大多数组织来说，补救工作是一个漫长、缓慢、痛苦的过程。 根据漏洞扫描领先者 Tenable 公司的遥测数据来看，截至今年10月，超过70%被扫描的企业仍然受到 Log4shell 漏洞（CVE-2021-44228）的影响
通用漏洞评分系统（CVSS）是当前应用最频繁的评分系统以评估安全漏洞的严重性。但是，由于该系统在评估漏洞和优先级排序方面存在不足而遭受批评。因此，有部分专业人士呼吁使用漏洞利用预测评分系统（EPSS）或将 CVSS 与 EPSS 结合来推动漏洞指标变得更加可执行和高效。与 CVSS 一样，EPSS
开源供应链安全对大多数 IT 领导者来说是个日益严峻的挑战，围绕确保开发人员在构建软件时如何使用和管理开源软件 (OSS) 依赖项的稳健策略至关重要。Microsoft 发布安全供应链消费框架 (S2C2F) 是一个以消费为中心的框架，它使用基于威胁的风险降低方法来缓解开源软件 (OSS) 中的安全
源代码是所有软件开发公司最宝贵的资产之一。因此，如果源代码被盗或泄露，可能会对企业的业务造成巨大损失。从长远来看，源代码盗窃可能会对企业的财务和声誉造成不可估量的损失。然而即便是行业领先的企业，也存在源代码被盗或泄露的风险。例如2004年微软 Windows 2000 的源代码被盗，再比如2019年
随着软件供应链攻击的显著增加，以及 Log4j 漏洞带来的灾难性后果和影响，软件供应链面临的风险已经成为网络安全生态系统共同关注的最重要话题之一。根据业内权威机构 Sonatype 发布的2022软件供应链现状报告，在过去三年中，针对上游开源代码存储库的恶意活动，旨在将恶意软件植入软件组件的攻击数量
就像人际关系中人与人之间的关系一样，软件生态系统中包含一个庞大的关系网络。其中一些联系非常深入，而有一些关系则更为表面。但实际上，现代基于开源的软件开发涉及一个极其庞大的依赖关系树，依赖关系层层叠加，同时涉及和包含已知或未知的风险。 Endor Labs 最近的一份报告发现，95% 的易受攻击的依赖
