j’ai commencé à me faire une VM OpenVAS.
J’ai compilé la première librairie sans problèmes tel que défini par Greenbones.
Quand je passe à la compilation suivante, il ne me trouve pas la librairie précédente
je ne trouve pas pourquoi il ne la trouve pas.
Le lien est trop ancien la version est en 22.4
je pense que c’est lié au fait que la machine est faite via un preseed avec un certain nombre de durcissement. Mais pas de log qui donnent la moindre information utile
Pour le PKG_CONFIG_PATH, il faut que je refasse tout car entre temps j’ai fait une fausse manip, et je viens de voir que j’avais oublié de faire un snapshot
Non pas packages Debian, mais compilation des sources. Le package Débian ne suis pas.
apt-cache search --names-only gvm
résultat : rien. OpenVAS n’est pas packagé dans Debian
reste le PKG_CONFIG_PATH de @Clochette mais malheureusement je crois que c’est une fausse piste dans mon cas.
A voir je viens par curiosité regarder la documentation pour obtenir via les sources GVM, à la limite remonte en rw les quelques répertoires que tu as basculé en ro mais à première vue ce serait bien le chemin vers tes fameuses librairies qu’il te manquent ou qu’il ne peux atteindre.
A fortiori si tu cherche à installé des trucs sur une machine qui doit être durci, fais le avant durcissement ça te fera moins de nœuds à la tête
Le makefile se moque de savoir si libgvm_base.so.22 est installé, ce n’est pas ça dont il a besoin.
C’est le binaire une fois compilé qui cherchera libgvm_base.so.22.
Le soucis, c’est qu’en utilisant une machine installée vite fait de base sans truc particulier, il n’y a besoin d’aucuns packages autres que ceux indiqué sur la documentation de Greenbones. et en tout cas aucun paquet SID.
je pense que @Clochette est dans le vrai. Un des paramètres de durcissement doit interférer. Ne me reste plus qu’à identifier lequel.
je n’en ai aucun en ro. Mais par contre peut être qu’un NOSUID, un NODEV ou un NOEXEC interfère peut etre. Mais les messages d’erreurs indique qu’il ne trouve pas, et non qu’il n’accède pas.
En fait ca ne change pas trop. Ce qui pose problème, c’est l’UMASK. Je suis en UMASK 027. je pense que c’est ça qui pose problèmes.
Mes librairies sont en 0750, et du coup j’ai un problème d’accès au fichiers.
Donc faire ma compilation en $USER pose un problème du fait du niveau de protection qui est implémenté.
Il faudrait que je teste la compilation en ROOT pour voir si j’ai le même problème.
enfin, plus ce problème là il faut maintenant que je vois pourquoi la BDD ne marche pas (un soucis coté pg-gvm me semble-t-il) mais je créerais peut etre un autre sujet.
Et si j’y arrive enfin, un article Trucs et Astruces sur OpenVAS .
J’ai trouvé d’où venait le problème.
Le umask normal d’une installation debian est de 0022, pour des raisons de durcissement sécurité, mon installation Preseed utilise umask 0027.
sauf que pour les compilations ça ne passe pas. en refaisant mon Preseed sans umask 0027, maintenant ma compilation marche; pas besoin de la faire en root.