【云原生应用安全】云原生应用安全防护思考（二）
一、概述 本文为云原生应用安全防护系列的第二篇，也是最终篇，本文笔者主要针对微服务架构下的应用安全、Serve
云原生应用安全风险思考
云原生应用究竟和传统应用有何不同，安全风险上有何变化，本文将从传统应用风险、应用架构变革带来的风险、云计算模式带来的风险三个维度为各位读者介绍
【星云实验室】Serverless安全研究——Serverless安全防护
虽然Serverless带来了更少的攻击面，但并不代表Serverless不再需要安全防护，只是安全防护点转移到了开发者测。
RSA 创新沙盒盘点| AppOmni——面向SaaS数据泄漏的持续性监控和告警防护
2020年2月24日-28日，网络安全行业盛会RSA Conference将在旧金山拉开帷幕。前不久，RSAC官方宣布了最终入选今年的创新沙盒十强初创公司：AppOmni、BluBracket、Elevate Security、ForAllSecure、INKY、Obsidian、SECURITI.AI、Sqreen、Tala Security、Vulcan。
昨天绿盟君已经向大家介绍了Elevate Security 和Sqreen两家厂商，今天，我们要介绍的是厂商是：AppOmni。
Istio系列二：Envoy组件分析
Envoy是Istio数据平面核心组件，在Istio架构中起着非常重要的作用，本文首先介绍Envoy的基本概念及工作流程，再从Istio的设计角度出发，对Envoy在Istio中如何部署及如何对入站出站流量进行代理转发及流量劫持进行具体分析，最后通过实验加以验证。
Istio系列一：Istio的认证授权机制分析
随着虚拟化技术的不断发展，以容器为核心的微服务概念被越来越多人认可，Istio因其轻量级、服务网格管理理念、兼容各大容器编排平台等优势在近两年脱颖而出，许多公司以Istio的架构设计理念作为模板来管理自己的微服务系统，但在其势头发展猛劲之时，也有许多专家针对Istio的安全机制提出了疑问，比如在Istio管理下，服务间的通信数据是否会泄露及被第三方劫持的风险；服务的访问控制是否做到相对安全；Istio如何做安全数据的管理等等，这些都是Istio目前面临的安全问题，而我们只有深入分析其机制才能明白Istio是如何做安全的。
RSA2019 创新沙盒 | ShiftLeft：面向软件开发生命周期的持续性安全防护
随着技术不断更新换代，软件开发生命周期逐渐缩短，在这个特殊阶段，DevOps应运而生成为了开发和运营的新组合模式。一方面通过自动化流程可使得软件构建、测试、发布变得更加快捷可靠，另一方面也减去了很多重复性的工作，降低了时间成本。与此同时，软件安全问题也同时得到了重视，那么如何将安全有效融入DevOps环境中成为了目前很多厂商难以解决的问题。 ShiftLeft将SAST、IAST、RASP融入其产品中，利用CPG技术让漏洞检测的检出率和误报率均得到了有效提升并且从漏洞检测、静态防护、运行时防护、自定制查询漏洞等多方面对软件开发生命周期进行安全防护从而实现了DevSecOps的落地，给大部分用户带来了收益。
基于Kubernetes的原生 Serverless 框架 Kubeless实践
Serverless概念首次出现在2012年,Kubeless是基于Kubernetes的原生无服务器框架，其允许用户部署少量的代码（函数），而无需担心底层架构。它被设计部署在Kubernetes集群之上，并充分利用Kubernetes的特性及资源类型。可以克隆在AWS Lambda，Azure Functions、Google Cloud Functions上的内容。由于 Kubeless 的功能特性是建立在Kubernetes上的，所以对于熟悉 Kubernetes的人来说非常容易部署 Kubeless， 其主要实现是将用户编写的函数在Kubernetes中转变为 CRD（ Custom Resource Definition，自定义资源）， 并以容器的方式运行在集群中。