Discussion :

[dlight]

Bonjour à tous.
Je dois débuter un fichier sous peu et je besoin de pistes de solution...

Dernièrement, j'ai un ex confrère qui a quitté chez un de nos compétiteurs. J'ai découvert qu'il avait gardé une copie d'un fichier excel qu'il utilise chez notre compétiteur. Cela me frustre énormément...

Dans mon prochain fichier, je vais récupérer le nom de domaine de l'ordinateur et si ce dernier n'est pas celui de mon employeur, le fichier sera fermé.

Par contre, si l'utilisateur est bien un de nos employé mais qu'il utilise son ordinateur à la maison, je dois prévoir cette possibilité.

J'avais pensé à l'ouverture que si le nom de domaine n'est pas conforme, l'utilisateur reçoive la possibilité de rendre son poste conforme en lui communiquant un code d'activation (un peu comme les codes d'activation lors de l'installation d'un logiciel). Une fois le code d'activation validée, un autre fichier serait créé sur le disque dur sans que l'utilisateur en soit informé.

Ne resterait donc qu'à ajouter au code à l'ouverture de de valider si le fichier existe.

Notez que ce même fichier peut se retrouver pour plusieurs client. Voilà la raison que me pousse à vouloir mettre un fichier validation.

Le problème est l'endroit où en faire la sauvegarde et les droit d'écriture.

Par exemple, il m'est impossible de faire une sauvegarde sous c:\Windows...


Merci à l'avance pour vos pistes de solution ou suggestions pour éviter mes futurs frustrations

Dlight

[Marc-L]

Bonjour,

juste pour info Excel a plus de trous qu'un Emmental suisse !

Quelle que soit la méthode de sécurisation, il faut très peu de temps pour la contourner même à un non expert …

Lors d'une réunion sur la sécurité informatique, aucun fichier Excel n'a résisté cinq minutes,
la moyenne étant inférieure à la minute !

[dlight]

Merci Marc-L pour votre réponse.

Je ne suis pas surpris pour la faible cote de sécurité.

Mais je crois que le non expert (dont je fais office de membre) prendra quand même plus de temps que 5 minutes. Au minimum, je donne un peu de difficultés

Je vais donc gérer mes futurs frustrations...

Dlight

[EngueEngue]

Si tu vérouilles via macro en créant des fichiers, des clés de registre ou en contrôlant le domain name. Je te le dévérouille en moins de 5 minutes

Le plus sécuritaire que tu peux faire c'est demander à tes employés de t'amener leur ordinateur portable ou de te donner les infos puis de modifier ton fichier toi même..

Sâche que s'il l'a avec accès sur son ordi perso il pourra très bien s'en servir chez ton concurrent.

[Oliv-]

Salut,
tu peux recourir à 2 méthodes, soit tu créés une DLL, soit tu utilises un obfuscateur genre crunchcode
voir http://www.mcpher.com/Home/excelquirks/guests/vbaobfusc.

dans le cas où ton utilisateur utilises son pc pro chez lui tu peux quand même controller qu'il appartient à ton domaine

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

msgbox environ("USERDOMAIN")

[Oliv-]

Tu peux masquer des infos dans ton fichier excel directement en utilisant par exemple les propriétés

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

    Set p = ActiveWorkbook.CustomDocumentProperties.Add("MaPropriete", False, msoPropertyTypeString, "MaValeur")

ou avec les noms masques

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
 
'http://www.cpearson.com/excel/WorkbookTimeBomb.aspx
dim ExpirationDate As String
 
On Error Resume Next
ExpirationDate = Mid(ThisWorkbook.Names("ExpirationDate").Value, 2)
If Err.Number <> 0 Then
    '''''''''''''''''''''''''''''''''''''''''''
    ' Name doesn't exist. Create it.
    '''''''''''''''''''''''''''''''''''''''''''
    ExpirationDate = CStr(DateSerial(Year(Now), _
        Month(Now), Day(Now) + C_NUM_DAYS_UNTIL_EXPIRATION))
    ThisWorkbook.Names.Add Name:="ExpirationDate", _
        RefersTo:=Format(ExpirationDate, "short date"), _
        Visible:=False
End If