Fix minor README.md formatting

Author: ErbaZZ

README.md

@@ -21,30 +21,34 @@ cd fuzzing_tutorial/
 
 โปรแกรมตัวอย่างของเรา จะทำงานโดยการรับ file ที่เป็น input เข้ามา จากนั้นจะมีการอ่าน content ข้างในทีละบรรทัด โดยบรรทัดแรกต้องเป็นคำว่า **SAFEFILEHEADER** เท่านั้น ส่วนบรรทัดที่สอง เป็นการเลือก mode ในการทำงาน โดยต้องเป็นตัวอักษร **A** หรือ **Z** เท่านั้น
 
-![](images/fuzzing_afl_snippet.png)
+<div style="text-align:center"><img src="images/fuzzing_afl_snippet.png" /></div>
 
 โดยใน mode A จะทำการแสดง content ของแต่ละบรรทัดที่เหลือออกมา
-![](images/fuzzing_afl_normalrun.png)
+
+<div style="text-align:center"><img src="images/fuzzing_afl_normalrun.png" /></div>
 
 ส่วนใน mode Z จะทำการ copy ข้อความด้วยฟังก์ชัน strcpy() ไปยังตัวแปรที่กำหนดขนาดไว้ 20 bytes จากนั้นทำการกลับข้อความจากหน้าไปหลัง ก่อนที่จะแสดงข้อความออกมา เมื่อเราลองแก้ไฟล์ input/init_input ให้บรรทัดที่ 2 เป็น Z ดู จะได้ผลลัพธ์แบบนี้
-![](images/fuzzing_afl_normalrun_z.png)
+
+<div style="text-align:center"><img src="images/fuzzing_afl_normalrun_z.png" /></div>
 
 หลายคนอาจทราบดีว่าฟังก์ชัน strcpy() เป็นฟังก์ชันอันตรายที่สามารถทำให้เกิด buffer overflow ได้ง่าย ทำให้ mode Z เป็นจุดอันตรายในโปรแกรมนี้
 
 ปัญหาคือ ด้วยการทำ Black Box Fuzzing ธรรมดา แทบจะเป็นไปไม่ได้เลยที่จะสุ่มให้ input บรรทัดแรกเป็นคำว่า SAFEFILEHEADER และบรรทัดที่สองเป็นตัวอักษร Z พร้อม ๆ กัน ทำให้ไม่สามารถ fuzzing ส่วนของ code ใน mode Z ได้ การทำ Grey Box Fuzzing เลยกลายมาเป็นตัวเลือกที่ดีสำหรับโปรแกรมแบบนี้
 
 เมื่อแก้ input บรรทัดที่ 1 ให้ผิด
-![](images/fuzzing_afl_invalidhead.png)
+
+<div style="text-align:center"><img src="images/fuzzing_afl_invalidhead.png" /></div>
 
 เมื่อแก้ input บรรทัดที่ 2 ให้ผิด
-![](images/fuzzing_afl_invalidmode.png)
+
+<div style="text-align:center"><img src="images/fuzzing_afl_invalidmode.png" /></div>
 
 ## Let's Fuzz!
 
 เริ่มด้วยการ compile C source file ด้วย afl-gcc เพื่อทำ instrumentation
 `afl-gcc supersafeprogram.c -o supersafeprogram`
 
-![](images/fuzzing_afl_instrumentation.png)
+<div style="text-align:center"><img src="images/fuzzing_afl_instrumentation.png" /></div>
 
 จะเห็นว่ามีการทำ instrument ไว้ทั้งหมด 36 ตำแหน่งใน code ของเรา เพื่อให้ตัว AFL สามารถรู้ได้ว่า code ส่วนไหนที่ทำงานบ้างในระหว่างการทำ fuzzing
 
@@ -55,24 +59,24 @@ cd fuzzing_tutorial/
 
 เมื่อปล่อยให้ AFL ทำงานไปเรื่อย ๆ จนเจอว่าพบการ crash ก็สามารถกด Ctrl+C เพื่อหยุดการทำงานได้
 
-![](images/fuzzing_afl_found.png)
+<div style="text-align:center"><img src="images/fuzzing_afl_found.png" /></div>
 
 ไฟล์ input ที่ทำให้โปรแกรมนั้น crash จะถูกเก็บไว้ใน *output/crashes* สามารถเข้าไปดูได้ด้วยคำสั่ง
 `ls output/crashes/`
 
-![](images/fuzzing_afl_crashes.png)
+<div style="text-align:center"><img src="images/fuzzing_afl_crashes.png" /></div>
 
 จะพบไฟล์อยู่ สามารถอ่านไฟล์ได้ด้วยคำสั่ง
 `cat output/crashes/<ชื่อไฟล์>`
 
-![](images/fuzzing_afl_result.png)
+<div style="text-align:center"><img src="images/fuzzing_afl_result.png" /></div>
 
 จะเห็นได้ว่าตัว AFL สามารถเจอว่าเมื่อกำหนดให้บรรทัดที่ 1 อยู่เหมือนเดิม แต่เปลี่ยนบรรทัดที่ 2 เป็น Z จะสามารถทำให้โปรแกรม crash ได้ ทั้งที่ input ต้นแบบของเราไม่มีการใช้ mode Z เลย
 
 เมื่อลองรันไฟล์ของเรา ด้วย input ที่ afl สร้างขึ้นมา จะพบว่ามีการ crash เกิดขึ้นจริง
 `./supersafeprogram output/crashes/<ชื่อไฟล์>`
 
-![](images/fuzzing_afl_replicate.png)
+<div style="text-align:center"><img src="images/fuzzing_afl_replicate.png" /></div>
 
 จากจุดนี้ เราสามารถใช้ debugger เพื่อวิเคราะห์การทำงานของโปรแกรมเพื่อวิเคราะห์ว่าช่องโหว่เกิดจากอะไร และอาจโดนโจมตีได้อย่างไรต่อไป