Bonjour la liste,
@actual_Job, nous venons de recevoir un joli mail d'Autodesk nous demandant
de réaliser un Audit sur les licences utilisées dans le parc. Honnêtement,
on a rien à cacher et on doit être clean à 5% près, j'ai peu d'inquiétudes.
Pour réaliser cet audit, il s'agit de .bat à lancer au logon, qui
outrepasse les restrictions powershell, qui lance un agent exe qui collecte
ses petites infos et concentre tout cela sur un partage. une petite usine à
gaz dont le déroulement est difficilement reverse-ingeniable.
<parano>Je ne m'attarderais pas sur le doute que le code puisse être
malicieux et que bien blaireaux que nous sommes -moi le premier-, on va
l’exécuter sans broncher. Ce doute est amplifié par le fait que ce n'est
pas Autodesk qui nous le demande mais un cabinet d'expertise en
gnagnagnaConsultGnaSecuriteGnouf.
</parano>
Cependant, je me pose la question du coté juridico/légalo/obligationnel.
Autodesk peut-il nous imposer de passer cet outil ? J'imagine que c'est
écrit en tout petit dans le CLUF que personne n'a jamais lu, mais dans le
doute...
Et si nous refusons de passer cet outil, quelle peut être la suite ? On
enfile des baskets et on fait le tour du parc, accompagné du gentil
auditeur, pour aller vérifier un par un le panneau "ajout/suppression de
logiciels" ?
@Previous_Job, je bossais dans l'hospitalier.. et là, argument imparable :
données de santé = secret médical. Personne ne pouvait nous imposer
l’exécution d'un tel outil sur le parc. On a réussi à tenir en respect
Oracle et Gartner/Microsoft avec cet argument. Mais dans le cas présent,
pour $Actual_Job, j'ai pas ce type d'argument.
Quelles sont vos expériences sur ce sujet (Autodesk ou autre, bien sûr) ?
Et pour ceux qui trouveraient que je devrait plutôt m'occuper de ma prod,
arrêter de chercher les poux là ou y'en à pas... et que j'ergote sans
raison, je répondrais: "Si si, y'a une raison : c'est paske je suis un peu
chieur et très con sur les bords... et au milieu aussi." nan mais ho ?! :-)
Olivier.