As we can see this is not an effici

As we can see this is not an efficient process. Trying to guess the offset even while knowing where the
beginning of the stack lives is nearly impossible. We would need at best a hundred tries, and at worst a couple
of thousand. The problem is we need to guess *exactly* where the address of our code will start. If we are off
by one byte more or less we will just get a segmentation violation or a invalid instruction. One way to increase
our chances is to pad the front of our overflow buffer with NOP instructions. Almost all processors have a NOP
instruction that performs a null operation. It is usually used to delay execution for purposes of timing. We will
take advantage of it and fill half of our overflow buffer with them. We will place our shellcode at the center,
and then follow it with the return addresses. If we are lucky and the return address points anywhere in the string
of NOPs, they will just get executed until they reach our code. In the Intel architecture the NOP instruction is
one byte long and it translates to 0x90 in machine code. Assuming the stack starts at address 0xFF, that S stands
for shell code, and that N stands for a NOP instruction the new stack would look like this:

Kết quả (Việt) 1:

Như chúng ta có thể thấy điều này không phải là một quá trình hiệu quả. Cố gắng để đoán bù đắp ngay cả khi biết nơi cáckhởi đầu của cuộc sống ngăn xếp là gần như không thể. Chúng tôi sẽ cần lúc tốt nhất một trăm cố gắng, và lúc tồi tệ nhất một vàinghìn. Vấn đề là chúng ta cần phải đoán * chính xác * nơi địa chỉ của mã của chúng tôi sẽ bắt đầu. Nếu chúng tabởi một byte hơn chúng tôi sẽ chỉ nhận được một sự vi phạm phân khúc hoặc một chỉ dẫn không hợp lệ. Một cách để tăngchúng tôi rất có thể là để pad phía trước của chúng tôi bộ đệm tràn với NOP hướng dẫn. Hầu hết các bộ vi xử lý có một NOPhướng dẫn thực hiện một hoạt động không. Nó thường được sử dụng để trì hoãn thực hiện cho các mục đích của thời gian. Chúng tôi sẽtận dụng lợi thế của nó và điền vào một nửa của bộ đệm tràn của chúng tôi với họ. Chúng tôi sẽ đặt shellcode của chúng tôi tại Trung tâm,và sau đó làm theo nó với địa chỉ trở lại. Nếu chúng tôi may mắn và địa chỉ trả lại chỉ bất cứ nơi nào trong chuỗicủa NOPs, họ sẽ chỉ được thực hiện cho đến khi chúng đạt đến mã của chúng tôi. Kiến trúc Intel NOP hướng dẫn làmột byte dài và nó dịch cho 0x90 trong mã máy. Giả sử các ngăn xếp bắt đầu tại địa chỉ 0xFF, đó là viết tắt của Scho vỏ mã, và N là viết tắt cho một chỉ dẫn NOP ngăn xếp mới sẽ trông như thế này:

Kết quả (Việt) 2:

Như chúng ta có thể thấy điều này không phải là một quá trình hiệu quả. Đang cố gắng để đoán bù đắp ngay cả khi biết nơi
bắt đầu của cuộc sống chồng là gần như không thể. Chúng tôi sẽ cần ít nhất một trăm lần thử, và tệ nhất là một vài
ngàn. Vấn đề là chúng ta cần phải đoán * chính xác * nơi địa chỉ của mã của chúng tôi sẽ bắt đầu. Nếu chúng ta đang tắt
bởi một byte nhiều hơn hoặc ít hơn chúng tôi sẽ chỉ nhận được một sự vi phạm chia nhỏ gói hoặc một lệnh không hợp lệ. Một cách để tăng
cơ hội của chúng tôi là để pad mặt trước của tràn bộ đệm của chúng tôi với các hướng dẫn NOP. Hầu như tất cả các bộ vi xử lý có một NOP
hướng dẫn mà thực hiện một hoạt động null. Nó thường được dùng để trì hoãn thực hiện cho mục đích của thời gian. Chúng tôi sẽ
tận dụng lợi thế của nó và điền một nửa tràn bộ đệm của chúng tôi với họ. Chúng tôi sẽ đặt shellcode của chúng tôi tại trung tâm,
và sau đó làm theo nó với các địa chỉ trở lại. Nếu chúng ta may mắn và các điểm địa chỉ trả lại bất cứ nơi nào trong chuỗi
các NOPs, họ sẽ chỉ có được thực thi cho đến khi họ đạt được mã của chúng tôi. Trong kiến trúc Intel lệnh NOP là
một byte dài và nó chuyển đến 0x90 trong mã máy. Giả sử các ngăn xếp bắt đầu tại địa chỉ 0xFF, rằng S là đại diện
cho mã shell, và rằng N là viết tắt của một lệnh NOP stack mới sẽ trông như thế này: