Modification de la routine CHROOT

Version imprimable

24/10/2010, 22h19
3logy

Modification de la routine CHROOT

Bonjour / Bonsoir,

j'ai beaucoup de questions à poser mais je vais me restreindre au minimum :

1. Qu'est que CHROOT???
2. Comment peut on modifier la routine CHROOT(par exemple pour presenter l'heure de connection d'un utilisateur lorsque celui ecrit dans un fichier log) ???

Desole si je pose des questions noobs.

Merci :ccool:
24/10/2010, 23h52
Senaku-seishin

Citation:

1. Qu'est que CHROOT???

C'est de la mauvaise foi... :google2:!!!

http://fr.wikipedia.org/wiki/Chroot

Citation:

2. Comment peut on modifier la routine CHROOT(par exemple pour presenter l'heure de connection d'un utilisateur lorsque celui ecrit dans un fichier log) ???

Je ne vois pas l'intérêt de modifié la routine de chroot pour ton exemple... chroot ne fait que croire à un progamme une autre partition racine que celle du système.

Une solution parmis d'autre : Créer un programme. Il aura la charge de vérifié le fichier de log et de lancé le programme que tu veux chrooté.
25/10/2010, 23h35
3logy

Citation:

Envoyé par Senaku-seishin

C'est de la mauvaise foi... :google2:!!!

http://fr.wikipedia.org/wiki/Chroot

Non c'est pas de la mauvaise foi!! je t'avoue j'ai lu mais je voulais une explication un peu plus technique et un exemple quoi!!!

Citation:

Je ne vois pas l'intérêt de modifié la routine de chroot pour ton exemple... chroot ne fait que croire à un progamme une autre partition racine que celle du système.

Je ne m'arrete pas a cet exemple... c'est juste le commencement pour comprendre le fonctionnement quoi!!

Citation:

Une solution parmis d'autre : Créer un programme. Il aura la charge de vérifié le fichier de log et de lancé le programme que tu veux chrooté.

As tu un exemple??

J'ai lu que chroot est un outil GNU faisant partie de coreutils et plus précisément des shellutils.

Ou est situe le code du chroot dans GNU????
26/10/2010, 06h08
Senaku-seishin
Quand tu fais appelle à la commande chroot - utilitaire de coreutils -, il va utilisé la bibliothèque standard posix - header unistd.h -. Sous GNU, elle est appellé Glibc

Glibc va en réalite faire appelle au noyau.

Si tu veux le code de chroot. Télécharge les sources de linux. Le code se situe dans fs/open.c, ligne 408 dans la version 2.6.36

Citation:

Je ne m'arrete pas a cet exemple... c'est juste le commencement pour comprendre le fonctionnement quoi!!

Sache juste que chroot n'a vocation que à faire croire à un programme une autre racine. Rien d'autre.

Citation:

As tu un exemple??

Je te donne l'exemple en shell, car j'ai un peu la flème de le faire en C. Donc vite fait malfait xD

Contenue de /mon_chroot/inotify.sh
Code:

1 2 3 while inotifywait -e modify MON_FICHIER_A_SURVEILLIER; do # Attand jusqu'a que le fichier soit modifié echo "Le fichier est modifié!!" # Quand modifier done
Contenue de /mon_chroot/shell_hack.sh

Citation:

/inotify.sh & # En tache de fond, la surveillance du fichier
/bin/bash # Mon programme à chrooté

Commande de chroot

Code:

chroot /mon_chroot /mon_chroot/shell_hack.sh
28/10/2010, 13h20
3logy

Okay!!
Merci bien pour ton aide!!

Bon voila ce que j'aimerais faire : *j'utilise UBUNTU*

- Creer un Environnement CHROOT appelons le "chrootHome" --> je suis entrain de le faire.
- Modifier le fichier open.c(la fonction chroot) a tel enseigne que chaque fois qu'un usager chrootet pour le "chrootHome" il ecrit dans un fichier "warning.log" sur le desktop: le nom de l'usager et la date.

Pour le deuxieme Point! une idee de comment je pourrais le faire??
29/10/2010, 01h52
Senaku-seishin

Citation:

- Creer un Environnement CHROOT appelons le "chrootHome" --> je suis entrain de le faire.

Un script qui peut te simplifier la vie : http://wiki.archlinux.fr/howto/chroot

Attention : Il ne sert que pour rajouté les library dynamique au chroot!

Si tu souhaite faire un chroot plus complet, tu as debootstrap : http://wiki.debian.org/fr/Chroot

Citation:

- Modifier le fichier open.c(la fonction chroot) a tel enseigne que chaque fois qu'un usager chroot et pour le "chrootHome" il ecrit dans un fichier "warning.log" sur le desktop: le nom de l'usager et la date.

A mon avis, je pense que c'est totalement débile de faire tourné ce court circuit en mode noyau. C'est casse tête, risque de bug pouvant entré la corruption entier du système, ... Le mode utilisateur est plus pertinant.

L'idée en plus de modifié la routine... Un module serait moins bête...

Je suppose que c'est pour l'école, donc tu ne peux y réchappé à cette solution débile.

Quand on analyse les arguments de la fonction:

Citation:

SYSCALL_DEFINE1(chroot, const char __user *, filename)

Tu remarquera, que il prend un argument intéressant : filename. Je suppose que c'est le nom du répertoire à chrooté

Cette variable est utlisé par la fonction : user_path_dir(filename, &path);

Un gros coup de grep nous donne :

Citation:

./fs/open.c: error = user_path_dir(filename, &path);
./fs/open.c: error = user_path_dir(filename, &path);
./fs/namespace.c: error = user_path_dir(new_root, &new);
./fs/namespace.c: error = user_path_dir(put_old, &old);
./include/linux/namei.h:#define user_path_dir(name, path)

Lis ./include/linux/namei.h. Oh mon dieu! C'est un DEFINE!

Citation:

#define user_path(name, path) user_path_at(AT_FDCWD, name, LOOKUP_FOLLOW, path)

Mais tu vas me dire quesque c'est cette fonction user_path_at. On va demandé à Dieu... J'appelle grep! Il nous donne fs/namei.c.

Quel est l'interet d'allez si loin dans les recherches? Vu se que tu veux faire je te conseil de bien comprendre avant tout VFS - http://fr.wikipedia.org/wiki/Virtual_File_System - avant de commence de programmé. Si tu veux réussir sans te cassé trop de dent.

Alors mon amis, tu vas faire tout de suite un gros patout à cochoy-jeremy :D. Pour cette introduction et en français de VFS : http://cochoy-jeremy.developpez.com/...-system-linux/

Et tu va chérire ce mémo fort util, pour connaitre où se trouve les principals appelle système : http://www.digilife.be/quickreferenc...0Reference.pdf

Oui, j'avoue c'est ma source à ta première question :)

Je te conseil aussi de parcourir ce site http://www.linux.org/docs/

Après je te laisse le soin de cherché plus d'information sous Google.

Pour en revenir à notre user_path_dir(filename, &path). Comme tu peux le remarqué path est un pointeur basé sur la strucuture path. Donc commence par trouvé et comprendre le prototype de path. Se qui est le plus intéressant est une sous-structure de path. Après on reparlera :)

J'espère avoir était suffisament claire dans mes explications :S. Pour m'excusé, j'ai jamais touché au noyau. Et je ne suis pas informaticien, je ne suis que jardinier x)
29/10/2010, 16h12
3logy

:ccool: un jardinier ?? mon oeil oui:mouarf: tu devrais être enseignant toi!! tu as une maniere ludique d'expliquer des trucs :lol:

Allez j'essaye de relire tous ca et d'avancer un peu... si je suis bloqué :aie: je reviendrais....

ps: Touché!!! Oui c'est pour l'uni :lol:
tu peux me passer les commandos grep que t'as utilisé?? ca m'interesse
29/10/2010, 17h44
Senaku-seishin

Citation:

tu peux me passer les commandos grep que t'as utilisé?? ca m'interesse

Code:

grep MOTIF `find dossier_de_recherche`

Avec ça tu pourra joué à Sherlock Holmes :)

Citation:

Allez j'essaye de relire tous ca et d'avancer un peu... si je suis bloqué je reviendrais....

Si tu sais trouvé et interprété l'information tu trouvera facilement.
29/10/2010, 22h29
3logy

:? Je crois que j'ai un probleme la...
le fichier open.c n'est pas trouvable que dans le kernel non compile n'est ce pas???

okay si on veut passer par un module ? comment ca se passe?
29/10/2010, 23h16
Senaku-seishin

Citation:

le fichier open.c n'est pas trouvable que dans le kernel non compile n'est ce pas???

Oui, faut compilé le noyau en entier. C'est pas dur, surtout si tu le compile à la manière de Debian. http://pyfourmond.free.fr/Compilation-Noyau-Linux.htm

Citation:

okay si on veut passer par un module ? comment ca se passe?

Dans l'énoncé, il est que il faut modifié que il faut modifié open.c. Est ce que on t'autorise de le faire sous forme de module?

Si tu peux le faire en tant que module : http://tldp.org/LDP/lkmpg/2.6/html/index.html

Citation:

- Modifier le fichier open.c(la fonction chroot) a tel enseigne que chaque fois qu'un usager chrootet pour le "chrootHome" il ecrit dans un fichier "warning.log" sur le desktop: le nom de l'usager et la date.

Après je me pose une question, si tu fais un module. Quel est le comportement, quand tu crée un système déja portant le même nom. Quel va être son conportement : les deux appelle executé? remplace l'appelle système? Erreur? etc...

EDIT : Je répond à moi-même :) :
http://www.epanastasi.com/?page_id=52
30/10/2010, 00h29
3logy

:no: Ok je compile le kernel alors .....
bon je retourne a mon :pc: et j'essaye de lire ta methodique... je reposte le resultat plus tard!!!

:ave:

Okay j'ai lu tes Liens!! ils font partis justement de notre Cours Linux ce semestre :mrgreen:

Dans open.c j'ai vu 4 lignes interessantes :
Code:

1 2 3 4 5 6 7 8 9 10 error = user_path_dir(filename, &path); error = inode_permission(path.dentry->d_inode, MAY_EXEC | MAY_ACCESS); error = -EPERM; error = security_path_chroot(&path); set_fs_root(current->fs, &path);
* Que fait inode_permission ??
* Que fait EPERM??
* Que fait security_path_root(&path) ??
* Que fait set_fs_root(current->fs, &path) ??

laquelle me donne le nom du dossier actuel et le nom du dossier chroote??

Citation:

* Que fait inode_permission ??

Tout est dans le nom :)

Citation:

Que fait EPERM??

Un coup de grep dans le dossier include, te donnera la réponse

Citation:

Que fait security_path_root(&path) ??

* @path_chroot:
* Check for permission to change root directory.
* @path contains the path structure.
* Return 0 if permission is granted.

Citation:

Que fait set_fs_root(current->fs, &path) ??

Il change la partition racine pour le programme

Citation:

laquelle me donne le nom du dossier actuel et le nom du dossier chroote??

Rappelle toi

Citation:

Pour en revenir à notre user_path_dir(filename, &path). Comme tu peux le remarqué path est un pointeur basé sur la strucuture path. Donc commence par trouvé et comprendre le prototype de path

Le prototype de path

Code:

1
2
3
4
struct path {
        struct vfsmount *mnt;
        struct dentry *dentry;
};

Prototype de entry :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
struct dentry {
        atomic_t d_count;
        unsigned int d_flags;           /* protected by d_lock */
        spinlock_t d_lock;              /* per dentry lock */
        int d_mounted;
        struct inode *d_inode;          /* Where the name belongs to - NULL is
                                         * negative */
        /*
         * The next three fields are touched by __d_lookup.  Place them here
         * so they all fit in a cache line.
         */
        struct hlist_node d_hash;       /* lookup hash list */
        struct dentry *d_parent;        /* parent directory */
        struct qstr d_name;
 
        struct list_head d_lru;         /* LRU list */
        /*
         * d_child and d_rcu can share memory
         */
        union {
                struct list_head d_child;       /* child of parent list */
                struct rcu_head d_rcu;
        } d_u;
        struct list_head d_subdirs;     /* our children */
        struct list_head d_alias;       /* inode alias list */
        unsigned long d_time;           /* used by d_revalidate */
        const struct dentry_operations *d_op;
        struct super_block *d_sb;       /* The root of the dentry tree */
        void *d_fsdata;                 /* fs-specific data */
 
        unsigned char d_iname[DNAME_INLINE_LEN_MIN];    /* small names */
};

Prototype de qstr :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
/*
 * "quick string" -- eases parameter passing, but more importantly
 * saves "metadata" about the string (ie length and the hash).
 *
 * hash comes first so it snuggles against d_parent in the
 * dentry.
 */
struct qstr {
        unsigned int hash;
        unsigned int len;
        const unsigned char *name;
};

Donc je suppose que pourle chemin à chrooté path.dentry.d_name.name

07/11/2010, 13h30
3logy
:? ca devient de plus en plus difficile pour moi de suivre mais Ah ca ira ca ira!!!

si j'ai bien compris :

je fais un print_k dans open.c apres :
Code:

1 2 dput_and_out: path_put(&path);
et dans le print_k pour afficher :
- le chemin du dossier a chroote : path.dentry.d_name.name
- le chemin du dossier present : path.dentry.d_parent.name???

De plus j'ai trouve une autre struct :
Code:

1 2 3 4 5 6 7 include <linux/sched.h> /* get_current_user() */ #define get_current_user() ({ \ struct user_struct *__user = current->user; \ atomic_inc(&__user->__count); \ __user; })
en faisant get_current_user est il possible que j'ai aussi le path du dossier actuel(pas celui du dossier chroote)??

Pour trouver EPERM dans le dossier Include :
grep EPERM `find include` <- n'est ce pas??
10/11/2010, 17h57
Senaku-seishin

Citation:

je fais un print_k dans open.c apres :

Tu peux utilisé où tu veux la fonction printk.

Citation:

le chemin du dossier present : path.dentry.d_parent.name???

Humm... Avec un peu de chance, tu pourra t'en tiré avec ce syscall:

Code:

include/linux/syscalls.h:asmlinkage long sys_getcwd(char __user *buf, unsigned long size);

Citation:

get_current_user()

Tout est dans le nom. Il te retourne le nom de l'utilsateur courant.

Citation:

Pour trouver EPERM dans le dossier Include :
grep EPERM `find include` <- n'est ce pas??

Oui
16/11/2010, 01h04
3logy

Et voila!! j'ai fais un plantage d'OS :calim2::aie: ... je continue neanmoins ... si tu as des conseils pour moi n'hesite pas ... j'ai compile le kernel mais au moment de le lance il a corrompu mon systeme existant
16/11/2010, 03h14
Senaku-seishin

Ha la la ! Tu m'obliges à mettre la main dans le canbouis! Dire que je n'avais plus codé en C, depuis un an.

Voilà un début pour amorcer ton code :) : http://hanshateki.tuxfamily.org/open.c

Ok ok, c'est du quick and dirty! Mais c'est pas mon exercice :P

Pour les conseils...

1) Avoir un noyau dédié au modification
2) Si tu as le moidre avertissement lors de la conpilation, c'est que tu as de forte chance que le code est non fonctionnel
3) Préfère l'usage de vmalloc à kmalloc, pour l'allocation dynamique
4) Utilise un gestionaire de version, comme git, hg, svn , ...

Au faite, quel est le cachier des charge exactement? En autre, le patterne des dossiers à chrooté.
16/11/2010, 22h50
3logy

Citation:

Envoyé par Senaku-seishin

Ha la la ! Tu m'obliges à mettre la main dans le canbouis! Dire que je n'avais plus codé en C, depuis un an.

Voilà un début pour amorcer ton code :) : http://hanshateki.tuxfamily.org/open.c

Ok ok, c'est du quick and dirty! Mais c'est pas mon exercice :P

Pour les conseils...

1) Avoir un noyau dédié au modification
2) Si tu as le moidre avertissement lors de la conpilation, c'est que tu as de forte chance que le code est non fonctionnel
3) Préfère l'usage de vmalloc à kmalloc, pour l'allocation dynamique
4) Utilise un gestionaire de version, comme git, hg, svn , ...

Au faite, quel est le cachier des charge exactement? En autre, le patterne des dossiers à chrooté.

Grandiose!! j'essaye de compiler et de voir ce que ca donnes... mon problem j'ai une config de noyau qui mets 6 heures pour compiler!! :roll: une soi disante minimale configuration : https://wiki.jiffybox.de/images/8/81/Config.txt

le Cahier de charge? mais c'est tout, juste hacke le kernel(fonction chroot) pour avoir lors d'un chrootage :

- le nom du repertoire ou on se trouve;
- le nom de l'utilisateur
- le nom du repertoire chroote

:ccool:
16/11/2010, 23h34
Senaku-seishin

6 heure -_-

Tu as un dinosore comme ordinateur? Je met 3 heures avec un noyau presque tout, donc seulement une heure si je fais un noyau minimal. De plus, quand tu change une partie du code, pas besoin de tout recompilé.

J'avais cru que le projet était de crée un jounal des chroot pour le chroot personnel de l'utilisateur.

Mon hack ne fait que affiché le repertoire à chroot et l'UID de l'utilisateur.
17/11/2010, 01h34
3logy

Citation:

Envoyé par Senaku-seishin

6 heure -_-

Tu as un dinosore comme ordinateur?

Oui un netbook datant de 2 ans... :D

Citation:

Envoyé par Senaku-seishin

Je met 3 heures avec un noyau presque tout, donc seulement une heure si je fais un noyau minimal.

Noyau Minimal !! ca m'interesse ca!!

Citation:

Envoyé par Senaku-seishin

J'avais cru que le projet était de crée un jounal des chroot pour le chroot personnel de l'utilisateur.

Mon hack ne fait que affiché le repertoire à chroot et l'UID de l'utilisateur.

Beh ouais tu as raison!! mais j'ai bien peur de me bruler les ailes en voulant faire le journal, deja la je souffre terriblement, faire un journal :aie: ...

En principe c'est represente l'arbre:

1 : de la racine / au dossier present
2 : de la racine / du chroot dossier jusqu'au dernier dossier...

Et la faudrais comprendre les Inodes et consorts... ca me fous la peur!! :?

voir
17/11/2010, 10h47
3logy

Et si je fais ceci :

dossier actuel : path.dentry->d.parent;
inode du dossier chroote : path.dentry->d_inode;

C'est correct ou c'est faux???

la structure suivante : struct inode * d_inode ;

j'ai fais un grep 'struct inode' mais j'ai tellement de resultat, je ne m'y retrouve pas!!
17/11/2010, 19h26
Senaku-seishin

Citation:

dossier actuel : path.dentry->d.parent;
inode du dossier chroote : path.dentry->d_inode;

C'est correct ou c'est faux???

C'est faux. path ne contiens que les informations sur le chemin a chrooté.

J'ai mis à jour mon hack. http://hanshateki.tuxfamily.org/open.c. Si tu comprend par certaines choses à mon hack n'hésite pas à demandé des precision.

path.dentry->d_inode = Revois l'inode du chemin à chrooté. Inutile, car on interviens sur le dentry pas sur l'inode. On s'interessera indirectement aux inodes lors de la création du journal dans le repètoire de l'utilisateur.

path.dentry->d.parent = Revois les informations sur le chemin parent du chroot.

Citation:

j'ai fais un grep 'struct inode' mais j'ai tellement de resultat, je ne m'y retrouve pas!!

Code:

grep "struct inode {" `find`

Citation:

Noyau Minimal !! ca m'interesse ca!!

Noyau minimal = Dépend de la machine. Donc mon noyau minimal ne fonctionnera pas sous ta machine.

Citation:

En principe c'est represente l'arbre:

1 : de la racine / au dossier present
2 : de la racine / du chroot dossier jusqu'au dernier dossier...

Et la faudrais comprendre les Inodes et consorts... ca me fous la peur!!

Tu mélange un peu tout ^^. J'ai appris la structure d'un système de fichier par cet article : http://www.unixgarden.com/index.php/...2%BB-pour-ext3

Si tu ne comprend toujours pas je vais esseyé de l'expliqué simplement par une analogie.

Citation:

Imagine que tu veuille faire un herbier. Tu vas te promené dans la nature pour récupéré des echantillion de végéteaux. Un échantillon correspond à un bloc en système de fichier.

Tu as de nombreux échantillon pour chacune des espèces. Comme tu es ordonné, tu décide de faires des fiches pour chaque espèce. Une fiche = un inode

Chaque fiche contiendera les numéro des échantillions corrspondant à une espèce. Exemple : fiche 0 = echantillion 1, 4 , 8 à 29

Tu décide de rajouté sur ces fiches des informations complémentaire. Taille, utilsation, exigance, etc... = persmission, dernière date d'accès au fichier

Ensuite du décide de vouloir les classé dans des dossiers. Un dossier = dentry. Chaque dossier aura sa fiche = inode et un nom.

Exemple: /Chene/vert

Chene = fiche: vert, suber, rouge

fiche vert = échantillion 2, 42, 99, 199

J'espère que mon analogie pour les système de ficher est pertimente :S.

EDIT : Je m'amuse à faire l'exercice complet. Tu vas en bavé... La gestion des chaîne de caractère est très minimaliste :D
17/11/2010, 21h21
3logy
Citation:

Envoyé par Senaku-seishin

path.dentry->d_inode = Revois l'inode du chemin à chrooté. Inutile, car on interviens sur le dentry pas sur l'inode. On s'interessera indirectement aux inodes lors de la création du journal dans le repètoire de l'utilisateur.

path.dentry->d.parent = Revois les informations sur le chemin parent du chroot.

Si j'ai bien compris je peux faire ceci donc :
Code:

1 2 printk("Le repertoire chroot est : %s et son inode : %d \n", d_path(&path, buf, PAGE_SIZE), path.dentry->d_inode);
Citation:

Envoyé par Senaku-seishin

Je m'amuse à faire l'exercice complet. Tu vas en bavé... La gestion des chaînes de caractère est très minimaliste :D

:aie: je m'en rejouis deja!! je sens du materiel pour un tutorial sur developpez.net :ccool:

Bon je vais relire la structure du systeme fichier!! et ton explication "herbier" :mrgreen: