Перехват системных вызовов (open)

может лучше через LD_PRELOAD подменить библиотечную функцию? Примеров в инете навалом.

Ну и код в студию :)

Да, это было бы удобно. Но, к сожалению, в данном случае не подойдет. Спасибо за ответ)

прозреваю что память для буфера ты выделил в ядре, так?

Да, конечно, вот пример махонького кусочка кода из модуля ядра, который делает то, что я пытался описать словами)

asmlinkage int custom_open(const char* __user file_name, int flags, int mode) 
{ 
    printk(«Hooked!\n»); 
    if (strcmp(file_name,«/home/tester/hello.c») == 0) 
        return real_open(«/home/tester/hello1.c», flags, mode); 
    else 
        return real_open(file_name, flags, mode); 
}

Для какого именно буфера?

в котором лежит новый параметр сискола, конечно

Пока не работает даже самый примитивный вариант, приведенный выше - а в нем нет буферов.

В нем есть строчка, адрес которой в адресном пространстве ядра.

Спасибо. И что вы могли бы посоветовать?)

Тупой запуск оригинального сисколла

Из ядра что ли? Неделя открытия-файла-в-ядре на ЛОРе

А, простите, сисколлы - это не интерфейс ядра для простых приложений? Я изменяю этот интерфейс - не более того, в ядро я не лезу.

Надо уже в ядро lua внедрять, как кое-где.

только грязные хаки, только хардкор: отобразить в адресное пространство процесса память для буфера. Как конкретно сделать - не знаю.

Ничего не понял, но спасибо)

попробуйте так:

asmlinkage int custom_open(const char* __user file_name, int flags, umode_t mode) 
{ 
    if (strcmp(file_name,«/home/tester/hello.c») == 0) {
        int res;
        printk(«Hooked!\n»); 
        mm_segment_t fs = get_fs();
        set_fs(KERNEL_DS);
        res = real_open(«/home/tester/hello1.c», flags, mode); 
        set_fs(fs);
        return res;
    }
    return real_open(file_name, flags, mode); 
}

Гуглится это дело нормально. Например.

При исполнении оригинальных системных вызовов в пространстве ядра необходимо скопировать аргументы в адресное пространство пользователя. Это достигается за счет следующей схемы. В указателе на текущий процесс current имеется подструктура mm, отвечающая за менеджмент памяти данного процесса. В ней же имеется указатель на конец сегмента данных brk. Для изменения размера сегмента данных используется функция brk(). Мы расширим сегмент данных и с помощью функции copy_to_user скопируем наши аргументы в адресное пространство пользователя:

unsigned long end;
end = mm->brk;
sys_brk((void *)(end+strlen(pathname)+2));
copy_to_user(end+2, pathname, strlen(pathname+1));

Еще бы, оно вообще не компилируется:

test.c:54: error: stray ‘\302’ in program
test.c:54: error: stray ‘\253’ in program
test.c:54: error: expected expression before ‘/’ token
test.c:54: error: stray ‘\302’ in program
test.c:54: error: stray ‘\273’ in program
...

Пытаюсь осуществить перехват системного вызова

Нахера? Это курсовая такая что ли?

в ядро я не лезу.

Пардон, значит невнимательно прочитал

А если статически слинкованная проприетарщина?

А если статически слинкованная проприетарщина?

А что с ней не так?

Я имею в виду, может он её отладить хочет каким-нибудь таким изощренным способом

поправьте, кто может, если я ошибаюсь

Аноним, спасибо огромное! Все работает!

Гуглится это дело нормально.

Большое спасибо за наводку, очень интересно)

Аноним, который не смог скомпилировать, замени кавычки на другие ("")

Нахера? Это курсовая такая что ли?

Нет, не курсовая. Просто есть одна идейка, одним из вариантов реализации которой является разное представление одного и того же файла для разных пользователей.

Я имею в виду, может он её отладить хочет каким-нибудь таким изощренным способом

А как Вы себе представляете подобную отладку?:)

You must be new here.

Полагаете, меня затроллировали?

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

Буду знать, спасибо)

Конкретно с open - никак, но может он тренируется )