diff --git a/content/zh/blogs/apache-log4j2-vulnerability-solution.md b/content/zh/blogs/apache-log4j2-vulnerability-solution.md
new file mode 100644
index 000000000..852ead63e
--- /dev/null
+++ b/content/zh/blogs/apache-log4j2-vulnerability-solution.md
@@ -0,0 +1,81 @@
+---
+title: 'KubeSphere 对 Apache Log4j 2 远程代码执行最新漏洞的修复方案'
+tag: 'CVE 漏洞'
+keywords: 'Elasticsearch, Apache Log4j, 安全漏洞, KubeSphere'
+description: 'Apache Log4j 2 是一款开源的日志记录工具，被广泛应用于各类框架中。近期，Apache Log4j 2 被爆出存在漏洞，漏洞现已公开，本文为 KubeSphere 用户提供建议的修复方案。'
+createTime: '2021-12-11'
+author: 'KubeSphere Team'
+snapshot: '../../../images/blogs/log4j/log4j.jpeg'
+---
+
+Apache Log4j 2 是一款开源的日志记录工具，被广泛应用于各类框架中。近期，Apache Log4j 2 被爆出存在漏洞，漏洞现已公开，本文为 KubeSphere 用户提供建议的修复方案。
+
+此次漏洞是由于 Log4j 2 提供的 lookup 功能造成的，该功能允许开发者通过一些协议去读取相应环境中的配置。但在实现的过程中，并未对输入进行严格的判断，从而造成漏洞的发生。由于大量的软件都使用了 Log4j 2 插件，所以大量的 Java 类产品均被波及，包括但不限于 Apache Solr、srping-boot-strater-log4j2、Apache Struts2、ElasticSearch、Dubbo、Redis、Logstash、Kafka...更多组件可以参考 [Log4j 2 相关文档](https://mvnrepository.com/artifact/org.apache.logging.log4j/log4j-core/usages?p=1)。
+
+受影响的 Log4j 版本为 Apache Log4j 2.x < 2.15.0-rc2。目前官方发布了 Apache 2.15.0-rc2 版本对该漏洞进行了修复，但是该版本并非正式发行版，故存在不稳定的因素，如要升级建议对相关数据进行备份。
+
+同时，也提供了三种方法对漏洞进行补救，为
+
+- 将系统环境变量 `FORMAT_MESSAGES_PATTERN_DISABLE_LOOKUPS` 设置为 `true`
+- 修改配置 `log4j2.formatMsgNoLookups=True`
+- 修改 JVM 参数 `-Dlog4j2.formatMsgNoLookups=true`
+
+以下三种解决方法，您可以任选其中一种进行参考。
+
+## 方法一：修改系统环境变量 
+
+由于 KubeSphere 默认使用了 ElasticSearch 收集日志，所以也应该在 KubeSphere 修改相应的配置来对漏洞进行修复。以下说明如何在 KubeSphere 中进行相应的操作对 ElasticSearch 进行修复。
+
+将系统环境变量 `FORMAT_MESSAGES_PATTERN_DISABLE_LOOKUPS` 设置为 True，为此，我们需要修改 ElasticSearch 的 Yaml 文件，因为它是一个 StatefulSet 文件，所以需要进行如下修改：
+
+```yaml
+kubectl edit  statefulset  elasticsearch-logging-data -n kubesphere-logging-system
+kubectl edit  statefulset  elasticsearch-logging-discovery  -n kubesphere-logging-system
+```
+
+在这两个 Yaml 文件中插入环境变量设置：
+
+```yaml
+env:       
+- name: FORMAT_MESSAGES_PATTERN_DISABLE_LOOKUPS
+  value: "true"
+```
+
+## 方法二：修改 Log4j 2 配置
+
+另外，您也可以修改配置 `log4j2.formatMsgNoLookups=True`，您可以执行如下命令：
+
+```yaml
+kubectl edit configmaps elasticsearch-logging  -n kubesphere-logging-system
+```
+
+然后插入上面所提到的配置：
+
+```yaml
+log4j2.properties: |-
+    status=error
+    appender.console.type=Console
+    appender.console.name=console
+    appender.console.layout.type=PatternLayout
+    appender.console.layout.pattern=[%d{ISO8601}][%-5p][%-25c{1.}] %marker%m%n
+    rootLogger.level=info
+    rootLogger.appenderRef.console.ref=console
+    logger.searchguard.name=com.floragunn
+    logger.searchguard.level=info
+    # 插入此行    
+    log4j2.formatMsgNoLookups=true
+```
+
+> 注意：
+> 1. 修改后请注意相关配置是否挂载进去，如果没有挂载进去，请重启 Pod。
+> 2. 如果您将 KubeSphere Logging 组件重新安装，ks-installer 可能会导致该 ConfigMap 的配置被重置，需要再参考方法二手动配置一遍，或者采取方法一，设置系统环境变量 `FORMAT_MESSAGES_PATTERN_DISABLE_LOOKUPS 为 true`。   
+
+## 方法三：修改 ElasticSearch 的 JVM 参数
+
+可以在相应 ElasticSearch 添加配置文件，单独配置 JVM 参数，可以参考[ElasticSearch 公告声明](https://discuss.elastic.co/t/apache-log4j2-remote-code-execution-rce-vulnerability-cve-2021-44228-esa-2021-31/291476)
+
+## 相关参考
+
+- 关于 Apache Log4j 2 远程代码执行最新漏洞的风险提示： https://itsc.nju.edu.cn/7a/42/c41947a555586/page.htm
+- Artifacts using Apache Log4j Core：https://mvnrepository.com/artifact/org.apache.logging.log4j/log4j-core/usages?p=1
+
diff --git a/content/zh/blogs/aws-kubernetes.md b/content/zh/blogs/aws-kubernetes.md
index 96c155c0b..e0bb9e8f0 100644
--- a/content/zh/blogs/aws-kubernetes.md
+++ b/content/zh/blogs/aws-kubernetes.md
@@ -1,5 +1,5 @@
 ---
-title: 'KubeKey 在 AWS 高可用部署 Kubernetes'
+title: 'KubeKey 在 AWS 安装部署 Kubernetes 高可用集群'
 tag: 'Kubernetes,AWS,亚马逊'
 keywords: 'Kubernetes, AWS, KubeKey, 高可用, 亚马逊'
 description: 'KubeKey 是一款可以快速、便捷部署高可用 Kubernetes 集群的工具。本文将主要介绍如何在亚马逊 AWS 部署高可用的 Kubernetes 集群。'
diff --git a/static/images/blogs/log4j/log4j.jpeg b/static/images/blogs/log4j/log4j.jpeg
new file mode 100644
index 000000000..f7b269820
Binary files /dev/null and b/static/images/blogs/log4j/log4j.jpeg differ