Question

Lorsque vous ouvrez une base de données MS Access, un avertissement de sécurité apparaît indiquant que le fichier peut être dangereux pour l’ordinateur. Cependant, existe-t-il un moyen de supprimer ce message? Ou devrait-il rester un mal nécessaire

Était-ce utile?

La solution

Vous pouvez probablement signer votre programme. Je ne sais pas à coup sûr. Lisez cet article pour voir si le même principe s'applique.

Autres conseils

Si vous diminuez les paramètres de sécurité dans vos options d'accès, cela disparaîtra, je le crois. Bien entendu, ces paramètres sont définis pour une raison quelconque.

Voici quelques notes supplémentaires sur la certification et la sécurité.

Certification, y compris l’autocertification: http://office.microsoft.com/en-us/access/HP010397921033. aspx

Informations générales sur les principes de sécurité pour la sécurité du code et des macros Office: http: / /office.microsoft.com/en-us/ork2003/CH011480831033.aspx

Paramètres par défaut d'emplacement approuvé pour Office 2003 http://office.microsoft.com/en-us/ ork2003 / HA011403181033.aspx? pid = CH011480851033

Sécurité des macros dans Office 2003 http://office.microsoft.com/en-us/ ork2003 / HA011403071033.aspx? pid = CH011480831033

Vous pouvez éliminer l'avertissement de sécurité au démarrage d'un projet ms-access en le plaçant dans un emplacement approuvé . Ou mieux encore, créez votre propre emplacement de confiance.

Je vous recommande de créer un dossier dans le lecteur Système (C) avec le nom de votre projet. Par exemple, nous pourrions appeler le dossier Database (Chemin: C: \ Database)

Puis entrez ce chemin en tant que clé de registre comme ceci:

  

[HKEY_CURRENT_USER \ Software \ Microsoft \ Office \ 14.0 \ Access \ Security \ Trusted   Emplacements \ Emplacement20] " Chemin "=" " C: \ Database " "Description" = "Accès"   Emplacement du projet "

Maintenant, expliquons quelques choses à propos de ce que cette clé a fait:

  • Le nombre "14.0" correspond à la version de MS Office. Vous pouvez simplement changer cela en un nombre représentant la version que vous utilisez.
  • "Location20" est un nom unique que nous avons attribué. Le 20 peut être n'importe quel nombre qui n'est pas déjà utilisé. D'autres programmes, y compris les assistants MS Access par défaut, ont peut-être déjà utilisé d'autres numéros. Ou si vous souhaitez créer plus d'un chemin d'accès en tant qu'emplacement approuvé, chaque emplacement doit se terminer par un numéro différent.
  • Le "C: \ Base de données" est en fait le chemin physique que vous souhaitez définir comme emplacement approuvé. Vous pouvez mettre n'importe quel chemin que vous choisissez ici. Je ne sais pas pourquoi il utilise double \, mais je viens de copier l'exemple de la configuration des clés précédentes et cela semblait fonctionner au mieux.
  • La description n'est pas nécessaire, mais vous pouvez utiliser n'importe quelle description.

Pour plus de détails sur la façon de faire en sorte que les emplacements approuvés fonctionnent pour votre projet MS Access, lisez notre explication détaillée ici: http://blog.ideaz.net/2013/12/how-to-remove-microsoft-access-security.html

Voici mes notes sur un problème interne similaire rencontré avec Access 2003 il y a quelques années:

  

D'accord, voici donc (évidemment) le marché.

     

  • Le serveur de réseau n'était pas dans la zone de confiance. À partir de IIRC avec SP2, une boîte de dialogue Ouvrir / Enregistrer / Avertissement s’affiche lors de l’ouverture d’un fichier. Par défaut, les chemins UNC sont supposés se trouver dans la zone de confiance. Je ne sais pas trop pourquoi, mais voici la solution: Ajouter un serveur.dns et un serveur aux options Internet -> Zones de sécurité -> Intranet local.
  •   
  • Les expressions non sécurisées ne sont pas bloquées. Il s’agit là d’un modèle de sécurité Access excessivement compliqué (Google pour les expressions non sécurisées et le mode Accès au bac à sable pour plus). Fondamentalement, Access (à partir de 2003 et / ou Jet 4.0 SP8, je pense) vous avertit si une clé de registre n'est pas configurée pour interdire les "expressions non protégées". Le correctif: Définissez HKLM \ Software \ Microsoft \ Jet \ 4.0 \ Engines \ SandBoxMode sur 3, ce qui bloque les "expressions non protégées". pour tout ce qui utilise Jet. Cela doit être fait par un administrateur. Sinon, je pense que répondre à " Oui " à l'invite Bloquer les expressions dangereuses, lorsque l'administrateur définit cette clé pour vous.
  •   
  • Ce fichier n'est peut-être pas sûr à ouvrir. C’est une solution simple qui suit l’ensemble du modèle de sécurité des macros d’Office. Il suffit de régler Outils - & Mac> Sécurité - (ne regardez pas dans le menu Outils - Sécurité ... ce serait trop évident) sur Bas.
  •   
  BTW, je n'ai toujours aucune idée de ce qu'est une "expression peu sûre". n’est pas non plus pourquoi il demande continuellement de passer à Jet 4.0 SP8 alors que cela a déjà été fait (j’ai vérifié qu’il avait été mis à jour en vérifiant les versions des fichiers). Mais avec ces changements, il ne demande plus rien au démarrage. --MB

  1. Dans le Panneau de configuration, cliquez sur "Options Internet".
  2. Dans la fenêtre contextuelle "Propriétés Internet", sélectionnez l'onglet "Sécurité".
    • Sélectionnez la zone "Intranet local".
    • Cliquez sur le bouton "Sites".
    • Dans la fenêtre contextuelle "Intranet local", décochez la case "Détecter automatiquement ...". case à cocher et activez les cases à cocher suivantes:
      • "Inclure tous les sites locaux (Intranet) non répertoriés dans d'autres zones"
      • " Inclure tous les chemins d'accès réseau (UNC) "
    • 'OK'.
  3. 'OK'.

Désormais, tous les db d’accès situés n’importe où sur votre intranet ou référencés par un UNC s'ouvriront immédiatement sans avertissement. Vous évaluez le compromis commodité / sécurité.

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top