내 블로그다

java -jar signapk.jar publickey.x509.pem privatekey.pk8 inputapk output.apk

http://www.dreamy.pe.kr/zbxe/CodeClip/164893

Santoku

Santoku is a project launched by viaForensics to provide a powerful platform for mobile forensics, malware analysis, and mobile app security testing. The name comes from Japanese, meaning “three virtues” and referring to a useful type of cooking knife.

Three virtues:

• Mobile forensics
• Mobile malware analysis
• Mobile application security testing

tool: https://viaforensics.com/resources/tools/santoku/

virtual box를 필요로 한다: https://www.google.co.kr/webhp?sourceid=chrome-instant&ion=1&espv=2&es_th=1&ie=UTF-8#newwindow=1&q=VirtualBox

adb shell

su

cd proc

for x in [0-9]*;
do
lc=`grep libc.so /proc/$x/maps | grep r-x`
if [[ ! -z "$lc" ]]; then echo $lc in PID $x; fi
done

adb shell

su

cd proc

for p in [0-9]*;
do
CAP=`grep CapPrm $p/status | grep -v -v ffffff | grep -v 0000000000000`
if [[ ! -z $CAP ]]; then grep Name $p/status; echo PID $p - $CAP;  fi
done

전제: 루팅이 되어있어야 한다

adb shell su 0 'ls -l -R' | grep "[^l][r-][w-][xsStT-][r-][w-][xsStT-][r-][w][xsStT-]"

mmm 빌드할 모듈

make snod

1. git status와 git diff로 수정 내용확인

2. git diff > patchfile //패치파일 생성

3. cd /../../어쩌구/저쩌구  //적용할 디렉토리로 이동

4. cp ../../이거/저거/patchfile ./  //패치파일을 현재 디렉토리로 이동

5. patch -p1 < patchfile  //왜 -p1이 쓰이는지는 안알랴줌

참고: http://jang574.tistory.com/23

원리를 모르면, 커밋을 되돌리는 것이 겁날 수 있습니다. 하지만, 원리를 이해하면, 어렵지 않습니다.

다음과 같은 상황에 있다고 해봅시다. C 는HEAD 이고 (F) 는 로컬 파일들의 상태입니다.

   (F)
A-B-C
    ↑
  master

commit C 를 날려버리고 로컬에 있는 수정 사항도 날려버리고 싶다면 이렇게 합니다:

git reset --hard HEAD~1

결과는:

 (F)
A-B
  ↑
master

이제 B 가 HEAD 입니다. --hard를 이용했기 때문에, 로컬 파일들은 commit B 의 상태가 되었습니다

아, 하지만 C 의 커밋 내용을 로컬에는 남겨두고 싶을 수도 있습니다. commit 을 취소하고 싶지만, 수정한 사항들은 간직하고 싶어요.더 작업을 해서 다시 커밋을 할 수도 있으니까요 . 
C 가 HEAD 인 상태에서 어떻게 해야 할지 살펴보죠:

   (F)
A-B-C
    ↑
  master

--hard 옵션없이 다음과 같이 합니다:

git reset HEAD~1

결과는:

   (F)
A-B-C
  ↑
master

HEAD 는 단지 최신 commit 을 가르키는 포인터입니다. git reset HEAD~1 을 하면, Git 에게 HEAD 를 한 커밋 전으로 옮기라고 말하는 것입니다. 하지만(--hard 를 사용하지 않는다면) 파일은 마지막 수정 상태 그대로 있습니다. (역주: git add 와 git commit 을 하기 전 상태로 되돌아감)

더 나아가서, 커밋을 취소하고, 당신의 파일들과 index 영역도 그대로 간직할 수 있습니다.(역주: git add 하였지만, git commit 하기 전으로 되돌아감):

git reset --soft HEAD~1

git status를 하면, 이전과 같은 파일들이 index 에 있는 것을 볼 겁니다. 이 명령어 뒤에 git commit 을 한다면, 당신은 아까 했던 커밋을 그대로 다시 하게 됩니다.

한가지더: 처음 보기 처럼, --hard 로 커밋을 지웠다고 합시다. 그런데 후에 그 커밋이 필요하다고 해봅시다. 어떻게 할까요? 방법이 있을까요?

여전히 되돌아갈 방법이 있습니다. git reflog 를 입력하면, (부분적인) 커밋의 sha 들을 보게 될 겁니다. 없앤 커밋을 찾아서 이렇게 하세요:

git checkout -b someNewBranchName shaYouDestroyed

이제 그 커밋이 되살아 났습니다. GIT 은 대략 90일 정도 커밋을 보관합니다. 이 방법을 알고 있으면, 실수로 지운 것들을 어지간하면 되찾을 수 있을 겁니다.

출처: http://www.codeflow.co.kr/question/33/%EC%96%B4%EB%96%BB%EA%B2%8C-git%EC%97%90%EC%84%9C-%EB%A7%88%EC%A7%80%EB%A7%89-%EC%BB%A4%EB%B0%8B%EC%9D%84-%EC%B7%A8%EC%86%8C%ED%95%A0-%EC%88%98-%EC%9E%88%EB%82%98%EC%9A%94how-to-undo-the-last-git-commit/

• sudo vim /etc/udev/rules.d/70-android.rules
• 다음을 입력
• SUBSYSTEMS==“usb”, ATTRS{idVendor}==“1004”, ATTRS{idProduct}==“61fc”, MODE=“0666”
• (idVendor와 idProduct는 lsusb 명령어로 확인할 수 있음)
• sudo chmod a r /etc/udev/rules.d/70-android.rules
• usb 뺐다 꼽고, adb devices 치면 인식됨이 보인다