首页
学习
活动
专区
圈层
工具
发布
    • 综合排序
    • 最热优先
    • 最新优先
    时间不限
  • 来自专栏企鹅号快讯

    信息安全不可或缺应用交付 还需安全交付

    从负载均衡、应用交付交付安全,在短短的十数年里,交付领域的变化可谓日新月异,从软件到硬件,从4层负载到7层应用,而这两年,主流厂商又将应用交付的大旗指向了信息安全。这些仅仅是厂商的“噱头”么? 安全自需求而来 应用交付是从负载均衡概念延伸而来,最初的负载均衡作为一项分担技术,曾经是路由交换设备的基本技术(如链路负载),其主要目的在于解决大并发数据流量时的压力分担,以及做4层的服务器负载均衡,随着客户应用越来越复杂 对于提供应用交付的厂商而言,从最开始的传统的网络厂商,慢慢的有更多关注于应用、关注于安全的厂商加入进来。而传统的网络厂商也逐步迈向安全,应用交付技术与安全技术的融合已经成为一个大趋势。 技术推动安全 应用交付产品在做4层负载均衡时,协议、IP、接口等信息是其分担技术基础,而7层的负载技术同时也要求应用交付产品能够完成对应用层协议,如:HTTP、SMTP等协议的解析。 安全问题的日益突出,也使得应用交付产品设计人员注意到,通过应用交付产品构建第一道安全防线的必要性。而国际以及国内主流安全厂商的跟进,则使得这种希望逐渐变为现实。

    1.1K90发布于 2018-01-25
  • 来自专栏数字化 IT 从业者路径课

    软件交付与协作 —— ITIL 4

    价值流和流程维度价值流的概念来自于精益思想,在 ITIL 4 中所提到的服务价值链(Service Value Chain)的概念与之对应服务价值链作为企业或组织运营模型或价值交付模型。 信息安全管理保护组织开展业务所需的信息。这包括了解和管理信息的机密性、完整性和可用性以及信息安全的其他方面(例如身份验证和不可否认性)的风险。 监控与事态管理通过识别基础设施、服务、业务流程和信息安全事件并确定其优先级,并建立对这些事件的适当响应,包括响应以下条件,系统地观察服务和服务组件,并记录和报告被识别为事件的状态变化可能导致潜在的故障或事故 ITIL V3 价值与ITIL V4 价值共创ITIL V3 框架将“服务”定义为通过促进客户想要实现的结果而不承担任何特定成本或风险来向客户交付价值的手段。 应用部署与管理主要包括但不限于虚拟化技术、容器技术与容器编排等;4. 软件交付与协作主要包括但不限于 CMMI、ITIL、DevOps 等。

    2.1K32编辑于 2023-03-22
  • 来自专栏CODING DevOps

    软件交付与协作 —— ITIL 4

    价值流和流程维度 价值流的概念来自于精益思想,在 ITIL 4 中所提到的服务价值链(Service Value Chain)的概念与之对应服务价值链作为企业或组织运营模型或价值交付模型。 信息安全管理 保护组织开展业务所需的信息。这包括了解和管理信息的机密性、完整性和可用性以及信息安全的其他方面(例如身份验证和不可否认性)的风险。 监控与事态管理 通过识别基础设施、服务、业务流程和信息安全事件并确定其优先级,并建立对这些事件的适当响应,包括响应以下条件,系统地观察服务和服务组件,并记录和报告被识别为事件的状态变化可能导致潜在的故障或事故 ITIL V3 价值与 ITIL V4 价值共创 ITIL V3 框架将“服务”定义为通过促进客户想要实现的结果而不承担任何特定成本或风险来向客户交付价值的手段。 应用部署与管理主要包括但不限于虚拟化技术、容器技术与容器编排等; 4. 软件交付与协作主要包括但不限于 CMMI、ITIL、DevOps 等。

    2.4K50编辑于 2022-03-16
  • 来自专栏腾讯云代码分析

    海外产品交付-安全规则包

    全球化市场,企业需要确保其产品能够满足不同国家和地区的安全标准和法规要求。 为了助力企业敏捷实现这一目标,我们调研业界后汇编整理了全新的《海外产品交付安全规则包》。 该规则包是一套针对国际市场的安全标准和法规的解决方案。它包含了一系列预定义的安全规则,涵盖了数据保护、网络安全、隐私合规等多个方面,旨在确保您的产品在全球范围内都能满足最高的安全要求。 优势 ▼ ● 提高产品安全性:确保您的产品在全球范围内满足最高的安全标准,降低安全事故风险。 ● 提高开发效率:通过代码分析和修复建议,开发团队可以在开发过程中轻松解决安全问题,减少返工和重新审查的时间。 ● 降低合规风险:遵循国际市场的安全法规,降低因不合规造成的法律风险和经济损失。 ● 获得客户信任:展示对产品安全的承诺,树立良好的品牌形象,赢得客户信任。

    44810编辑于 2024-09-27
  • 来自专栏腾讯大讲堂的专栏

    如何在项目交付中构建“安全前置”的交付框架体系

    作者:robinbinxie  腾讯CSIG工程师 01 引言 在目前的项目交付中,往往安全产品的部署,安全服务的实施都要“滞后”于整个交付进度。 答案就是,将安全交付前置,在项目交付前,尽可能的将安全产品根据项目情况进行合理的上线,先构建一个初步的安全防护架构,然后再根据项目交付进度和业务上线的进度,进一步加强和完善安全防护措施,这其中再穿插进行有关的安全服务内容 基于此,我们有必要看看如何在交付一个项目过程中分阶段进行合理的安全前置工作,并以此形成一套行之有效的安全交付框架,达到可以分步实施部署安全设备,全程防护和保障应用系统,提升安全交付质量的目的。 03 安全前置的交付框架图 以安全前置思想为核心的交付框架,能够规范和引导后续安全交付工作的顺利展开。因此,设计出一个好的交付框架是十分有必要和急需的。 ?     但我们在安全交付阶段的安全运维人员需要在懂得本次交付业务的前提下结合客户当前网络和安全现状,设计并推动实施。他应该是一位现场安全业务运维专家。安全运维服务是贯穿整个项目交付前、中、后整个阶段。

    2.9K40发布于 2021-05-12
  • 来自专栏ThoughtWorks

    数据安全交付中的思考 |洞见

    2017年7月,Equifax用户数据泄露事件使得1亿4千300万个人信息(包括社会保障号码、出生日期、地址、驾照编号)和20万9千个用户的信用卡数据被盗。 在明确了意识在数据安全中的作用之后,我们需要去定义数据安全到底是什么,国际标准化组织(ISO)对计算机系统安全的定义是:为数据处理系统建立和采用的技术和管理的安全保护,保护计算机硬件、软件和数据不因偶然和恶意的原因遭到破坏 (第21,34条) 对重要数据进行加密(第21条,31条) 对个人信息进行脱敏(第42条) 第二,需要结合数据安全目标和构建整个交付项目的数据安全评估体系 思路如下: 了解场景,做影响性评估 数据收集和数据处理的分析 数据安全实现评估 数据安全的验证和补救 第三,安全虽然现在已经逐渐和业务紧密结合,出现像态势感知、自适应安全等新的方式,但是从总体上来说,它还是来源于体系化的控制,其核心是识别风险,做出改变。 4. 数据的获取,存储,传输和接入。这是数据生命周期中的主体,也是数据保护的难点,这部分会是我们考虑的重点。 5.

    99820发布于 2018-08-20
  • 来自专栏ThoughtWorks

    持续交付模式下的安全活动|洞见

    在上一篇文章《开发团队面临的三大安全挑战》中,我们对现如今敏捷精益团队所面临的安全挑战进行了总结和分析,这三大挑战分别是: 一次性的安全检查无法匹配持续性的交付模式 缺乏自动化、自助化的支持,安全实践落地难 因此,团队除了需要借助漏扫工具以及自动化安全性功能测试用例,还需要把安全需求明确出来,纳入到项目交付范围内。团队可以用威胁建模、恶意攻击场景头脑风暴等活动来梳理安全需求。 、安排迭代交付计划。 ---- 小结 敏捷精益团队面临的第一大安全挑战就是一次性的安全检查无法匹配持续性的交付模式。 应对这一挑战,团队需要采用一系列持续性的、轻量级的,能够融入到持续交付模式的安全活动,从而使得团队建立起一个高效获取应用安全质量反馈的机制。

    2.2K60发布于 2018-04-17
  • 来自专栏DevOps持续集成

    安全软件供应链6个交付管道安全最佳实践

    我们最近才意识到保护底层管道的重要性,例如版本控制系统 (VCS) - 有时称为源控制管理 (SCM) 工具 - 和持续集成/持续交付 (CI/CD) 管道. 交付管道和软件供应链安全 为了支持快速、迭代和高质量的部署,托管 VCS 和 CI/CD 管道已成为云原生组织的命脉。 如果没有适当的控制,恶意代码注入或中毒可能会破坏整个交付管道。采用 VCS 和 CI/CD 安全最佳实践将有助于保护软件开发和部署中涉及的组件、操作和过程。 在这篇文章中,我们将研究 VCS 和 CI/CD 管道中一些最常见的安全漏洞,这些漏洞可能会使供应链受到攻击。然后,我们将介绍安全专业人员可以实施以减轻供应链攻击的几个最佳实践。 VCS 安全最佳实践包括强制双重身份验证和配置单点登录 (SSO)。自动扫描您的 VCS 组织设置以确保它们符合 VCS 安全最佳实践是在任何设置发生更改时获得持续保护的好方法。

    97430编辑于 2022-12-29
  • 来自专栏Android 研究

    PMI-ACP 敏捷项目管理4——价值驱动交付

    一、什么是价值驱动交付 交付价值,特别是业务价值,是敏捷方法的核心组成部分。 价值驱动交付贯穿敏捷项目的整个生命周期,指导着过程中的决策。 四、早期尽早交付 敏捷方法推崇早期交付价值。 在项目开发阶段,其不确定性最高,干系人不太相信项目团队交付价值。 通过早期交付高价值的功能,项目团队可以向干系人展示他们对干系人需求的理解并向干系人演示已经完成的重要内容,从而证明项目团队可以交付项目价值。

    1.5K10发布于 2018-08-30
  • 来自专栏TestOps云层

    Jenkins+Ansible+GitLab持续交付平台搭建-第4

    这篇文章将继续给大家介绍Jenkins+Ansible+GitLab持续交付平台搭建。 Jenkins+Ansible+GitLab持续交付平台搭建-第1篇 Jenkins+Ansible+GitLab持续交付平台搭建-第2篇 Jenkins+Ansible+GitLab持续交付平台搭建 testbox/files #编辑foo.sh并写入测试脚本 # vi roles/testbox/files/foo.sh echo 'this is test script' #测试ok的返回结果 4. Template模块任 #编辑inventory/testenv文件添加参数值 server_name=test.example.com port=80 user=deploy worker_processes=4

    53820编辑于 2022-04-07
  • 来自专栏深度学习与python

    借助 GitOps 实现快速、安全的软件交付生命周期

    通过 GitOps 交付模式,企业安全团队可以指定适用于软件交付流程的安全策略,这极大地提升了应用交付安全性。 在安全问题出现时,通过将其暴露出来,这能够加速新软件的交付,从而消除了进行单独安全审查的所耗费的时间和复杂性。 DevSecOps 基础 尽管与软件交付生命周期相关的风险在不断增加,但是大多数的组织都在努力让他们的运维、产品开发和安全团队进行协作,以提升安全性,同时不增加繁琐的流程步骤,避免最终减缓软件交付的生命周期 DevSecOps 基于如下原则在软件交付生命周期中建立了这种协作: 在整个软件交付工作流中提供对安全问题的可见性 安全团队、开发人员和项目经理应该都能看到综合安全性测试的结果,包括应用安全性测试(application 这些功能对于在不影响软件交付速度的前提下确保安全性至关重要。 软件交付工作流中的速度是至关重要的。但没有安全性和合规性的速度是鲁莽的行为。

    53020编辑于 2023-08-08
  • 应用交付厂商F5发布全新应用交付安全平台,全面释放AI潜能

    作为应用交付厂商的领导者,F5推出F5应用交付安全平台(F5 Application Delivery and Security Platform),助力企业应对现代应用及AI驱动型应用的严苛需求。   全新的F5应用交付安全平台历经多年投入与创新打造,和其他应用交付厂商推出的方案相比优势显著,能为企业带来跨越式突破,助力降低架构复杂性,并全面释放AI潜能。   尽管AI已全面到来,但大多数企业尚未做好准备,全新F5应用交付安全平台不仅能应对AI应用在海量数据、复杂流量模式,以及新型安全威胁等方面的挑战,还将当前分散的单一解决方案进行深度整合,以全面满足高性能负载均衡 可见作为具有前瞻性的应用交付厂商,F5能助力企业时刻领先于安全威胁,并为客户提供卓越、安全的数字体验。   该助手可自动生成、维护并优化 iRules,从而大幅减少企业在流量管理与安全交付应用上的时间与资源投入。在人工智能改变世界各地企业对网络需求的浪潮下,F5无疑将其独特的应用交付安全技术带到了前沿。

    31700编辑于 2025-06-24
  • 来自专栏前端开发的「术」

    交付 API 到交付 SDK

    背景 传统 Web 前后端协作模式中,HTTP API 是前后端的分界点,服务端交付 API,Web 端根据 API 构建应用。 感想 直接交付 SDK,其实在 RPC 调用中很常见。 因为 RPC 接口通常有结构化的协议文件,比如 protobuf,可以借助自动化工具,生成各种语言的调用 SDK(即桩代码 Stub)。

    1.6K41编辑于 2022-01-13
  • 来自专栏测试技术圈

    Jenkins+Ansible+GitLab持续交付平台搭建-第4

    testbox/files #编辑foo.sh并写入测试脚本 # vi roles/testbox/files/foo.sh echo 'this is test script' #测试ok的返回结果 4. Template模块任 #编辑inventory/testenv文件添加参数值 server_name=test.example.com port=80 user=deploy worker_processes=4

    71720发布于 2019-10-22
  • 来自专栏科技云报道

    云化交付安全“全家桶”,论SASE只服TA!

    当本地算力受限时,也能通过动态调整流量的比例,利用云端算力来卸载本地性能消耗,实现在不牺牲性能和设备特性的同时,享受SASE云化交付安全的好处。 目前,深信服SASE联合某省级运营商,通过在运营商城域网部署本地POP点,已成功为近千用户以服务化方式交付安全。 深信服SASE 3.0向企业用户提供一站式的混合部署安全订阅服务,将组网、安全、移动办公和分支IPS安全安全能力,通过云平台一站式交付。 2020年9月,深信服率先在国内发布SASE方案(云安全访问服务Sangfor Access),融合了SD-WAN和部分安全能力,以服务化的形式交付。 按照Gartner的定义,SASE是集SD-WAN、网络安全服务、边缘计算于一体的云交付网络,简单来说是“广域网+安全+云”的融合技术,这就要求厂商具备横跨三个领域的综合能力。

    1.8K40编辑于 2022-04-29
  • 来自专栏FunTester

    持续交付:低风险快速交付

    持续集成和持续交付等实践能够在进行任何更改后立即将代码交付到生产环境中。当使用更小改动的代码块时,将会让新功能发布和修复BUG并行成为可能。 今天我们将重点介绍 CI/CD 的第二阶段,持续交付。它有助于确保代码已准备好交付。它的主要特点是代码构建、测试和交付等过程的自动化,有助于及早避免错误并最大限度地降低风险。 何谓持续交付 根据持续交付的实践,团队开发软件是以最小变动代码块为单元,产品发布不是手动进行的,而是通过一个按钮来完成的。代码中的每个小改动都会自动构建、测试并发布到生产环境中。 它可能包括探索性、可用性、性能和安全性测试。这些过程可以在整个交付过程中继续进行,从一开始就为产品带来质量。 灵活性。CD 能够经常发布新功能,即使整个产品都在开发中。 该技术有几个阶段,例如管理流程、测试和定义产品是否已准备好交付,这涉及不同的部门和不断的协作。

    41720编辑于 2023-08-04
  • 来自专栏ThoughtWorks

    持续交付2.0:云原生持续交付

    《持续交付》提出了一系列贯穿整个软件交付生命周期的最佳实践。但它成书的年代(2010年)云计算尚未得到广泛应用,尤其在软件开发过程中的应用非常有限。 如果站在今天的技术水平和对云计算的理解水平基础上回顾《持续交付》的内容,我们有可能提出一组全新的、原生于云环境的持续交付实践。 ? 对于这些反模式,《持续交付》提出的解决办法是“将几乎所有事情自动化”。 ---- 部署流水线 《持续交付》提出了“部署流水线”的概念(如下图)。“随着某个构建逐步通过每个测试阶段,我们对它的信心也在不断提高。 《持续交付》中提倡整个部署流水线“只生成一次二进制包”,并且在各个验证步骤之间传递二进制包。

    2K50发布于 2018-04-13
  • 美光已向主要客户交付HBM4样品

    当地时间6月10日,美光科技宣布已向多个主要客户交付HBM4 36GB 12 层堆叠样品。 美光表示,这一里程碑扩大了美光在 AI 应用内存性能和能效方面的领导地位。 美光HBM4 采用 2048 位接口,每个内存堆栈的速度超过 2.0 TB/s,性能比上一代提高了 60% 以上。 简而言之,HBM4 将帮助 AI 加速器更快地响应并更有效地推理。 HBM4 是一个关键的推动因素,可以推动更快的洞察和发现,从而促进医疗保健、金融和交通等不同领域的创新。 我们的 HBM4 生产里程碑与客户的下一代 AI 平台准备情况保持一致,以确保无缝集成和量产。” 美光计划在 2026年增加 HBM4 的产能,与客户的下一代 AI 平台的量产保持一致。

    9010编辑于 2026-03-19
  • 来自专栏CKL的思考空间

    交付产品到交付价值

    可以给出很多经典的答案出来: 需求测试:查看需求说明书,看看产品是怎么定义这支笔的 功能测试:书写是否流畅、颜色是否合适…… 性能测试:能否长时间书写、墨水定型的时间…… 安全测试:笔壳是否足够耐摔 这个是比较典型的交付产品的测试思路,对于“笔”这个产品,它需要满足以上我们考虑到的信息,在这个过程中,我们关注的是对于笔的产品说明书,以此为蓝本来设计我们的测试用例,测试人员关注的是说明书是否写的足够清晰 在敏捷的环境中,我们关注的是交付价值,需要澄清原始需求背后客户的真实痛点是什么。 最终交付了此功能,并与客户简单讲解了整个使用配置过程,得到了客户的认可。 提升整个团队的交付价值,不仅仅是产品需要思考的问题。

    54930编辑于 2023-02-01
  • 来自专栏python基础文章

    网络安全——网络层IPSec安全协议(4

    前言 在前一章讲解了IPSec采用的安全技术,那什么是IPSec安全协议呢?本章将会很透彻的讲解IPSec安全协议。 IPSec用来保护一条或多条主机与主机间、安全网关与安全网关间、安全网关与主机间的路径。 AH头是一个IPv6的扩展头按照RFC2460标准的规定:它的值是头长度减去一个64位,在认证数据为标准的96位时,这个域的值为4。 (3)保留字段:16位,该字段用于今后的扩充,设置为0。 (4安全参数索引SPl:专有32位值,用以区分那些目的IP地址和安全协议类型相同,但算法不同的数据包。 (5)序列号:32位整数,它代表一个单调递增计数器的值。 通常,当用于IPv6时,AH出现在IPv6逐跳路由头之后,IPv6目的选项之前;而用于IPv4时,AH跟随主IPv4头。

    1.1K20编辑于 2023-10-15
领券