Pour avoir connu à peu près le même cas, à mon avis pas beaucoup de solutions, root == tout le pouvoir.
- séparer les machines Linux du réseau NIS
- limiter l'export Solaris NFS et placer les uilisateurs Linux sur les Linux
- utiliser des outils qui ne donnent les droits root que pour certaines commandes comme RBAC, sudo
- séparer les données utilisateurs Linux sur les serveur Solaris sur 2 volumes et changer les règles d'export

Merci pour la réponse ! J'etais malheureusement arrivé à a peu pres cette conclusion :(

En fait je vais shooter la commande "SU' sur les serveurs test. Ainsi, les utilisateurs se logeront soit avec leur login/pwd (no pb), soit directement en root, mais dans ce cas ils ne pourront plus faire un SU <utilisateur>. Il faudra qu'ils se deconnectent -> demande de pwd...

C'est un peu plus lourd pour eux mais faut faire un choix !

Effectivement, mais comme root il peuvent en récupérer une ailleurs, faire un prog. C ou un script en SUID ... . Créer un .rhost chez l'utilisateur et faire un rlogin, faire passwd pour changer le mot de passe d'un utilisateur, etc, etc
Sinon sudo qui permet de limiter les commandes exécutables en tant que root.

chez nous, la solution avait été PAS DE ROOT

faire un mini su c'est aussi simple que
echo /bin/ksh > zzz
chown user zzz
chmod 4700 zzz
./zzz
ici, je suis user, pas root

Oui, j'imagine que ce n'est pas dur de contourner le shootage du SU, mais c'est juste pour éviter de tenter les utilisateurs (trop rapide de faire un su <login> ).

Apres la majorité sont des ingés en info qui n'auraient aucun mal à acceder à certaines données si ils se donnait un peu de temps pour le faire, mais dans ce cas ce serait une volonté délibéré d'acceder à des données non permises. (et ils ne s'en sortiraient pas avec un "oops, je me suis trompé dans mon 'su').

C'est une démarche plus pour responsibiliser les users que mettre les datas dans un coffre fort...