Configuration requise pour Adobe Acrobat Sign for Government

Dernière mise à jour le 8 août 2025

Configuration requise d'Adobe Acrobat Sign for Government

La configuration requise suivante s'applique au service Adobe Acrobat Sign for Government .

Systèmes d’exploitation pris en charge

  • Microsoft Windows 10 ou version plus récente
  • MacOS 11 (Big Sur) ou version plus récente

Navigateurs pris en charge

Les dernières versions de :

  • Safari
  • Chrome
  • Edge
  • Firefox
Annotation

le navigateur Microsoft Edge ne prend pas en charge de manière native le chiffrement AES 256 bits des fichiers PDF. Si vous utilisez le navigateur Edge, veillez à disposer de la dernière version d’Adobe Reader.

Formats de document pris en charge

  • Adobe PDF (.pdf)
  • Microsoft Word (.doc et .docx)
  • Microsoft Excel (.xls et .xlsx)
  • Microsoft PowerPoint (.ppt et .pptx)
  • Texte (.txt)
  • RTF (.rtf)
  • Images (.tif, .jpg, .jpeg, .gif, .bmp et .png)
  • Web (.htm ou .html)

Logiciel requis pour afficher un document signé

  • Adobe Reader 9.0 ou version ultérieure pour les documents protégés par le chiffrement AES 128 bits ou inférieur
  • Adobe Reader 10 ou version ultérieure pour les documents protégés par le chiffrement AES 256 bits

Logiciel requis pour signer un document

  • Signatures électroniques : via un navigateur pris en charge.
  • Signatures numériques dans le Cloud : via tout navigateur pris en charge.
  • Signatures numériques via « Télécharger un document et le signer avec Acrobat » : nécessitent Adobe Acrobat ou Adobe Acrobat Reader XI v11.0.7 ou supérieure.

Domaines à autoriser explicitement

Les utilisateurs ayant une sécurité de messagerie restrictive devront explicitement autoriser les e-mails entrants de adobesign@adobesign.us pour éviter le filtrage.

Les plages d’IP d’adresses de messagerie sortantes pour Adobe Acrobat Sign sont disponibles ici >

Les comptes présentant une sécurité réseau restrictive devront explicitement autoriser les noms de domaine requis par Adobe.   Les domaines suivants doivent être autorisés pour permettre un bon fonctionnement de base :

  • *.adobesign.us
  • *.adobesigncdn.us

Plages d’adresses IP à autoriser explicitement

Si vous autorisez explicitement les adresses IP sur votre réseau, ajoutez la plage d'adresses IP ci-dessous à votre pare-feu :

Amérique du Nord :

  • 52.245.243.96/28 (IPv4)
  • 2001:489a:3102:4::160/124 (IPv6)


Plages IP pour les relais de messagerie sortants

Si votre organisation dresse explicitement la liste des adresses IP pour Contrôler les connexions à vos serveurs de messagerie entrants, ajoutez l'adresse IP suivante à votre Liste autorisée de plages d'IP :

  • 52.245.243.112/28 (IPv4)
  • 2001:489a:3102:4::150/124 (IPv6)

Configuration SSL/TLS requise

Le protocole TLS (Transport Layer Security) est le protocole de sécurité le plus répandu actuellement pour les navigateurs web et autres applications impliquant un échange sécurisé des données sur un réseau. Les connexions à Acrobat Sign exigent l’utilisation de TLS 1.2 et la prise en charge d’au moins l’une des suites de chiffrement ci-dessous.  Ces conditions s’appliquent à la fois au trafic entrant vers les serveurs Acrobat Sign (navigateurs, API) et au trafic sortant des serveurs Acrobat Sign vers les serveurs client (rappels d’API utilisés pour récupérer des documents sources relatifs aux accords, le statut de renvoi et les webhooks).

 

Pour les navigateurs : tant que vous adhérez aux conditions du système d’exploitation/navigateur, vous ne devriez rencontrer aucun problème lié à votre navigateur. Tous ces systèmes d’exploitation/navigateurs sont entièrement conformes aux configurations TLS requises.

 

Pour les applications utilisant l’API Acrobat Sign, ces frameworks prennent en charge TLS 1.2 :

  • Java : utilisez Java11 ou version ultérieure
  • .NET : utilisez .NET 4.6 ou version ultérieure
  • OpenSSL : utilisez OpenSSL 1.0.1 ou version ultérieure

 

Pour les serveurs utilisés pour les rappels reçus ou les demandes de webhooks d’Acrobat Sign :

  • Prise en charge de TLS 1.2 et d’au moins l’une des suites de chiffrement listées ci-dessous
  • Disposer d’un certificat TLS valide et inclure tous les certificats intermédiaires.

Les clients qui souhaitent tester la conformité de leur serveur peuvent utiliser une variété d’outils gratuits ou commerciaux, y compris Qualys SSLLabs Server Test, afin de s’assurer que leur serveur accepte le protocole TLS v1.2, prenne en charge au moins l’une des suites de chiffrement ci-dessous et dispose d’un certificat valide.

 

Suites de chiffrement TLS autorisées :

  • ECDHE-ECDSA-AES256-GCM-SHA384
  • ECDHE-RSA-AES256-GCM-SHA384