Discussion :

[iIncoming]

Bonsoir,

Ayant pas mal cherché sur Google français et anglais, je n'ai rien trouvé de concluant dans mon cas de figure. Et pour cause...

Je dispose de 10 feuilles dans mon fichier Excel.
J'aimerais au click sur un lien hyper texte me rendre à la feuille "Feuill1".
J'aimerais que Excel me demande un mot de passe pour m'y rendre et l'afficher.
Si le mot de passe est correct, je peux y accéder. Sinon il m'affiche une réponse type.

Bien entendu, j'aimerais que cette protection ne puisse pas être contournée.
En gros, si pas de mot de passe valide, alors pas d'accès à la feuille en question.

Avez-vous des liens vers des snippets ou morceaux de code qui feraient ça ?

Merci d'avance,
Inkoming.

[Patrice740]

Bonsoir,

Bien entendu, j'aimerais que cette protection ne puisse pas être contournée.

Il n'y aucune protection qui ne puisse être contournée !
La qualité d'une protection se mesure au temps qu'il faut pour le faire et au rapport cout / intérêt que ça représente.

[kiki29]

Salut, effectivement , à titre d'info voir ici

[iIncoming]

Effectivement je me doute bien de ce genre de procédés.
Néanmoins, si on protège l'accès à l'éditeur de macros ça évite ce genre de soucis. Non ?

Je suis certain qu'il existe une méthode, certes pas infaillible, mais qui se rapproche de la solution. Non ?

[Patrice740]

Re,

Néanmoins, si on protège l'accès à l'éditeur de macros ça évite ce genre de soucis. Non ?

Non, la macro peut se situer dans un autre fichier !

Il y maintenant 20 ans que j'ai abandonné les mots de passe sur la protection des feuilles.
Je protège les feuilles sans MdP, cela suffit à éviter que l'utilisateur efface une formule par mégarde.
Finalement le Mdp ne présente que très peu d'intérêt, celui qui ôte la protection assume ses responsabilités !

[Invité]

bonjour,
voila ce qui pour moi est véritablement efficace!

https://www.developpez.net/forums/d1...l/#post8938804

[mjpmjp]

bonjour,
bloquer l’accès n'a aucun intérêt, de plus c'est l’accès au code ou au data qui nous importe en vérité, alors pourquoi ne pas se focaliser uniquement sur l'essentiel ?
le mécanisme parait simple : dans un fichier externe crypter le code ou / et les data, et décrypter (et charger) à bon escient
@+JP

[Invité]

si tu place la totalité du code dans une dll, l'utilisateur au cas ou il pourrais avoir accès au code ne pourrait pas accéder au contenue de la macro!

parfois le traitement est plus important que les données! par exemple dans ma boîte, nous échangeons des données au format Excel avec des clients (les données sont pour ainsi dire public), le traitement est sur un serveur totalement privé!

sauf utiliser une base de données Sql serveur, Oracle ... qui permet un accès uniquement par un N° de port sur le domaine et/ou des utilisateur, Excel ne protégera jamais efficacement les datas!

[mjpmjp]

bonjour,
je pensais avec un utilisateur "full" c'est à dire data et code "débridé",
mais effectivement dans le cas d'un utilisateur "incognito" , c'est problématique
@+JP