Software expoitation training from lamer

mybb — Tue, 19 Feb 2008 15:18:52 +0000

The course lasted 2 days (Feb 16th and 17th, 2008), and, in my opinion, was very interesting. That's the motivation for me to write these from a learner's point of view.

Content of the course:
- Stack/Heap overflow, focusing on stack overflow because of difficulty of Heap overflow with these techniques:
   + Return to libc (ret2libc)
   + Return to pop (ret2pop)
   + Overwrite .got, .dtors ... if the program was compiled with ASLR (Address Space Layout Randomization) support.
- Format string
- Race condition (TOC/TOU - Time of Check/Time of Use)

Requirements:
- 01 laptop with DVD drive
- VMWare player [3] installed
- Basic knowledge of Linux and typical commands
- Basic knowledge of programing
- Basic knowledge of Assembly

The knowledge of Linux and Assembly is not required but learners can learn faster with them.

The learners will also gain the knowledge of using:
- IDA [4]
- gdb [5]
- python [6]

This is the most practical and beneficial course that I have ever attended. I was naturally sucked into the flow of solving problems. These are what I have noticed:
- The course flows from extremely basic information to very advanced knowledge.
- The learners will develop their skills based on these basic techniques.
- Studying and practicing simultaneously
- Interative learning, the learners must answer many questions throughout the course. This is very useful because the instructor can know whether they "get it".
- The learners must think and solve problems themselves in a logical way based on the knowledge they have just had.
- Analyzing and predicting are two skills used throughout the course.
- The instructor has prepared the course carefully so that every sentence, or idea is valuable.
- The course is the experience of the instructor so it is very short but it fully covers all information that would require hundreds of pages to explain.
- This is the first time I could read and understand the flow chart of one program based entirely on its ASM code; then, exploit it.

Conclusion
I highly appreciate this course because of its outstanding quality. The experience and skill of the instructor make me believe in what I have learned. If there's any advanced course from lamer, I'll attend.

References
[1] VNSecurity - a non-profit research organization dedicated to network and system security. Their team has won the CTF2007’s first prize at HITB2007 Malaysia. VNSec was found and led by Thanh Nguyen (rd at vnsecurify dot net).

[2] Nam T. Nguyễn (Security+, CISSP) – a member of vnsecurity.net
[3] VMWare Player – a software to run a virtual machine. See more at www.vmware.com/products/player/
[4] IDA – a powerful disassembler. See more at www.hex-rays.com/idapro
[5] GDB – GNU debugger. See more at www.sourceware.org/gdb/
[6] Python – a powerful programming language. See more at www.python.org. There’s a website for Vietnamese who loves Python at www.vithon.org. This site was found and led by Nam T. Nguyễn.

ISA caching problem

mybb — Sat, 16 Jun 2007 14:58:45 +0000

Mấy hôm rồi vật lộn với cái vụ cache của ISA. Đề bài rất đơn giản: 2 tài khoản của 2 người ở trong cùng LAN, sử dụng chung ISA2004 làm proxy. Họ login và ... nhìn thấy nội dung tài khoản của nhau. Làm sao giải quyết?

Giải pháp được đưa ra là ép proxy không được cache bằng các tham số:

Pragma: no-cache

Cache-control: no-cache

Cache-control: private

Expires: 0

must-revalidate

Kết quả: vẫn bị cache.

Nghi ngờ: proxy bỏ qua các tham số được gửi trong header và cố tình cache.

Giải pháp 2: thay đổi URL ngẫu nhiên là khỏi cache

URL hiện nay sẽ như sau: www.xxx.com/java-script?_id=random-id-gen-time-by-time

Kết quả: vẫn bị cache như thường, kiểm tra tại proxy thì thấy proxy nhận được request từ client với môt cái URL quái đản và ... ngay lập tức móc trong cache ra trả lời mà không thèm đả động gì đến web-server. Vấn đề chỉ bị khi enable tùy chọn "cache dynamic content" lên.

Nghi ngờ: dynamic content caching quá nguy hiểm.

Giải pháp 3: chơi URL kiểu khác, bây giờ sẽ là:

www.xxx.com/javarandom-string-gen-time-by-timescript

Kết quả: có vẻ như đã ổn, nhưng cứ click loạn lên một hồi thì lại nhìn thấy thông tin tài khoản của thằng kia mặc dù xác suất rất ít. Sao thế nhỉ? Hình như sửa chưa toàn diện thì phải?

Kệ, chơi tuyệt chiêu cuối cho chắc ăn (mà đáng lẽ ra phải chơi ngay từ đầu nhưng không ai thèm nghe mình).

Giải pháp cuối: đưa SSL vào.

Kêt quả: ISA mà cache nữa là thua luôn. Có điều nó lại cache SSL response thành một cục chả biết để làm gì.

Kết luận: cứ công nghệ có sẵn mà chơi, mải miết sáng tác mất nhiều thời gian.