Log4j漏洞?一行代码都不改就能永久修复?
△Hollis, 一個對Coding有著獨特追求的人△
作者 l Hollis
來源 l Hollis(ID:hollischuang)
這篇文章我周一發(fā)過,但是因為一些"人在江湖、身不由己"的原因,原文刪除了,但是很多人找我還是想看看內(nèi)容,所以我改了一點內(nèi)容,重新發(fā)一下:
Apache Log4j2 遠程代碼執(zhí)行漏洞的問題最近鬧得沸沸揚揚的,很多人都被大半夜叫起來緊急修復這跟問題。
有很多人在微信上問我:這種漏洞還能怎么修?下次有問題還要再升級版本嗎?有沒有啥一勞永逸的辦法?就沒啥辦法避免嗎?
其實,是有的。有一種技術,可以針對這類漏洞做定向攔截。可以讓開發(fā)者不用急急忙忙修這個漏洞,甚至你如果完全不想修都可以。
這就是RASP技術。
其實這個技術已經(jīng)誕生很久了,在安全圈也應用很廣泛。應用范圍也很廣泛了。
RASP
RASP 是 Runtime Application Self-Protection 的縮寫,這是一種應用安全保護技術。他的原理是將保護程序注入到應用程序中,與應用程序融為一體,能夠起到實時監(jiān)測、阻斷攻擊的作用,使程序自身擁有自保護的能力。
聽起來是不是很高大上?
其實,RASP就是攔截從應用程序到系統(tǒng)的所有調(diào)用,確保它們是安全的,并直接在應用程序內(nèi)驗證數(shù)據(jù)請求。Web和非Web應用程序都可以通過RASP進行保護。該技術不會影響應用程序的設計,因為RASP的檢測和保護功能是在應用程序運行的系統(tǒng)上運行的。
RASP 技術非常是和對于0Day 漏洞的防護,如反序列化漏洞、JNDI 注入漏洞、表達式注入漏洞、SQL 諸如漏洞、遠程代碼執(zhí)行漏洞等。
WAF 和 RASP
在安全防護上,很多人都知道WAF(Web Application Firewall),俗稱防火墻,那么,和防火墻相比,RASP 技術其實有著很多的優(yōu)點。
傳統(tǒng)的 WAF 主要通過分析流量中的特征過濾攻擊請求,并攔截攜帶有攻擊特征的請求。但是因為 WAF 只能基于流量規(guī)則進行防御,無法根據(jù)應用上下文進行檢測,所以存在誤報率高、容易繞過等問題。
但是,RASP 則不同,他就像疫苗會注入到人體一樣,RASP 是運行在應用之中的,與應用融為一體,可以獲取到應用運行時的上下文,根據(jù)請求上下文進行攔截可以對攻擊進行精準的識別和攔截。
防火墻就像為簇擁在大人物周圍的保鏢,大人物去哪里都帶著保鏢,看起來防御力爆棚,但是大人物本人肌肉不發(fā)達也沒有武功,一旦保鏢被突破或者保鏢被調(diào)虎離山,那么這個大人物就沒有任何保護了,就非常危險了。而RASP 則是讓沒有武功的人在很短的時間并且付出的代價不高的情況下?lián)碛泻芨叩淖晕冶Wo能力。
RASP 具有以下優(yōu)點:
1.誤報率低。
2.可以防護0Day級別的漏洞攻擊。
同時也并不是完全沒有缺點,主要的問題就是可能帶來一定的性能損耗。還有就是開發(fā)難度比較高,需要對 JVM 字節(jié)碼、ASM 工具、漏洞觸發(fā)原理以及各類Java 應用容器都有所了解。
RASP技術目前已經(jīng)非常成熟,在PHP、Java、.NET等多種語言中都有實現(xiàn)方案。
實現(xiàn)原理
不同于基于流量特征的檢測,RASP 主要關注應用自身的行為,而非流量本身。
當 RASP 發(fā)現(xiàn)一個應用,做了它不應該做的事情時,大概率意味著當前應用已經(jīng)被攻擊者利用漏洞攻陷并做了一些高危操作。
以這次 Log4j的漏洞來看,RASP 并不關注請求中的流量是否包含了惡意的 payload,而是去關注 Log4j2 究竟使用 JNDI 功能去做了什么。如果進行正常的 JNDI 查詢,就沒有問題;但如果企圖使用 JNDI 功能進行命令執(zhí)行,就是一個顯而易見的危險行為。
RASP 要將自己注入到被保護的應用中,基本思路類似于 Java 中的 AOP 技術,將 RASP 的Hook代碼注入到需要進行檢測的地方,根據(jù)上下文和關鍵函數(shù)的參數(shù)等信息判斷請求是否為惡意請求,并終止或繼續(xù)執(zhí)行。
想要實現(xiàn)RASP,在 Java中逃不開 Agent 技術,Agent是一個運行在目標JVM的特定程序,它的職責是負責從目標JVM中獲取數(shù)據(jù),然后將數(shù)據(jù)傳遞給外部進程。
在Java SE 5之前,要實現(xiàn)一個Agent只能通過編寫Native代碼來實現(xiàn)。從Java SE 5開始,可以使用Java的Instrumentation接口(java.lang.instrument)來編寫Agent。
使? Instrumentation,開發(fā)者可以構建?個獨?于應?程序的代理程序(Agent),用來監(jiān)測和協(xié)助運行在 JVM 上的程序,甚至能夠替換和修改某些類的定義。
Java Agent支持目標JVM啟動時加載,也支持在目標JVM運行時加載,這兩種不同的加載模式會使用不同的入口函數(shù),如果需要在目標JVM啟動的同時加載Agent,那么可以選擇實現(xiàn)下面的方法:
public?static?void?premain(String?agentArgs,?Instrumentation?inst);public?static?void?premain(String?agentArgs);在premain函數(shù)中,我們可以對字節(jié)碼進?操作,織?Rasp的安全探針。
public?static?void?premain(String?agentArgs,?Instrumentation?inst)throws?ClassNotFoundException,?UnmodifiableClassException?{inst.addTransformer(new?ClassTransformer());}借助ClassFileTransformer接口,實現(xiàn)對字節(jié)碼的修改,定義一個類,實現(xiàn)ClassFileTransformer接口,并重寫transform方法,在這個方法中,通過 ASM 技術修改字節(jié)碼。
public?byte[]?transform(ClassLoader?loader,?String?className,?Class<?>?classBeingRedefined,ProtectionDomain?protectionDomain,?byte[]?classfileBuffer)?throws?IllegalClassFormatException?{byte[]?transformeredByteCode?=?classfileBuffer;if?(Config.moudleMap.containsKey(className))?{try?{ClassReader?reader?=?new?ClassReader(classfileBuffer);ClassWriter?writer?=?new?ClassWriter(ClassWriter.COMPUTE_MAXS);ClassVisitor?visitor?=?Reflections.createVisitorIns((String)?Config.moudleMap.get(className).get("loadClass"),?writer,?className);reader.accept(visitor,?ClassReader.EXPAND_FRAMES);transformeredByteCode?=?writer.toByteArray();}?catch?(Exception?e)?{e.printStackTrace();}}return?transformeredByteCode;}簡單的原理就是這樣的,因為篇幅優(yōu)先就不在這里展開太多了,大家如果感興趣的話,可以看一下 (https://github.com/xbeark/javaopenrasp )這個開源項目,這是我的一個阿里同事搞的一個簡單的 RASP Demo,里面包含了一些REC、SQL 注入等的防護:
使用 Java實現(xiàn)的,代碼不多,很容易理解。
開源工具
RASP作為一個相對成熟的技術,現(xiàn)在已經(jīng)有很多開源的產(chǎn)品了,國內(nèi)外都有很多。如國外的Micro Focus、Prevoty、OWASP AppSensor、Shadowd等等。
國內(nèi)也有很多廠商也有類似的工具。如:
安百科技——靈蜥
http://www.anbai.com/lxPlatform/
百度——OpenRasp
https://rasp.baidu.com/
椒圖科技——云鎖
https://www.yunsuo.com.cn
以上,我們給大家介紹了 RASP 技術,以及他的簡單原理,并給大家提供了一個簡單的 Demo 應用,可以方便大家深入學習,如果想要使用一些開原產(chǎn)品的話,也給大家推薦了幾個,可以選擇性的了解一下。
但是,話又說回來,安全攻防沒有絕對,這個領域永遠都是攻擊者和防守者之間的博弈過程。沒有絕對的安全,所有安全手段只是讓攻擊的成本更高而已。
所以,RASP 技術也并不是完完全全100%的可以做到萬無一失,但是,從目前業(yè)內(nèi)的很多應用來看,這個技術目前還是比較成熟的,對于一些常見漏洞的預防還是行之有效的。
參考資料:
https://segmentfault.com/a/1190000041132495
https://www.freebuf.com/articles/web/197823.html
https://github.com/xbeark/javaopenrasp
往期推薦更快的Maven來了,我的天,速度提升了8倍!
保姆級教學:緩存穿透、緩存擊穿和緩存雪崩!
Java 中接口和抽象類竟然有 7 點不同?
總結
以上是生活随笔為你收集整理的Log4j漏洞?一行代码都不改就能永久修复?的全部內(nèi)容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: 数组copyWithin()方法以及Ja
- 下一篇: 双重检查锁,原来是这样演变来的,你了解吗