[邏輯漏洞]記錄一次挖洞
陽光明媚的早上，turn on the PC and 隨意地瀏覽著以往漏洞列表，希望在裏面找到一些遺忘的痕跡。
果然，我發現一個被忽略的漏洞，一個暴露在外網的的一個接口，可以查詢該企業網站是否註冊了的手機號，mark了下。
開著工具，然後繼續翻了下資產列表以及深入的去查看一些交互比較多的地方，希望能夠發現一些boom的地方
嗯
具備口算md5的我一眼就看出來這密碼不簡單，果斷放在線查一下，果然，這個loginmodule有問題，通過 blasting 我進去了。
No shell no bb
But shell is only the begining
[邏輯漏洞]記錄一次挖洞
相關推薦
[邏輯漏洞]記錄一次挖洞
9.png 列表 一次 查詢 urn 找到 ima sting .com 陽光明媚的早上，turn on the PC and 隨意地瀏覽著以往漏洞列表，希望在裏面找到一些遺忘的痕跡。 果然，我發現一個被忽略的漏洞，一個暴露在外網的的一個接口，可以查詢該企業網站是否註冊了的
應急響應--記錄一次漏洞緊急處理中意外發現的挖礦木馬（Shiro反序列化漏洞和ddg挖礦木馬）
var vpc hist crontab 使用 8.4 wget 序列化 coo 背景 某公司線上服務器意外發現一個Apache Shiro 反序列化漏洞，可以直接GetShell。出於做安全的謹慎，馬上出現場應急，確認漏洞。該漏洞存在在cookie字段中的remembe
記錄一次wnTKYg挖礦木馬發現和清理
wntkyg cpu 前一段時間突然收到一條服務器CPU告警，大致看了下是一臺測試機，剛剛開始以為是在做壓力測試，但是再認真看下服務器的CPU是在極高的負載下發的告警，就去咨詢了下發現此時並沒有在壓力測試，平時如果測試服務沒有做壓測的時候CPU是幾乎負載都極地的，此時服務器突然CPU高負載是極為
記錄一次網站漏洞修復過程(三)：第二輪處理（攔截SQL註入、跨站腳本攻擊XSS）
cat nbsp ebe 嵌入 網頁 防止 記錄 用戶輸入 light 在程序編寫的時候采用參數化的SQL語句可以有效的防止SQL註入，但是當程序一旦成型，再去修改大量的數據庫執行語句並不是太現實，對網頁表單上輸入進行校驗是易於實現的方法。在webForm 頁面中開啟校驗屬
記錄一次 先手工 再python指令碼 驗證永恆之藍ms17-10漏洞
檢視資料 ms17-10漏洞利用的步驟大致如下 開啟msf use auxiliary/scanner/smb/smb_ms17_010 msf exploit(ms17_010_eternalblue) > use exploit/windows/smb/ms1
記錄一次“記錄超長”
har 語句 類型 執行 如果 可能 事情 縮小 百度 Jdbc報錯“記錄超長”，百度一下推測可能是因為SQL過長導致；但是後來經過老杜指點，發現原來是因為字段（varchar 8000）超長導致； 解決問題的套路： 1. 首先在Sql的客戶端上執行代碼；如果不錯，說明還是
簡單記錄一次REDO文件損壞報錯 ORA-00333重做日誌讀取塊出錯
clas 後者 利用 實例恢復 poi cancel true cover html 一.故障描寫敘述 首先是實例恢復須要用到的REDO文件損壞 二、解決方法 1.對於非當前REDO或者當前REDO可是無活動事務使用下面CLEAR命令： 用CLEAR命令重建該日誌
記錄一次配置http跳轉https的過程
http https 網站跳轉 公司最近搞了一個數據運營平臺，這個平臺會以web界面的形式把各個數據展示出來，這個項目是我們一個經理的重點關照項目。把平臺模塊部署完畢並且啟動之後，又把這個平臺服務器的外網IP綁定到alkaid.lechange.com這個域名上，在瀏覽器裏輸入https://al
記錄一次concurrent mode failure問題排查過程以及解決思路
tails only cnblogs 策略 executor red execute incr run 背景：後臺定時任務腳本每天淩晨5點30會執行一個批量掃庫做業務的邏輯。 gc錯誤日誌： 2017-07-05T05:30:54.408+0800: 518534
記錄一次MySQL進程崩潰，無法重啟故障排查
not pool function 解決 variables fail data class 緩沖 最近程序在跑著沒幾天，突然訪問不了，查看應用進程都還在。只有數據庫的進程down掉了。於是找到日誌文件看到如下錯誤 2017-07-24 01:58:53 19934 [N
記錄一次處理https監聽不正確的過程
負載均衡 https 502 nginx 金山雲 今天開發反饋在測試金山雲設備的時候遇到了這樣的一個現象：wget https://funchlscdn.lechange.cn/LCLR/2K02135PAK01979/0/0/20170726085033/dev_201707260850
記錄一次基於LV塊做存儲介質的KVM擴容過程
kvm擴容 基於lv的kvm擴容 kvm硬盤擴容 從下圖可看出盤已經不夠用了然後到宿主機執行LVM擴展Lv 擴充過程略然後擴容完，在虛擬機上執行fdils –l在宿主機擴容的LV在虛擬機裏已經有容量顯示，但我們的分區仍然沒有被顯示出來還是原來的310G因為這個分區在分時考慮到後期的擴充，所以用了G
記錄一次服務器被攻擊
服務器 攻擊 肉雞 公司一臺服務器從某一個時間開始，突然在每天不定期出現磁盤io和進程數的告警，初期進行查看，並未發現問題，暫時擱置。 每次告警時間都很短暫，所以很難在系統出現告警時登錄查看。而且由於在忙其他事情，這件事也一直沒有仔細去查。 登錄檢查的時候發現有一個分區磁盤滿了
記錄一次https證書申請失敗的案例
hydra tor 一次 申請 目錄 tin site text auto 部分站點由於使用了大量的域名，會導致 auto-ssl 配置的內存不夠用，導致證書申請失敗。需要做以下調整 nginx.conf 中 lua_shared_dict auto_ssl 調整為 128
記錄一次mysql 5.7 max_allowed_packet修改失敗的問題
packet for query is too large (2010 > 1024) mysql 5.7 max_allowed_packet今天我的客戶給我反饋說報錯 ### Error querying database. Cause: com.mysql.jdbc.PacketTooBigEx
記錄一次mariadb啟動錯誤
mariadb機器無意重啟了，之後啟動一直顯示在Start Mysql.....查看mysql日誌錯誤如下第一個ERROR解決方法： 修改/data/mydata權限，chomd 777 /data/mydata再次重啟故障未解決，查看日誌報錯如下根據網上查找的解決方案為初始化mysql 運行/u
記錄一次經歷的數據庫從單庫到分庫分表的過程
人力 per 靠譜 img center 沒有 tdd 推出 數據 前言 目前所在的的項目組，由於項目正在處於一個業務爆發期，每天數據的增長量已經給我們數據庫乃至系統造成了很多不確定的因數，前期依靠優化業務和SQL等方式暫時還能夠支撐住。但是最近發現某些表數據達到50
記錄一次cacti中文亂碼解決經過
cacti中文支持 cacti中文亂碼 背景：公司一臺老機器，上面有個cacti。系統為centos5.X，有天手滑卸載了httpd，但yum源已經不支持centos5系列了，無奈百度上找了一個源內容如下：<span style="background-color: rgb(255, 102,
記錄一次阿裏雲服務器升級報錯
running 雲服務器 com 阿裏雲 font 5.1 core maria package 記錄一次阿裏雲服務器升級報錯 ---Email:[email protected] 系統： # cat /etc/redhat-release CentOS L
ORACLE sql調優之記錄一次trim函數引發的大表全表掃描
oracle trim 全表掃描 sql 調優 2017年8月14日，一地市oracle相關的調度程序ETL抽取速度奇慢，sql語句每次執行平均時間要9秒左右，如果所示：該調度過程涉及的sql語句如下：select count(*) from (SELECT rtrim(