Planifier les paramètres de sécurité pour les contrôles ActiveX, les compléments et les macros dans Office System 2007

Désactiver les contrôles ActiveX dans tous les documents

Si votre architecture de sécurité est très restrictive et que vous souhaitez contribuer à réduire les risques potentiels des contrôles ActiveX, vous pouvez désactiver les contrôles ActiveX. La désactivation des contrôles ActiveX empêche les contrôles ActiveX d'un fichier de s'initialiser (c'est-à-dire, de se charger) à l'ouverture du fichier. Dans certains cas, un contrôle ActiveX désactivé peut apparaître dans un fichier sous la forme d'un x rouge ou d'un autre symbole, mais le contrôle est désactivé et reste inactif si l'utilisateur clique sur le symbole. En outre, lorsque vous désactivez les contrôles ActiveX, les utilisateurs n'en sont pas informés.

Pour désactiver les contrôles ActiveX, configurez l'un des paramètres comme recommandé dans le tableau suivant.

Remarque :
Les contrôles ActiveX ne peuvent pas être désactivés dans les fichiers qui sont enregistrés à des emplacements approuvés. Lorsqu'un fichier est ouvert depuis un emplacement approuvé, tout son contenu actif est initialisé et autorisé à s'exécuter sans notification même si vous désactivez les contrôles ActiveX.

Si vous désactivez les contrôles ActiveX, veillez à :

• Avertir les utilisateurs que les contrôles ActiveX sont désactivés et qu'aucune notification n'apparaîtra lorsqu'ils ouvriront des fichiers contenant des contrôles ActiveX désactivés.

• Tester l'impact de la désactivation des contrôles ActiveX au sein de votre organisation. Étant donné que de nombreuses solutions Office sont construites autour de contrôles ActiveX, la désactivation de ces contrôles peut engendrer un comportement inattendu et empêcher ces applications de fonctionner correctement.

• Consigner les paramètres dans vos documents de planification de la sécurité et dans ceux des opérations de sécurité.

Autoriser tous les contrôles ActiveX à s'initialiser et à s'exécuter sans notification

Vous pouvez configurer Office System 2007 de sorte que tous les contrôles ActiveX s'initialisent et s'exécutent sans notification. Ce comportement peut être utile dans certains environnements de test et de développement, ainsi que dans les environnements isolés où des mécanismes de sécurité supplémentaires tels que des pare-feu, des programmes de détection de virus et d'intrusion permettent de garantir que les fichiers ne contiennent pas de contenus malveillants.

Important :
Nous vous déconseillons d'autoriser les contrôles ActiveX à s'initialiser et à s'exécuter sans avertissement dans un environnement de production. Autoriser les contrôles ActiveX à s'initialiser et à s'exécuter sans avertissement peut considérablement augmenter les risques d'attaque et potentiellement affaiblir la sécurité de votre organisation.

Pour autoriser les contrôles ActiveX à s'initialiser et à s'exécuter sans notification, configurez l'un des paramètres comme recommandé dans le tableau suivant.

Lorsque vous modifiez le paramètre, les contrôles SFI et UFI sont initialisés avec des restrictions minimales (c'est-à-dire, avec des valeurs persistantes). Si les valeurs persistantes ne sont pas disponibles, les contrôles sont initialisés avec les valeurs par défaut à l'aide de la méthode InitNew. Les contrôles SFI sont initialisés en mode sans échec et les utilisateurs ne sont pas avertis que les contrôles ActiveX sont activés. Ce paramètre peut être configuré uniquement avec les modèles d'administration (fichiers .adm) Office System 2007 et s'applique à Office System 2007 et aux versions antérieures d'Office.

Pour obtenir la liste de toutes les configurations, consultez le Guide de la sécurité de Microsoft Office 2007 (Menaces et contre-mesures : Paramètres de sécurité dans Office System 2007) (https://technet.microsoft.com/fr-fr/library/cc500475.aspx).

Si vous autorisez tous les contrôles ActiveX à s'initialiser et à s'exécuter sans notification, veillez à :

• Avertir les utilisateurs que les contrôles ActiveX sont activés et qu'aucune notification n'apparaîtra lorsqu'ils ouvriront des fichiers contenant des contrôles ActiveX.

• Consigner les paramètres dans vos documents de planification de la sécurité et dans ceux des opérations de sécurité.

Modifier la façon dont les contrôles ActiveX sont initialisés en fonction des paramètres SFI et UFI

Office System 2007 fournit plusieurs paramètres qui vous permettent de contrôler la façon dont les contrôles ActiveX sont initialisés en fonction de paramètres SFI, UFI et mode sans échec. SFI, UFI et le mode sans échec sont des paramètres que les développeurs peuvent configurer lorsqu'ils créent des contrôles ActiveX. Les contrôles ActiveX qui sont marqués SFI utilisent des sources de données sûres à initialiser. Une source de données sûre est une source de données approuvée, connue et qui n'engendre pas de violation de la sécurité. Les contrôles qui ne sont pas marqués SFI sont considérés comme UFI.

Le mode sans échec est un autre mécanisme de sécurité à la disposition des développeurs pour garantir la sécurité des contrôles ActiveX. Lorsqu'un développeur crée un contrôle ActiveX qui implémente le mode sans échec, ce contrôle peut être initialisé de deux manières : en mode sans échec et en mode non sécurisé. Lorsqu'un contrôle ActiveX est initialisé en mode sans échec, certaines restrictions qui limitent les fonctionnalités sont imposées au contrôle. À l'inverse, lorsqu'un contrôle ActiveX est initialisé en mode non sécurisé, aucune restriction ne limite ses fonctionnalités. Par exemple, un contrôle ActiveX qui lit et écrit dans les fichiers peut n'être autorisé qu'à lire les fichiers s'il est initialisé en mode sans échec, mais peut être capable de lire et écrire dans les fichiers lorsqu'il est initialisé en mode non sécurisé. Seuls les contrôles ActiveX qui sont SFI peuvent être initialisés en mode sans échec. Les contrôles ActiveX qui sont UFI sont toujours initialisés en mode non sécurisé.

Par défaut, les contrôles ActiveX sont initialisés comme suit dans Office System 2007 :

• Si un fichier contient un projet VBA, les utilisateurs sont invités à activer ou à désactiver les contrôles ActiveX contenus dans le fichier. Si les utilisateurs choisissent d'activer les contrôles ActiveX, tous les contrôles SFI et UFI sont initialisés avec des restrictions minimales (c'est-à-dire, avec des valeurs persistantes). Si les valeurs persistantes ne sont pas disponibles, les contrôles sont initialisés avec les valeurs par défaut à l'aide la méthode InitNew. Les contrôles SFI sont initialisés en mode sans échec.

• Si le fichier ne contient pas de projet VBA et que le fichier contient uniquement des contrôles SFI, les contrôles SFI sont initialisés avec des restrictions minimales (c'est-à-dire, avec des valeurs persistantes). Si les valeurs persistantes ne sont pas disponibles, les contrôles sont initialisés avec les valeurs par défaut à l'aide la méthode InitNew. Les contrôles SFI sont initialisés en mode sans échec.

• Si le fichier ne contient pas de projet VBA, et que le fichier contient des contrôles SFI et UFI, les utilisateurs sont invités à activer ou à désactiver les contrôles ActiveX contenus dans le fichier. Si les utilisateurs choisissent d'activer les contrôles ActiveX, les contrôles SFI sont initialisés avec des restrictions minimales (c'est-à-dire, avec des valeurs persistantes), et les contrôles UFI sont initialisés avec les valeurs par défaut à l'aide la méthode InitNew. Les contrôles SFI sont initialisés en mode sans échec.

Si ce comportement par défaut ne convient pas à votre organisation mais que vous ne souhaitez pas désactiver les contrôles ActiveX, vous pouvez renforcer la façon dont les contrôles ActiveX sont initialisés en forçant les contrôles UFI à être initialisés avec les valeurs par défaut au lieu des restrictions minimales lorsqu'un fichier contient un projet VBA. Pour ce faire, configurez l'un ou l'autre des paramètres suivants comme indiqué dans le tableau suivant.

Vous pouvez configurer les paramètres des contrôles ActiveX pour prendre en charge de nombreux scénarios de sécurité supplémentaires. Pour plus d'informations sur les paramètres des contrôles ActiveX dans Office System 2007, ainsi qu'une description de tous les paramètres et une comparaison entre les paramètres d'outil de personnalisation Office (OPO), de stratégie de groupe et de Centre de gestion de la confidentialité, consultez Stratégies et paramètres de sécurité dans Office System 2007. Pour plus d'informations sur la configuration des paramètres des contrôles ActiveX, consultez Configurer les paramètres de sécurité pour les contrôles ActiveX, les compléments et les macros dans Office System 2007.

Désactiver les compléments en fonction d'applications individuelles.

Si votre architecture de sécurité est très restrictive et que vous souhaitez contribuer à réduire les risques potentiels des compléments, vous pouvez désactiver les compléments. Lorsque vous désactivez les compléments, vous empêchez l'exécution des compléments et les utilisateurs ne sont pas avertis que les compléments sont désactivés.

Vous ne pouvez pas désactiver globalement les compléments. Vous pouvez uniquement désactiver les compléments individuellement par application pour les applications suivantes :

• Microsoft Office Access 2007

• Microsoft Office Excel 2007

• Microsoft Office PowerPoint 2007

• Microsoft Office Publisher 2007 ;

• Microsoft Office Visio 2007.

• Microsoft Office Word 2007

Pour désactiver les compléments, configurez l'un ou l'autre des paramètres comme recommandé dans le tableau suivant.

Si vous désactivez les compléments, veillez à :

• Avertir les utilisateurs que les compléments sont désactivés.

• Consigner les paramètres dans vos documents de planification de la sécurité et dans ceux des opérations de sécurité.

Exiger la signature des compléments d'applications par un éditeur approuvé

Si vous ne souhaitez pas désactiver les compléments, mais souhaitez tout de même augmenter la sécurité des macros complémentaires, vous pouvez exiger que les compléments soient signés par un éditeur approuvé. Lorsque vous effectuez cette opération, le comportement suivant se produit :

• Les compléments approuvés s'exécutent sans notification. Un complément approuvé est un complément enregistré à un emplacement approuvé ou un complément signé par un éditeur figurant dans la liste des éditeurs approuvés.

• Les compléments non signés sont désactivés, mais les utilisateurs sont invités à activer ou à désactiver les compléments.

• Les compléments qui sont signés par un éditeur qui ne figure pas sur la liste des éditeurs approuvés sont désactivés, mais les utilisateurs sont invités à activer ou à désactiver les compléments.

Vous ne pouvez pas configurer globalement un paramètre qui requiert que les compléments soient signés par un éditeur approuvé. Vous devez configurer ce paramètre individuellement par application, et uniquement pour les applications suivantes :

• Office Access 2007

• Office Excel 2007

• Office PowerPoint 2007

• Office Publisher 2007

• Office Visio 2007

• Office Word 2007

Pour exiger que les compléments soient signés par un éditeur approuvé, configurez l'un ou l'autre des paramètres comme recommandé dans le tableau suivant.

Veillez à consigner ces paramètres dans vos documents de planification de la sécurité et dans ceux des opérations de sécurité.

Désactiver la notification pour les compléments non signés

Même si vous nécessitez que les compléments soient signés par un éditeur approuvé, les utilisateurs peuvent toujours activer les compléments non signés par le biais de la barre des messages. Si vous ne souhaitez pas que les utilisateurs activent les compléments non signés, vous pouvez désactiver les notifications des compléments non signés. Vous pouvez le faire individuellement pour chaque application, et uniquement pour les applications suivantes :

• Office Access 2007

• Office Excel 2007

• Office PowerPoint 2007

• Office Publisher 2007

• Office Visio 2007

• Office Word 2007

Pour ce faire, configurez l'un ou l'autre des paramètres comme recommandé dans le tableau suivant.

Si vous désactivez les notifications pour les compléments non signés, veillez à :

• Avertir les utilisateurs que les compléments non signés sont désactivés en silence.

• Consigner les paramètres dans vos documents de planification de la sécurité et dans ceux des opérations de sécurité.

Pour plus d'informations sur les paramètres des compléments dans Office System 2007, ainsi que des descriptions des paramètres et une comparaison entre les paramètres de l'OPO, de stratégie de groupe et du Centre de gestion de la confidentialité, consultez Stratégies et paramètres de sécurité dans Office System 2007. Pour plus d'informations sur la configuration des paramètres des compléments, consultez Configurer les paramètres de sécurité pour les contrôles ActiveX, les compléments et les macros dans Office System 2007.

Modifier les paramètres de sécurité par défaut des macros

Office System 2007 fournit plusieurs paramètres qui vous permettent de modifier le comportement par défaut des macros. Par défaut, les macros approuvées sont autorisées à s'exécuter sans notification. Cela inclut les macros des documents qui sont enregistrés à un emplacement approuvé et les macros qui répondent aux critères suivants :

• La macro est signée par le développeur à l'aide d'une signature numérique.

• La signature numérique est valide.

• La signature numérique est effective (non expirée).

• Le certificat associé à la signature numérique a été émis par une autorité de certification reconnue.

• Le développeur qui a signé la macro est un éditeur approuvé.

Les macros qui ne sont pas approuvées ne sont pas autorisées à s'exécuter jusqu'à ce que l'utilisateur clique sur la barre des messages et choisisse d'activer la macro. (Certaines applications ne possèdent pas de barre des messages. Dans ce cas, les notifications apparaissent dans des boîtes de dialogue.)

Remarque :
Le paramètre de sécurité par défaut pour les macros est différent dans Microsoft Office Outlook 2007. Pour plus d'informations, consultez la documentation consacrée à la sécurité d'Office Outlook 2007.

Si les paramètres de sécurité par défaut des macros ne conviennent pas à votre organisation, vous pouvez effectuer l'une des opérations suivantes :

• Désactiver les macros non approuvées sans notification.

• Désactiver les notifications pour les macros non signées, mais autoriser les notifications pour les macros signées.

Contrôler le comportement de VBA

Office System 2007 fournit deux paramètres qui vous permettent de contrôler le comportement de VBA. Par défaut, VBA est activé s'il est installé, et les clients Automation n'ont pas accès par programme aux projets VBA. Vous pouvez modifier ce comportement de l'une des manières suivantes :

• Vous pouvez fournir aux clients Automation l'accès par programme aux projets VBA.

• Vous pouvez désactiver VBA.

En plus de ces paramètres de sécurité dans Office System 2007, Office Visio 2007 fournit plusieurs paramètres qui vous permettent de contrôler le comportement de VBA dans Office Visio 2007. Pour plus d'informations, consultez Stratégies et paramètres de sécurité dans Office System 2007.

Fournir aux clients Automation l'accès par programme aux projets VBA

Lorsque vous fournissez aux clients Automation l'accès par programme aux projets VBA, ils ont la possibilité d'utiliser le modèle d'objet VBA.

Pour fournir aux clients Automation l'accès par programme aux projets VBA, configurez le paramètre qui est décrit dans le tableau suivant. Ce paramètre doit être configuré individuellement pour chacune des applications suivantes :

• Office Excel 2007

• Office PowerPoint 2007

• Office Word 2007

Nom du paramètre	Configuration recommandée	Description
Faire confiance au projet Visual Basic	Sélectionnez cette option : Désactivé	Par défaut, les clients Automation ne dispose pas de l'accès par programme aux projets VBA. Lorsque vous sélectionnez cette option, les clients Automation peuvent accéder par programme au modèle d'objet VBA. Ce paramètre peut être configuré dans l'OPO ainsi qu'avec les modèles d'administration (fichiers .adm) Office System 2007.

Important :
Si vous fournissez aux clients Automation l'accès par programme aux projets VBA, vous accroissez également vos risques d'attaque à partir de programmes non autorisés capables de générer du code auto-répliquant.

Modifier la manière dont se comportent les macros dans les applications qui sont démarrées par programme via Automation

Office System 2007 fournit un paramètre unique qui vous permet de contrôler le comportement des macros lorsqu'elles sont exécutées dans une application qui est démarrée par programme par le biais d'Automation. Automation est un outil de programmation qui permet aux développeurs d'accéder à la fonctionnalité d'une application depuis une autre application. Par exemple, un développeur peut créer une application de gestion de projet qui utilise les fonctionnalités de messagerie électronique et de planification d'Office Outlook 2007. Par défaut, lorsqu'une application utilise Automation pour démarrer une application dans Office System 2007, les macros sont activées et autorisées à s'exécuter sans contrôles de sécurité. Vous pouvez modifier ce comportement de deux manières :

• Vous pouvez désactiver les macros dans l'application qui est démarrée par programme. Lorsque vous effectuez cette opération, les utilisateurs ne sont pas avertis que les macros sont désactivées et ne sont pas invités à activer ou à désactiver les macros. Ce paramètre est utile si votre organisation dispose d'un modèle de sécurité restreint et que vous n'autorisez pas les utilisateurs à exécuter des macros.

• Vous pouvez exécuter des macros conformément aux paramètres de sécurité configurés dans l'application qui est démarrée par programme. Lorsque vous effectuez cette opération, le comportement des macros est dicté par les paramètres de sécurité qui sont configurés dans l'application qui est démarrée par programme. Par exemple, si vous nécessitez que toutes les macros soient signées numériquement dans Office Excel 2007, et qu'une application utilise Automation pour démarrer Office Excel 2007, les macros ne fonctionneront pas avant d'être signées numériquement. Ce paramètre est utile si vous souhaitez que les paramètres de sécurité de votre organisation pour les macros soient étendus aux applications qui sont démarrées via Automation.

Pour modifier le comportement par défaut des macros dans les applications qui sont démarrées par programme via Automation, appliquez l'un ou l'autre des paramètres recommandés dans le tableau suivant. Vous pouvez configurer ces paramètres dans l'OPO ainsi qu'avec les modèles d'administration (fichiers .adm) Office System 2007. Ces paramètres sont globaux et s'appliquent aux applications suivantes :

• Office Excel 2007

• Office PowerPoint 2007

• Office Word 2007

Si vous modifiez les paramètres de sécurité d'Automation, veillez à :

• Tester toutes vos applications pour garantir que votre modification n'engendre pas un comportement imprévisible ou limite les fonctionnalités d'une application. Certaines applications utilisent Automation pour démarrer les applications en mode silencieux dans Office System 2007.

• Consigner les paramètres de configuration dans vos documents de planification de la sécurité et dans ceux des opérations de sécurité.

En plus de ces paramètres de sécurité dans Office System 2007, Office Publisher 2007 fournit un paramètre qui vous permet de configurer la sécurité d'Automation pour les macros dans Office Publisher 2007. Pour plus d'informations, consultez Stratégies et paramètres de sécurité dans Office System 2007.

Empêcher l'analyse de recherche de virus sur les macros chiffrées

Office System 2007 fournit plusieurs paramètres qui vous permettent d'empêcher l'analyse des macros chiffrées à la recherche de virus qu'elles pourraient contenir. Cela est utile si votre programme de détection des virus ne prend pas en charge l'interface de programmation d'application (API) Microsoft Antivirus.

Par défaut, les macros sont chiffrées lorsque vous chiffrez et enregistrez un fichier au format de fichier Office Open XML. Si votre programme de détection des virus ne prend pas en charge l'API Microsoft Antivirus, votre programme de détection des virus ne peut pas analyser les macros chiffrées. Par conséquent, les macros chiffrées sont désactivées. Pour empêcher votre programme antivirus d'analyser les macros chiffrées, configurez les paramètres comme recommandé dans le tableau suivant.

Si vous changez les paramètres par défaut pour l'analyse des macros chiffrées, veillez à :

• Consigner les paramètres dans vos documents de planification de la sécurité.

• Consigner les paramètres dans vos documents des opérations de sécurité.