git泄露
console里面可以看到一些提示: 程序員GIT寫一半跑路了,都沒來得及Commit 😃
借此也聊一下git的一些工具以及它們的原理，從目前的測試工具來看，BugScanTeam團隊的GitHack應該是最穩的。
先鋪墊一下基礎，先初始化一個git init沒有任何東西的GIT目錄
然后只git add一個文件，這里並沒有git commit
在這里要區分三個概念詞：版本庫、工作區、暫存區(stage)，更詳細的內容可以看這篇文章
盜圖一張:
提交一個文件的時候是分為git add、git commit兩步的
當git add的時候，是把文件臨時放在臨時區stage中
當git commit的時候，是把臨時區stage的所有內容提交到當前分支
當然這兩個在objects目錄都會生成一個對象文件，來存儲數據。
可以看下當前目錄結構為如下:
├── HEAD
├── config # 存放git的一些信息
├── description
├── hooks
├── index
├── info
│ └── exclude
├── objects # 存放對象文件
│ ├── 0c
│ │ └── 14454dd8d472ef27843ac8c86bdba161c27a03
│ ├── info
│ └── pack
└── refs
├── heads
└── tags
其中index的內容其中就包含了一些當前版本下的文件信息以及對應的objects目錄下的對象文件
對於git中的對象，推薦閱讀此文
它包含了Blob對象（用來存儲文件內容）、Tree對象（表示內容之間的目錄層次關系）、Commit對象（相關的描述信息）
接下來進行git commit，多出了0c、31兩個目錄
對象用zlib解壓即可看到內容
f = open("14454dd8d472ef27843ac8c86bdba161c27a03","r").read()
import zlib
print zlib.decompress(f)
可以看到下面是新生成了一個tree對象、commit對象
看下commit對象內容，可以找到tree對象的一些信息
再通過git ls-tree 31d459查看到tree對象里面存放的內容，即一些目錄結構，以及對應的Blob對象的object id，也就是通過tree我們可以找到對應文件的object id。
所以獲取源碼的整個過程就是 commit -> tree -> blob
接下來我們再多添加一個文件，進行git add、git commit操作
├── objects
│ ├── 0c
│ │ └── 14454dd8d472ef27843ac8c86bdba161c27a03
│ ├── 2b
│ │ └── ccc291c71cc92898645cdc8990056027108580
│ ├── 31
│ │ └── d459eb83ed7f3d9195b2bd24d4e2cbdc7e299c
│ ├── 85
│ │ └── 66ddc152da79a3e2fd4a00123aeea397e574c4
│ ├── 8e
│ │ └── 63e6627218b1e455a5ae4bc45135316cf39055
│ ├── 98
│ │ └── 0411cbd21c224e546111360d20775d62c33349
│ ├── info
│ └── pack
這下新增了2b、85、98三個目錄，分別代表着blob、tree、commit
看下commit的內容
可以看到上面的tree是指向了85/66ddc1，然后parent是指向了8e6366的commit，也就是上一次的commit內容
下面就講下Git使用過程中的幾種情況，以及對應如何去恢復代碼
1、當年git泄露漏洞特別火，lijiejie師傅寫了一個利用工具，流傳大江南北。
因為index是存儲工程中最新狀態的文件，所以它就是獲取了其中的blob的objects的hash，然后去得到文件，最后解壓得到源碼。
2、rip系列工具，當初在做P師傅出的XDCTF2015代碼審計全解時候學習到的
對於獲取其他的分支、tag，都可以從/.git/refs/heads、/.git/refs/tag里面拿到最新的commit對象id，然后就是順着這個可以爬到parent commit
假設獲取master，最新的commit的object id可以在/.git/refs/heads/master獲取到
3、具有場景型，協同合作時，遠程代碼有更新，即本地代碼不是最新版本。為了避免出現版本沖突可以使用git stash將這部分暫存起來，然后便可以執行git pull，暫存的內容便會存放到/.git/refs/stash，此處我並未使用git commit
╭─l3m0n@l3m0ndeMacBook-Pro ~/work/tools/src_tools/test/demo/.git/refs ‹dev›
╰─$ cat stash
e0945bc49106ac493f0d8c3b32370374b2d36a28
所以通過上面的commit我們依舊能夠通過 commit -> tree -> blob 這種模式得到源碼
4、使用了git reset --hard HEAD回滾時候
這個時候可以獲取一下/.git/logs/HEAD文件，它會記錄所有歷史
比如上面便是reset之前的commit id
5、git gc，會打包object生成pack文件。但是有種情況便是git push失敗的時候，一般push時候會打包一下，但是失敗的時候並不會解壓出來
這個場景的話，便可以獲取/.git/objects/info/packs得到pack文件名
使用git verfy-pack -v xxx.idx可以看到一些內容信息
使用git unpack-objects < xxx.pack便可恢復
轉自https://www.cnblogs.com/iamstudy/articles/wangding_4th_game_web_writeup.html中的部分內容