Les notifications techniques Adobe Sign sont classées ci-dessous avec la mise à jour la plus récente en haut et remontent dans le temps au fur et à mesure que vous faites défiler la page vers le bas.
Notifications techniques pour 2015 - 2016
API et application web : modification des règles de complexité des mots de passe en 2017
Pour renforcer la sécurité, les règles de complexité des mots de passe Adobe Sign sont modifiées. Début 2017, les clients qui utilisent l’application web seront invités à mettre à jour leur mot de passe dans les 90 jours. Les clients qui se connectent ou configurent des utilisateurs par le biais des API REST ou SOAP existantes auront jusqu’au milieu de l’année 2018 pour mettre à jour leurs applications afin de respecter les exigences en matière de sécurité des mots de passe d’Adobe Sign. Des informations sur la transition vers les nouvelles règles seront disponibles pour les utilisateurs d’API au début de l’année 2017.
Nouveaux critères des mots de passe :
- 8 caractères au minimum, 100 caractères au maximum
- Au moins une majuscule
- Au moins un chiffre
- Au moins un caractère spécial (ponctuation), à l’exception d’un espace
- Ne peuvent pas contenir de nom d’utilisateur, de prénom ou de nom ne respectant pas la casse
- Le nouveau mot de passe est refusé s’il correspond à des mots de passe précédemment utilisés.
ACTION REQUISE
Début 2017, les utilisateurs de l’application web devront mettre à jour les mots de passe lorsqu’ils y seront invités. Les clients qui configurent des utilisateurs par le biais de l’API auront jusqu’au mois de juillet 2018 pour mettre à jour leurs applications afin d’utiliser l’API REST pour respecter les nouveaux critères des mots de passe.
Intégration : fin de la prise en charge de l’intégration d’Adobe Sign avec Salesforce v14
Les mises à jour produit, les mises à jour de sécurité et l’assistance technique pour Adobe Sign pour Salesforce v14 ont été interrompues le 15 décembre 2016.
La version 18 est maintenant disponible. Bénéficiez des toutes nouvelles fonctionnalités, notamment :
- une expérience utilisateur optimisée pour les vues Salesforce Classic et Lightning ;
- une plus grande visibilité des états ;
- un environnement d’administration amélioré avec les composants avancés Lightning ;
- de nouveaux outils pour les workflows de signature avancés.
ACTION REQUISE
Effectuez une mise à niveau vers la dernière version de l’intégration avec Salesforce. Les clients qui utilisent des versions qui ne sont pas prises en charge devront effectuer une mise à niveau vers une version actuelle pour continuer à bénéficier d’une assistance technique.
Intégration : nouvelle version d’Adobe Sign pour Microsoft Dynamics et fin de vie de l’intégration d’Adobe Sign avec Dynamics v4
Microsoft Dynamics v5 est maintenant disponible. Cette version comprend des améliorations comme l’utilisation des formulaires Microsoft Turbo et la prise en charge d’un plus grand nombre de navigateurs. Pour obtenir des informations sur la mise à niveau vers dernière version, contactez votre responsable clientèle.
Adobe Sign pour Microsoft Dynamics v4 et les versions antérieures (versions en ligne et local) ne seront plus disponibles à compter du 30 juin 2017. Ces versions ne seront plus fonctionnelles après le mois de juin.
ACTION REQUISE
Pour Microsoft Dynamics en ligne et local, effectuez une mise à niveau vers Adobe Sign pour Dynamics v5 avant le mois de juillet 2017. Vous pourrez effectuer la migration de toutes les données depuis la version v4 et les versions antérieures vers la dernière version. La version 5 prend en charge Dynamics local 2013, 2015 et 2016 et Dynamics en ligne.
Sécurité : fin de la prise en charge des protocoles TLS 1.0 et 1.1
Pour respecter les normes PCI et les recommandations du secteur en ce qui concerne la sécurité SSL/TLS, Adobe ne prendra plus en charge les protocoles TLS 1.0 et 1.1 en 2017 (date précise à déterminer). Une fois que la prise en charge des protocoles TLS 1.0 et 1.1 aura été interrompue, les clients qui n’auront pas encore effectué de mise à niveau vers le protocole TLS 1.2 ne pourront pas accéder au service Adobe Sign.
ACTION REQUISE
Pour prendre en charge le protocole TLS v1.2, suivez la configuration système recommandée d’Adobe Sign pour votre navigateur et votre système d’exploitation de poste de travail.
Mise à jour de la configuration système : fin de la prise en charge d’Internet Explorer 9
Début mars, Adobe Sign mettra fin à la prise en charge d’Internet Explorer 9 pour s’aligner sur Microsoft qui interrompra la prise en charge de Windows Vista le 11 mars 2017.
ACTION REQUISE
Effectuez une mise à jour matérielle vers les systèmes d’exploitation pris en charge Windows 7, 8 ou 10 avec l’un des navigateurs pris en charge répertoriés dans la configuration système requise d’Adobe Sign.
Rappels
API : fin de la prise en charge des API SOAP par les applications OAuth
Avec la version de maintenance de décembre, les nouvelles applications OAuth peuvent uniquement accéder aux API REST. Les clés d’intégration et les applications existantes auront toujours accès aux API SOAP et REST.
ACTION REQUISE
Utilisez les API REST lorsque vous développez de nouvelles applications. Pour plus d'informations, consultez le Centre des développeurs.
API et appli web : La prise en charge de l'ancienne syntaxe Text Tag est terminée.
La prise en charge des balises de texte v1.0 est terminée. Bien que les balises v1.0 continueront à être prises en compte dans le service, aucun bogue ni aucune demande d’amélioration ne seront acceptés pour cette syntaxe.
ACTION REQUISE
Assurez-vous que les utilisateurs utilisent la syntaxe de balise de texte 2.0 lors de la création de nouveaux modèles de document. Passez en revue les applications et les modèles existants pouvant contenir des anciennes balises de texte et mettez-les à jour avec la nouvelle syntaxe des balises de texte 2.0. Pour plus d’informations, reportez-vous au guide de référence sur la création de formulaires à l’aide de balises de texte.
Sécurité : La prise en charge du chiffrement RC4 est terminée.
Le chiffrement de la couche de transport RC4 ne sera plus utilisé à compter du 16 janvier 2017.
API : API SOAP déconseillées pour les nouvelles applications OAuth
Avec la prochaine version de maintenance qui sera publiée au début du mois de décembre, les nouvelles applications OAuth pourront uniquement accéder à aux API REST. Les clés d’intégration et les applications existantes auront toujours accès aux API SOAP et REST.
ACTION REQUISE
Utilisez les API REST lorsque vous développez de nouvelles applications. Pour plus d'informations, rendez-vous sur le Developer Center.
Application mobile : mise à jour des paramètres de sécurité du serveur d’authentification unique (SSO)
Apple a annoncé l’utilisation obligatoire d’ATS (App Transport Security) pour toutes les applications mobiles proposées à l’App Store d’ici fin 2016. Si vous avez configuré votre compte Adobe Sign pour utiliser la connexion à authentification unique (SSO) et si vous avez recours à l’application mobile iOS Adobe Sign, vérifiez que le serveur d’authentification unique répond aux exigences ATS d’Apple.
ACTION REQUISE
Mettez à jour vos serveurs pour prendre en charge les exigences relatives à ATS d’Apple avant le 1er décembre 2016 afin de continuer à accéder par authentification unique à l’application iOS Adobe Sign.
API et application web : fin de la prise en charge de l’ancienne syntaxe des balises de texte
La prise en charge des balises de texte v1.0 est terminée. Bien que les balises v1.0 continueront à être prises en compte dans le service, aucun bogue ni aucune demande d’amélioration ne sera accepté pour cette syntaxe.
ACTION REQUISE
Vérifiez que les utilisateurs ont recours à la syntaxe des balises de texte 2.0 lors de la création de modèles de document. Passez en revue les applications et les modèles existants pouvant contenir des anciennes balises de texte et mettez-les à jour avec la nouvelle syntaxe des balises de texte 2.0. Pour plus d’informations, reportez-vous au guide de référence sur la création de formulaires à l’aide de balises de texte.
Intégration : nouvelle version d’Adobe Sign pour Microsoft Dynamics et fin de vie de l’intégration d’Adobe Sign avec Dynamics v4
Intégration : Nouvelle version d'Adobe Sign pour Microsoft Dynamics et fin de vie de l'intégration Adobe Sign avec Dynamics v4
Les clients peuvent désormais prévisualiser Microsoft Dynamics v5. Cette version comprend des améliorations comme l’utilisation des formulaires Microsoft Turbo et la prise en charge d’un plus grand nombre de navigateurs. Pour obtenir des informations sur la prévisualisation de la dernière version, contactez votre responsable clientèle.
Adobe Sign pour Microsoft Dynamics v4 et les versions antérieures (versions en ligne et local) ne seront plus disponibles à compter du 30 juin 2017. Ces versions ne seront plus fonctionnelles après le mois de juin.
ACTION REQUISE
Pour Microsoft Dynamics en ligne et local, effectuez une mise à niveau vers Adobe Sign pour Dynamics v5 avant le mois de juillet 2017. Vous pourrez effectuer la migration de toutes les données depuis la version v4 et les versions antérieures vers la dernière version. La version 5 prend en charge Dynamics local 2013, 2015 et 2016 et Dynamics en ligne.
Intégration : fin de la prise en charge de l’intégration d’Adobe Sign avec Salesforce v14
Les mises à jour produit, les mises à jour de sécurité et l’assistance technique pour Adobe Sign pour Salesforce v14 seront interrompues le 15 décembre 2016.
La version 18 est maintenant disponible. Bénéficiez des toutes nouvelles fonctionnalités, notamment :
une expérience utilisateur optimisée pour les vues Salesforce Classic et Lightning ;
- une plus grande visibilité des états ;
- un environnement d’administration amélioré avec les composants avancés Lightning ;
- de nouveaux outils pour les workflows de signature avancés.
ACTION REQUISE
Effectuez une mise à niveau vers la dernière version de l’intégration avec Salesforce. Les clients qui utilisent des versions qui ne sont pas prises en charge devront effectuer une mise à niveau vers une version actuelle pour continuer à bénéficier d’une assistance technique.
API et application web : modification des règles de complexité des mots de passe en 2017
Pour renforcer la sécurité, les règles de complexité des mots de passe Adobe Sign sont modifiées. Au mois de mars 2017, les clients qui utilisent l’application web seront invités à mettre à jour leur mot de passe dans les 90 jours. Les clients qui se connectent ou configurent des utilisateurs par le biais des API REST ou SOAP existantes auront jusqu’au milieu de l’année 2018 pour mettre à jour leurs applications afin de respecter les exigences en matière de sécurité des mots de passe d’Adobe Sign.Les informations sur la transition vers les nouvelles règles seront disponibles pour les clients et partenaires utilisant l'API début 2017.
Nouveaux critères de mot de passe :
- 8 caractères au minimum, 100 caractères au maximum
- Au moins une majuscule
- Au moins une minuscule
- Au moins un chiffre
- Au moins un caractère spécial (ponctuation), à l’exception d’un espace
- Ne peuvent pas contenir de nom d’utilisateur, de prénom ou de nom ne respectant pas la casse
- Le nouveau mot de passe est refusé s’il correspond à des mots de passe précédemment utilisés.
ACTION REQUISE
À compter du mois de mars 2017, les utilisateurs de l’application web devront mettre à jour leurs mots de passe lorsqu’ils y seront invités. Les clients qui configurent des utilisateurs par le biais de l’API auront jusqu’au mois de juillet 2018 pour mettre à jour leurs applications afin d’utiliser l’API REST pour respecter les nouveaux critères des mots de passe.
Sécurité : fin de la prise en charge des protocoles TLS 1.0 et 1.1
Pour respecter les normes PCI et les recommandations du secteur en ce qui concerne la sécurité SSL/TLS, Adobe ne prendra plus en charge les protocoles TLS 1.0 et 1.1 en 2017 (date précise à déterminer). Une fois que la prise en charge des protocoles TLS 1.0 et 1.1 aura été interrompue, les clients qui n’auront pas encore effectué de mise à niveau vers le protocole TLS 1.2 ne pourront pas accéder au service Adobe Sign.
ACTION REQUISE
Pour prendre en charge le protocole TLS v1.2, suivez la configuration système recommandée d’Adobe Sign pour votre navigateur et votre système d’exploitation de poste de travail.
Rappels
Sécurité : fin de la prise en charge du chiffrement RC4
Le chiffrement de la couche de transport RC4 ne sera plus utilisé à compter du 16 janvier 2017.
Mise à jour des paramètres de sécurité sur le serveur d’authentification unique (SSO)
Apple a annoncé l’utilisation obligatoire d’ATS (App Transport Security) pour toutes les applications mobiles proposées à l’App Store d’ici fin 2016. Si vous avez configuré votre compte Adobe Sign pour utiliser la connexion à authentification unique (SSO) et si vous avez recours à l’application mobile iOS Adobe Sign, vérifiez que le serveur d’authentification unique répond aux exigences de sécurité ATS d’Apple.
ACTION REQUISE
Mettez à jour vos serveurs pour prendre en charge les exigences relatives à ATS d’Apple avant le 1er décembre 2016 afin de continuer à accéder par authentification unique à l’application iOS Adobe Sign.
Fin de la prise en charge de l’ancienne syntaxe des balises de texte
La date du 3 octobre 2016 précédemment communiquée pour la fin de la prise en charge de l’ancienne syntaxe des balises de texte a été modifiée afin de donner aux clients plus de temps pour la transition vers la syntaxe des balises de texte version 2.0. La nouvelle date pour la fin de la prise en charge n’a pas été encore fixée. Vérifiez toutefois que tous les formulaires et accords utilisent la syntaxe actuelle.
ACTION REQUISE
Vérifiez que les utilisateurs ont recours à la syntaxe des balises de texte 2.0 lors de la création de modèles de document. Passez en revue la bibliothèque des modèles existants qui peuvent contenir des balises de texte plus anciennes et mettez-les à jour avec la nouvelle syntaxe des balises de texte 2.0. Si l’une de vos applications utilise l’ancienne syntaxe, corrigez les balises afin qu’elle continue de fonctionner après la fin de la prise en charge. Pour plus d’informations, reportez-vous au guide de référence sur la création de formulaires à l’aide de balises de texte.
Fin de vie de l’intégration d’Adobe Sign avec Microsoft Dynamics v4
Adobe Sign pour Microsoft Dynamics v4 et les versions antérieures (versions en ligne et local) ne seront plus disponibles à compter du 30 juin 2017. Ces versions ne seront plus fonctionnelles après le mois de juin. La nouvelle version (v5) comprend des améliorations comme l’utilisation des formulaires Microsoft Turbo et la prise en charge d’un plus grand nombre de navigateurs. Microsoft Dynamics v5 est maintenant disponible.
ACTION REQUISE
Pour Microsoft Dynamics en ligne et local, effectuez une mise à niveau vers Adobe Sign pour Dynamics v5 avant le mois de juillet 2017. Vous pourrez effectuer la migration de toutes les données depuis la version v4 et les versions antérieures vers la dernière version. La version 5 prend en charge Dynamics local 2013, 2015 et 2016 et Dynamics en ligne.
Pour obtenir de l’aide pour la mise à niveau vers la dernière version, contactez votre responsable clientèle.
Fin de la prise en charge de l’intégration d’Adobe Sign avec Salesforce v14
Les mises à jour produit, les mises à jour de sécurité et l’assistance technique pour Adobe Sign pour Salesforce v14 seront interrompues le 15 décembre 2016.
ACTION REQUISE
Effectuez une mise à niveau vers la dernière version de l’intégration avec Salesforce. Les clients qui utilisent des versions qui ne sont pas prises en charge devront effectuer une mise à niveau vers une version actuelle pour continuer à bénéficier d’une assistance technique.
Fin de la prise en charge des protocoles TLS 1.0 et 1.1
Pour respecter les normes PCI et les recommandations du secteur en ce qui concerne la sécurité SSL/TLS, Adobe ne prendra plus en charge les protocoles TLS 1.0 et 1.1 en 2017 (date précise à déterminer). Une fois que la prise en charge des protocoles TLS 1.0 et 1.1 aura été interrompue, les clients qui n’auront pas encore effectué de mise à niveau vers le protocole TLS 1.2 ne pourront pas accéder au service Adobe Sign.
ACTION REQUISE
Effectuez une mise à niveau vers TLS 1.2 ou une version ultérieure.
Mise à jour des paramètres de sécurité sur le serveur d’authentification unique (SSO)
Apple a annoncé l’utilisation obligatoire d’ATS (App Transport Security) pour toutes les applications mobiles proposées à l’App Store d’ici fin 2016. Si vous avez configuré votre compte Adobe Sign pour utiliser la connexion à authentification unique (SSO) et si vous avez recours à l’application mobile iOS Adobe Sign, vérifiez que le serveur d’authentification unique répond aux exigences de sécurité ATS d’Apple.
ACTION REQUISE
Mettez à jour vos serveurs pour prendre en charge les exigences relatives à ATS d’Apple avant le 1er décembre 2016 afin de continuer à accéder par authentification unique à l’application iOS Adobe Sign.
Fin de la prise en charge de l’ancienne syntaxe des balises de texte
La date du 3 octobre 2016 précédemment communiquée pour la fin de la prise en charge de l’ancienne syntaxe des balises de texte a été modifiée afin de donner aux clients plus de temps pour la transition vers la syntaxe des balises de texte version 2.0. La nouvelle date pour la fin de la prise en charge n’a pas été encore fixée. Vérifiez toutefois que tous les formulaires et accords utilisent la syntaxe actuelle.
ACTION REQUISE
Vérifiez que les utilisateurs ont recours à la syntaxe des balises de texte 2.0 lors de la création de modèles de document. Passez en revue la bibliothèque des modèles existants qui peuvent contenir des balises de texte plus anciennes et mettez-les à jour avec la nouvelle syntaxe des balises de texte 2.0. Si l’une de vos applications utilise l’ancienne syntaxe, corrigez les balises afin qu’elle continue de fonctionner après la fin de la prise en charge. Pour plus d’informations, reportez-vous au guide de référence sur la création de formulaires à l’aide de balises de texte.
Fin de la prise en charge de l’intégration d’Adobe Sign avec Microsoft Dynamics v4 et version antérieure au mois de juin 2017
Adobe Sign pour Microsoft Dynamics v4 et les versions antérieures (versions en ligne et local) ne seront plus disponibles à compter du 30 juin 2017. Ces versions ne seront plus fonctionnelles après le mois de juin. La nouvelle version (v5) comprend des améliorations comme l’utilisation des formulaires Microsoft Turbo et la prise en charge d’un plus grand nombre de navigateurs. Elle est disponible dès maintenant.
ACTION REQUISE
Pour Microsoft Dynamics en ligne et local, effectuez une mise à niveau vers Adobe Sign pour Dynamics v5 avant le mois de juillet 2017. Vous pourrez effectuer la migration de toutes les données depuis la version v4 et les versions antérieures vers la dernière version. La version 5 prend en charge Dynamics local 2013, 2015 et 2016 et Dynamics en ligne.
Pour obtenir des informations sur la mise à niveau vers la dernière version, contactez votre responsable clientèle.
Fin de la prise en charge de l’intégration d’Adobe Sign avec Salesforce v14
Les mises à jour produit, les mises à jour de sécurité et l’assistance technique pour Adobe Sign pour Salesforce v14 seront interrompues le 15 décembre 2016.
ACTION REQUISE
Effectuez une mise à niveau vers la dernière version de l’intégration avec Salesforce. Les clients qui utilisent des versions qui ne sont pas prises en charge devront effectuer une mise à niveau vers une version actuelle pour continuer à bénéficier d’une assistance technique.
Fin de la prise en charge des protocoles TLS 1.0 et 1.1
Pour respecter les normes PCI et les recommandations du secteur en ce qui concerne la sécurité SSL/TLS, Adobe ne prendra plus en charge les protocoles TLS 1.0 et 1.1 en 2017 (date précise à déterminer). Une fois que la prise en charge des protocoles TLS 1.0 et 1.1 aura été interrompue, les clients qui n’auront pas encore effectué de mise à niveau vers le protocole TLS 1.2 ne pourront pas accéder au service Adobe Sign.
ACTION REQUISE
Effectuez une mise à niveau vers TLS 1.2 ou une version ultérieure.
Rappels
Mise à jour de la base de données Adobe Sign pour prendre en charge les caractères Unicode sur 4 octets
Depuis la mi-septembre, les jeux de caractères multioctets sont pris en charge dans le cadre du développement mondial et de l’amélioration de la prise en charge linguistique d’Adobe Sign. Avec cette mise à jour, la base de données prend désormais en charge les caractères Unicode étendus sur 4 octets.
ACTION REQUISE
Vérifiez que les applications et les systèmes de stockage de données qui utilisent des appels d’API Adobe Sign seront en mesure de gérer les caractères codés sur 4 octets.
Fin de la prise en charge du chiffrement RC4
Depuis le 20 août 2016, Adobe a mis fin à la prise en charge du chiffrement RC4. Adobe continuera à surveiller l’utilisation du chiffrement RC4 et à prendre en charge la transition vers d’autres chiffrements plus sécurisés.
Le secteur est d’accord sur le fait que le chiffrement RC4 n’est plus sécurisé d’un point de vue cryptographique. Cette annonce s’aligne sur celles d’Oracle, de Salesforce, de Microsoft, de Google et de Mozilla, qui ont mis fin à la prise en charge du chiffrement RC4 dans les applications commerciales l’an dernier.
ACTION REQUISE
Effectuez une mise à niveau des composants matériels ou logiciels qui reposent sur le chiffrement RC4 pour communiquer avec le service Adobe Sign afin de prendre en charge une suite de chiffrement mise à jour.
Plages d’adresses IP supplémentaires pour Adobe Sign
Si la configuration de votre réseau ou de votre pare-feu actuel approuve explicitement les adresses IP d’Adobe Sign, vous devez mettre à jour les paramètres de configuration réseau de manière à inclure les nouvelles adresses IP afin de permettre l’accès aux services. Les adresses IP existantes resteront opérationnelles et ne doivent pas être supprimées ou retirées de votre configuration réseau.
Adresses IP existantes
Amérique du Nord :
166.78.79.112/28
207.97.227.112/28
52.71.63.224/27 (ajouté en février 2016)
52.35.253.64/27 (ajouté en février 2016)
Europe
52.48.127.160/27 (ajouté en février 2016)
52.58.63.192/27 (ajouté en février 2016)
Adresses IP supplémentaires
Japon
52.196.191.224/27 (ajoutée en juillet 2016)
Australie
52.65.255.192/27 (ajoutée en juillet 2016)
Fin de la prise en charge de l’ancienne syntaxe des balises de texte
La date du 3 octobre 2016 précédemment communiquée pour la fin de la prise en charge de l’ancienne syntaxe des balises de texte a été modifiée afin de donner aux clients plus de temps pour la transition vers la syntaxe des balises de texte version 2.0. La nouvelle date pour la fin de la prise en charge n’a pas été encore fixée. Vérifiez toutefois que tous les formulaires et accords utilisent la syntaxe actuelle.
ACTION REQUISE
Vérifiez que les utilisateurs ont recours à la syntaxe des balises de texte 2.0 lors de la création de modèles de document. Passez en revue la bibliothèque des modèles existants qui peuvent contenir des balises de texte plus anciennes et mettez-les à jour avec la nouvelle syntaxe des balises de texte 2.0. Si l’une de vos applications utilise l’ancienne syntaxe, corrigez les balises afin qu’elle continue de fonctionner après la fin de la prise en charge. Pour plus d’informations, reportez-vous au guide de référence sur la création de formulaires à l’aide de balises de texte.
Mise à jour de la base de données principale d’Adobe Sign afin de prendre en charge les caractères Unicode sur 4 octets
Au mois de septembre, les jeux de caractères multioctets seront pris en charge dans le cadre du développement mondial et de la prise en charge linguistique d’Adobe Sign. Adobe Sign n’envoie pas actuellement de caractères sur 4 octets à vos applications clientes via l’API. Avec cette mise à jour, la base de données pourra prendre en charge les caractères Unicode étendus sur 4 octets.
ACTION REQUISE
Vérifiez que les applications et les systèmes de stockage de données qui utilisent les appels d’API Adobe Sign seront en mesure de gérer les caractères codés sur 4 octets.
Changement de date : la date de la prise en charge de l’intégration d’Adobe Sign pour Microsoft Dynamics CRM 2011 (local) a été changée de septembre 2016 en juin 2017
Microsoft a mis fin au support standard de Dynamics CRM 2011 le 12 juillet 2016. Adobe mettra fin à la prise en charge de l’intégration d’Adobe Sign avec Dynamics CRM 2011 en juin 2017.
ACTION REQUISE
Effectuez une mise à niveau vers MS Dynamics CRM 2013 (local) ou MS Dynamics 365 avant le mois de juin 2017.
Fin de la prise en charge de l’intégration Adobe Sign pour Salesforce version 14
Les mises à jour produit, les mises à jour de sécurité et l’assistance technique pour les services Adobe Sign pour Salesforce version 14 seront interrompues le 15 décembre 2016.
ACTION REQUISE
Effectuez une mise à niveau vers la dernière version de l’intégration avec Salesforce. Les clients qui utilisent des versions qui ne sont pas prises en charge devront effectuer une mise à niveau vers une version actuelle pour continuer à bénéficier d’une assistance technique.
Fin de la prise en charge du protocole TLS 1.0
Pour respecter les normes PCI et les recommandations du secteur en ce qui concerne la sécurité SSL/TLS, Adobe ne prendra plus en charge le protocole TLS 1.0 en 2017 (date précise à déterminer). Une fois que la prise en charge du protocole TLS 1.0 aura été interrompue, les clients qui n’auront pas encore effectué de mise à niveau vers le protocole TLS 1.1 ne pourront pas accéder au service Adobe Sign.
ACTION REQUISE
Effectuez une mise à niveau vers TLS 1.1 ou une version ultérieure. La version 1.2 est vivement recommandée. Nous prenons actuellement en charge les versions 1.1 et 1.2. Les clients qui utilisent la version 1.0 peuvent donc effectuer immédiatement une mise à niveau.
Rappel
Le 20 août 2016, Adobe a mis fin à la prise en charge du chiffrement RC4. Bien que le chiffrement RC4 restera disponible pendant les négociations de secours TLS pour éviter toute interruption de service, les clients sont invités à arrêter de l’utiliser dès que possible. Adobe continuera à surveiller l’utilisation du chiffrement RC4 et à prendre en charge la transition vers d’autres chiffrements plus sécurisés.
Le secteur est d’accord sur le fait que le chiffrement RC4 n’est plus sécurisé d’un point de vue cryptographique. Cette annonce s’aligne sur celles d’Oracle, de Salesforce, de Microsoft, de Google et de Mozilla, qui ont mis fin à la prise en charge du chiffrement RC4 dans les applications commerciales l’an dernier.
ACTION REQUISE
Effectuez une mise à niveau des composants matériels ou logiciels qui reposent sur le chiffrement RC4 pour communiquer avec le service Adobe Sign afin de prendre en charge une suite de chiffrement mise à jour.
Fin de la prise en charge du chiffrement RC4
Plages d’adresses IP supplémentaires pour Adobe Sign
Adobe Sign a étendu le service pour qu’il fonctionne à partir d’un nouvel ensemble d’adresses IP en plus de celles déjà utilisées.
ACTION REQUISE
Si la configuration de votre réseau ou de votre pare-feu actuel approuve explicitement les adresses IP d’Adobe Sign, vous devez, dans le cadre de la préparation des emplacements supplémentaires, mettre à jour les paramètres de configuration réseau de manière à inclure les nouvelles adresses IP afin de permettre l’accès aux services. Les adresses IP existantes resteront opérationnelles et ne doivent pas être supprimées ou retirées de votre configuration réseau.
Adresses IP existantes
Amérique du Nord :
166.78.79.112/28
207.97.227.112/28
52.71.63.224/27 (ajoutée février 2016)
52.35.253.64/27 (ajoutée février 2016)
Europe
52.48.127.160/27 (ajouté en février 2016)
52.58.63.192/27 (ajouté en février 2016)
Adresses IP supplémentaires
Japon
52.196.191.224/27 (ajoutée en juillet 2016)
Australie
52.65.255.192/27 (ajoutée en juillet 2016)
Fin de la prise en charge de l’ancienne syntaxe des balises de texte
À compter du 3 octobre 2016, la prise en charge prendra fin pour les documents qui ont été créés à l’aide de l’ancienne version de la syntaxe des balises de texte utilisant des traits de soulignement. La syntaxe des balises de texte de la version 2.0 actuelle est utilisée depuis plusieurs années. Elle permet la création de champs de formulaire pris en charge via l’interface utilisateur web, y compris la création de champs de formulaire conditionnels et calculés et de la validation avancée de champ. La version 2.0 utilise également des traits de soulignement de part et d’autre de l’identifiant « es ». Les autres parties des balises sont toutefois séparées par des deux-points.
Exemple de l'ancienne version de la syntaxe text tag :
_es_signer_signature
Un champ de signature attribué au signataire.
address_es_signer
Un champ facultatif nommé « address » attribué au signataire.
Exemple de la version 2.0 de la syntaxe text tag :
Sig_es_:signer:signature
Un champ de signature attribué au signataire.
address_es_:signer
Un champ facultatif nommé « address » attribué au signataire.
Les modèles de document existants utilisant l'ancienne version des balises de texte doivent être mis à jour pour utiliser la syntaxe text tag version 2.0 avant le 3 octobre 2016.Pour plus d’informations sur la nouvelle syntaxe, reportez-vous au guide de référence sur la création de formulaires à l’aide de balises de texte.
ACTION REQUISE
Mise à jour de la base de données principale d’Adobe Sign afin de prendre en charge les caractères Unicode sur 4 octets
Au mois d’août, dans le cadre du développement mondial et de la prise en charge linguistique d’Adobe Sign, la base de données principale sera mise à jour afin de mieux prendre en charge les jeux de caractères multioctets. Adobe Sign n’envoie pas actuellement de caractères sur 4 octets à vos applications clientes via l’API. Avec cette mise à jour, la base de données pourra prendre en charge les caractères Unicode étendus sur 4 octets.
ACTION REQUISE
Vérifiez que les applications et les systèmes de stockage de données qui utilisent les appels d’API Adobe Sign seront en mesure de gérer les caractères codés sur 4 octets.
Plages d’adresses IP supplémentaires pour Adobe Sign
Les services Adobe Sign continuent à se développer. Les services étendus fonctionneront à partir d’un nouvel ensemble d’adresses IP en plus de celles déjà utilisées.
ACTION REQUISE
Si la configuration de votre réseau ou de votre pare-feu actuel approuve explicitement les adresses IP d’Adobe Sign, vous devez mettre à jour les paramètres de configuration réseau de manière à inclure les nouvelles adresses IP afin de permettre l’accès aux services. Les adresses IP existantes resteront opérationnelles et ne doivent pas être supprimées ou retirées de votre configuration réseau.
Adresses IP existantes
Amérique du Nord :
166.78.79.112/28
207.97.227.112/28
52.71.63.224/27 (ajouté en février 2016)
52.35.253.64/27 (ajouté en février 2016)
Europe
52.48.127.160/27 (ajouté en février 2016)
52.58.63.192/27 (ajouté en février 2016)
Adresses IP supplémentaires
Japon
52.196.191.224/27 (ajoutée en juillet 2016)
Australie
52.65.255.192/27 (ajoutée en juillet 2016)
Fin de la prise en charge du chiffrement RC4
Le 20 août 2016, la prise en charge du chiffrement RC4 se terminera sur tous les domaines Adobe Sign, notamment *.echosign.com et documents.adobe.com. Les clients qui utilisent le chiffrement symétrique RC4 pour la communication SSL/TLS ne pourront se connecter à aucun domaine Adobe Sign.
ACTION REQUISE
Les applications s’exécutant sur d’anciennes versions de Java (version 1.6 ou antérieure) qui communiquent avec le service Adobe Sign rencontreront des problèmes de connexion SSL/TLS. Effectuez une mise à niveau vers une version récente de Java (version 8 ou ultérieure) pour assurer un fonctionnement ininterrompu. Communiquez ces informations à votre équipe d’exploitation informatique pour vérifier si d’autres serveurs ou services de votre entreprise reposent sur le chiffrement RC4 pour communiquer avec le service Adobe Sign. Si tel est le cas, effectuez une mise à niveau de ces serveurs ou services pour qu’ils prennent en charge une suite de chiffrement mise à jour.
Raison de la désactivation du chiffrement RC4 : le chiffrement de flux RC4 présente des vulnérabilités importantes et la plupart des éditeurs de logiciels indépendants ont commencé à ne plus le prendre en charge. Pour plus d’informations, consultez les sites suivants :
https://threatpost.com/google-mozilla-microsoft-to-sever-rc4-support-in-early-2016/114498/
http://arstechnica.com/security/2015/03/noose-around-internets-tls-system-tightens-with-2-new-decryption-attacks/
Fin de la prise en charge de l’intégration du produit avec Microsoft Dynamics CRM 2011 (local) en septembre 2016
Microsoft mettra fin au support standard de Dynamics CRM 2011 le 12 juillet 2016. Nous mettrons fin au support en septembre 2016.
ACTION REQUISE
Effectuez une mise à niveau vers une version locale de Dynamics CRM 2013 ou ultérieure prise en charge par Adobe avant le 3 octobre 2016. Les clients qui utilisent des versions qui ne sont pas prises en charge devront effectuer une mise à jour vers la dernière version pour éviter toute interruption de service.
Pour obtenir des informations sur la mise à niveau vers la dernière version, contactez votre responsable clientèle.
Rappel
Fin de la prise en charge de l’intégration du produit avec Microsoft Dynamics CRM 2011 (local) en septembre 2016
Les mises à niveau produit, les mises à jour de sécurité et l’assistance technique pour les services Adobe Sign pour les versions 12 et 13 de Salesforce ont été interrompues le 30 avril 2016.
ACTION REQUISE
Les clients qui utilisent des versions qui ne sont pas prises en charge devront effectuer une mise à niveau vers la dernière version s’ils ont besoin d’une assistance technique.
Plages d’adresses IP supplémentaires pour Adobe Sign
Les services Adobe Sign continuent à se développer. Les services étendus fonctionneront à partir d’un nouvel ensemble d’adresses IP en plus de celles déjà utilisées.
ACTION REQUISE
Si la configuration de votre réseau ou de votre pare-feu actuel approuve explicitement les adresses IP d’Adobe Sign, vous devez, dans le cadre de la préparation des emplacements supplémentaires, mettre à jour les paramètres de configuration réseau de manière à inclure les nouvelles adresses IP afin de permettre l’accès aux services. Les adresses IP existantes resteront opérationnelles et ne doivent pas être supprimées ou retirées de votre configuration réseau.
Adresses IP existantes
Amérique du Nord :
166.78.79.112/28
207.97.227.112/28
52.71.63.224/27 (ajoutée en février 2016)
52.35.253.64/27 (ajoutée en février 2016)
Europe
52.48.127.160/27 (ajoutée en février 2016)
52.58.63.192/27 (ajoutée en février 2016)
Adresses IP supplémentaires
Japon
52.196.191.224/27
Australie
52.65.255.192/27
Fin de la prise en charge de l’ancienne syntaxe des balises de texte
À compter du 3 octobre 2016, la prise en charge prendra fin pour les documents qui ont été créés à l’aide de l’ancienne version de la syntaxe des balises de texte utilisant des traits de soulignement. La nouvelle syntaxe des balises de texte permet la création de champs de formulaire pris en charge via l’interface utilisateur web, y compris la création de champs de formulaire conditionnels et calculés et de la validation avancée de champ.
Exemple d'ancienne version de syntaxe de balise de texte :
_es_signer_signature
Un champ de signature attribué au signataire.
address_es_signer
Un champ facultatif nommé « address » attribué au signataire.
Exemple de version 2.0 de syntaxe de balise de texte :
Sig_es_:signer:signature
Un champ de signature attribué au signataire.
address_es_:signer
Un champ facultatif nommé « address » attribué au signataire.
ACTION REQUISE
Si des modèles de document existent avec l’ancienne version des balises de texte, mettez à jour ces modèles de document afin qu’ils utilisent la syntaxe des balises de texte version 2.0 avant le 3 octobre 2016. Pour plus d’informations sur la nouvelle syntaxe, reportez-vous au guide de référence sur la création de formulaires à l’aide de balises de texte.
Mise à jour de la base de données principale d’Adobe Sign afin de prendre en charge les caractères Unicode sur 4 octets
Au mois d’août, dans le cadre du développement mondial et de la prise en charge linguistique d’Adobe Sign, la base de données principale sera mise à jour afin de mieux prendre en charge les jeux de caractères multioctets. Adobe Sign n’envoie pas actuellement de caractères sur 4 octets à vos applications clientes via l’API. Avec cette mise à jour, la base de données pourra prendre en charge les caractères Unicode étendus sur 4 octets.
ACTION REQUISE
Vérifiez que les applications et les systèmes de stockage de données qui utilisent les appels d’API Adobe Sign seront en mesure de gérer les caractères codés sur 4 octets.
Fin de la prise en charge du chiffrement RC4
La prise en charge du chiffrement RC4 prendra fin le 20 août 2016. Elle se terminera sur tous les domaines Adobe Sign, notamment *.echosign.com et documents.adobe.com Les clients qui utilisent le chiffrement symétrique RC4 pour la communication SSL/TLS ne pourront se connecter à aucun domaine Adobe Sign en raison d’un problème de connexion SSL/TLS.
ACTION REQUISE
Les applications s’exécutant sur d’anciennes versions de Java (version 1.6 ou antérieure) qui communiquent avec le service Adobe Sign rencontreront des problèmes de connexion SSL/TLS. Effectuez une mise à niveau vers une version récente de Java (version 8 ou ultérieure) pour assurer un fonctionnement ininterrompu.
Communiquez ces informations à votre équipe d’exploitation informatique pour vérifier si d’autres serveurs ou services de votre entreprise reposent sur le chiffrement RC4 pour communiquer avec le service Adobe Sign. Si tel est le cas, effectuez une mise à niveau de ces serveurs ou services pour qu’ils prennent en charge une suite de chiffrement mise à jour.
Raison de la désactivation du chiffrement : le chiffrement de flux RC4 présente des vulnérabilités importantes et la plupart des éditeurs de logiciels indépendants ont commencé à ne plus le prendre en charge. Pour plus d’informations, consultez les sites suivants :
https://threatpost.com/google-mozilla-microsoft-to-sever-rc4-support-in-early-2016/114498/
http://arstechnica.com/security/2015/03/noose-around-internets-tls-system-tightens-with-2-new-decryption-attacks/
Fin de la prise en charge de l’intégration du produit avec Microsoft Dynamics CRM 2011 (local) en septembre 2016
Microsoft mettra fin au support standard de Dynamics CRM 2011 le 12 juillet 2016. Nous mettrons fin au support en septembre 2016.
ACTION REQUISE
Effectuez une mise à niveau de votre version locale vers une version de Dynamics CRM 2013 ou ultérieure (local) prise en charge par Adobe avant le 3 octobre 2016. Les clients qui utilisent des versions qui ne sont pas prises en charge devront effectuer une mise à jour vers la dernière version pour éviter toute interruption de service.
Pour obtenir des informations sur la mise à niveau vers la dernière version, contactez votre responsable clientèle.
Rappels
Fin de la prise en charge de l’intégration du produit avec les versions 12 et 13 de Salesforce
Les mises à niveau produit, les mises à jour de sécurité et l’assistance technique pour les services Adobe Sign pour les versions 12 et 13 de Salesforce seront interrompues le 30 avril 2016.
ACTION REQUISE
Les clients qui utilisent des versions qui ne sont pas prises en charge devront effectuer une mise à niveau vers la dernière version s’ils ont besoin d’une assistance technique.
Version de l’intégration avec NetSuite
Adobe a publié la dernière version de l’intégration d’Adobe Sign avec NetSuite (v4.0). Cette version a obtenu l’homologation « Built for pour Netsuite » (Conçu pour NetSuite) et applique toutes les meilleures pratiques récentes en matière de conception de NetSuite.
Les nouvelles fonctionnalités sont les suivantes :
- Configuration automatique. Il s’agit d’une nouvelle préférence personnalisée qui permet aux utilisateurs qui envoient des accords dans NetSuite d’être automatiquement configurés avec un compte d’utilisateur des services Adobe Sign.
- OAuth 2.0. Pour améliorer la sécurité des données, Adobe Sign utilise désormais OAuth 2.0 pour authentifier votre compte dans NetSuite. Cette amélioration n’a aucune incidence sur votre mise en œuvre. Vous devez toutefois effectuer une configuration unique pour autoriser votre package NetSuite à communiquer avec Adobe Sign.
Fin de la prise en charge du chiffrement RC4
La nouvelle date de la fin de la prise en charge du chiffrement RC4 est le 20 août 2016.
À cette date, la prise en charge du chiffrement RC4 se terminera sur tous les domaines eSign, notamment *.echosign.com et documents.adobe.com. Les clients qui utilisent le chiffrement symétrique RC4 pour la communication SSL/TLS ne pourront se connecter à aucun domaine eSign en raison d’un problème de connexion SSL/TLS.
ACTION REQUISE
Les applications s’exécutant sur d’anciennes versions de Java (version 1.6 ou antérieure) qui communiquent avec le service eSign rencontreront des problèmes de connexion SSL/TLS. Effectuez une mise à niveau vers une version récente de Java (version 8 ou ultérieure) pour assurer un fonctionnement ininterrompu.
Transmettez ces informations à votre équipe d'exploitation informatique pour confirmer si votre organisation dispose d'autres serveurs ou services qui dépendent de RC4 pour la communication avec les services eSign. Si tel est le cas, effectuez une mise à niveau de ces serveurs ou services pour qu’ils prennent en charge une suite de chiffrement mise à jour.
Raison de la désactivation du chiffrement : le chiffrement de flux RC4 présente des vulnérabilités importantes et la plupart des éditeurs de logiciels indépendants ont commencé à ne plus le prendre en charge. Pour plus d’informations, consultez les sites suivants :
https://threatpost.com/google-mozilla-microsoft-to-sever-rc4-support-in-early-2016/114498/
http://arstechnica.com/security/2015/03/noose-around-internets-tls-system-tightens-with-2-new-decryption-attacks/
Fin de la prise en charge de l’intégration du produit avec les versions 12 et 13 de Salesforce
Les mises à jour produit, les mises à jour de sécurité et l’assistance technique pour les services eSign pour Salesforce versions 12 et 13 seront interrompues le 30 avril 2016. Veuillez effectuer à l’avance une mise à niveau vers la dernière version pour continuer à bénéficier d’une assistance.
ACTION REQUISE
Les clients qui utilisent des versions qui ne sont pas prises en charge devront effectuer une mise à niveau vers la dernière version s’ils ont besoin d’une assistance technique.
Pour obtenir des informations sur la mise à niveau vers la dernière version, contactez votre responsable clientèle.
Fin de la prise en charge de l’intégration du produit avec Microsoft Dynamics CRM 2011 (local) en septembre 2016
Microsoft mettra fin au support standard de Dynamics CRM 2011 le 12 juillet 2016. Nous mettrons fin au support en septembre 2016.
ACTION REQUISE
Effectuez une mise à niveau de votre version locale vers une version de Dynamics CRM 2013 ou ultérieure (local) prise en charge par Adobe avant le 3 octobre 2016. Les clients qui utilisent des versions qui ne sont pas prises en charge devront effectuer une mise à jour vers la dernière version pour éviter toute interruption de service.
Pour obtenir des informations sur la mise à niveau vers la dernière version, contactez votre responsable clientèle.
Rappel
Version de l’intégration avec NetSuite
Adobe a publié la dernière version de l’intégration des services eSign d’Adobe Document Cloud avec NetSuite (v4.0). Cette version a obtenu l’homologation « Built for pour Netsuite » (Conçu pour NetSuite) et applique toutes les meilleures pratiques récentes en matière de conception de NetSuite.
Les nouvelles fonctionnalités sont les suivantes :
- Configuration automatique. Il s’agit d’une nouvelle préférence personnalisée qui permet aux utilisateurs qui envoient des accords dans NetSuite d’être automatiquement configurés avec un compte d’utilisateur des services eSign d’Adobe Document Cloud.
- OAuth 2.0. Pour renforcer la sécurité des données, les services Adobe Document Cloud eSign utilisent désormais OAuth 2.0 pour authentifier votre compte des services Adobe Document Cloud eSign dans NetSuite. Cette amélioration n’a aucune incidence sur votre mise en œuvre. Vous devrez toutefois effectuer une configuration unique pour autoriser votre package NetSuite à communiquer avec Adobe Document Cloud.
Plages d’adresses IP supplémentaires pour les services eSign d’Adobe Document Cloud
Les services eSign d’Adobe Document Cloud se sont développés avec la version de maintenance de février. Les services étendus fonctionneront à partir d’un nouvel ensemble d’adresses IP en plus de celles déjà utilisées.
ACTION REQUISE
Si la configuration de votre réseau ou de votre pare-feu actuel approuve explicitement les adresses IP des services eSign d’Adobe Document Cloud, vous devez mettre à jour les paramètres de configuration réseau de manière à inclure les nouvelles adresses IP afin de permettre l’accès aux services. Les adresses IP existantes resteront opérationnelles et ne doivent pas être supprimées ou retirées de votre configuration réseau.
Adresses IP existantes
Amérique du Nord :
166.78.79.112/28
207.97.227.112/28
Adresses IP supplémentaires
Amérique du Nord :
52.71.63.224/27
52.35.253.64/27
Europe :
52.48.127.160/27
52.58.63.192/27
Version de l’intégration avec NetSuite
Version d'intégration NetSuite.
Adobe a publié la dernière version de l’intégration des services eSign d’Adobe Document Cloud avec NetSuite (v4.0). Cette version a obtenu l’homologation « Built for pour Netsuite » (Conçu pour NetSuite) et applique toutes les meilleures pratiques récentes en matière de conception de NetSuite.
Les nouvelles fonctionnalités sont les suivantes :
- Provisionnement automatique. Une nouvelle préférence personnalisée qui permet aux utilisateurs qui envoient des accords dans NetSuite d'être automatiquement provisionnés avec un compte Utilisateur des services eSign d'Adobe Document Cloud.
- OAuth 2.0. Pour renforcer la sécurité des données, les services Adobe Document Cloud eSign utilisent désormais OAuth 2.0 pour authentifier votre compte des services Adobe Document Cloud eSign dans NetSuite. Cette amélioration n’a aucune incidence sur votre mise en œuvre. Vous devrez toutefois effectuer une configuration unique pour autoriser votre package NetSuite à communiquer avec Adobe Document Cloud.
Effectuez une mise à niveau dès aujourd’hui pour tirer parti de toutes ces améliorations.
Fin de vie du chiffrement RC4
Les services eSign d’Adobe Document Cloud s’alignent sur les principaux éditeurs de logiciels qui mettent fin à la prise en charge du chiffrement RC4.
Adobe interrompra la prise en charge du chiffrement RC4 sur le serveur de secure.echosign.com au début de l’année 2016. Les clients qui utilisent le chiffrement symétrique RC4 pour la communication SSL/TLS ne pourront se connecter à aucun domaine Adobe Sign en raison d’un problème de connexion SSL/TLS.
ACTION REQUISE
Il est vivement conseillé aux clients Enterprise de tester les applications personnalisées et les intégrations pour vérifier qu’elles continuent à fonctionner après cette modification. Pour la configuration des tests, contactez votre responsable clientèle.
Problème connu : les clients qui exécutent des anciennes versions de Java (version 1.6 ou versions antérieures) peuvent rencontrer des problèmes de connexion SSL/TLS.
Solution : effectuer une mise à niveau vers une version plus récente de Java (version 8).
Raison de la désactivation du chiffrement : le chiffrement de flux RC4 présente des vulnérabilités importantes et la plupart des éditeurs de logiciels indépendants ont commencé à ne plus le prendre en charge. Pour plus d’informations, consultez les sites suivants :
https://threatpost.com/google-mozilla-microsoft-to-sever-rc4-support-in-early-2016/114498/
http://arstechnica.com/security/2015/03/noose-around-internets-tls-system-tightens-with-2-new-decryption-attacks/
Rappel
Plages d’adresses IP supplémentaires pour les services eSign d’Adobe Document Cloud
Les services eSign d’Adobe Document Cloud se sont développés avec la version de maintenance de février. Les services étendus fonctionneront à partir d’un nouvel ensemble d’adresses IP en plus de celles déjà utilisées.
ACTION REQUISE
Si la configuration de votre réseau ou de votre pare-feu actuel approuve explicitement les adresses IP des services eSign d’Adobe Document Cloud, vous devez mettre à jour les paramètres de configuration réseau de manière à inclure les nouvelles adresses IP afin de permettre l’accès aux services. Les adresses IP existantes resteront opérationnelles et ne doivent pas être supprimées ou retirées de votre configuration réseau.
Adresses IP existantes
Amérique du Nord :
166.78.79.112/28
207.97.227.112/28
Adresses IP supplémentaires
Amérique du Nord :
52.71.63.224/27
52.35.253.64/27
Europe :
52.48.127.160/27
52.58.63.192/27
Fin de vie des signatures One-Click
Informations destinées aux clients utilisant One-Click comme préférence de signature : le 15 janvier 2016, les services eSign d’Adobe Document Cloud ont mis fin à la prise en charge des signatures One-Click. Tous les utilisateurs sont alors passés à la méthode standard de signature.
La méthode standard de signature offre un processus simple et rationalisé, qui a été optimisé pour fonctionner sur tous les appareils, y compris les postes de travail, les tablettes et les smartphones. Le processus de signature guide le signataire tout au long des champs obligatoires. La méthode standard offre une expérience plus riche que la méthode One-Click pour les signataires. Elle offre notamment les fonctionnalités suivantes : enregistrement automatique des données saisies dans les accords, champs de formulaire conditionnels et validation des champs.
ACTION REQUISE
Si vous n’êtes pas encore passé à la méthode standard de signature, sélectionnez Compte > Paramètres de compte > Préférences de signature et sélectionnez Standard comme méthode préférée pour signer des documents.
Placement d’un tampon de signature d’ID de transaction électronique dans vos documents
Les services eSign d’Adobe Document Cloud ont désactivé l’ID de transaction de la « bordure bleue » le 15 janvier 2016. Nous avons apporté cette modification pour offrir aux clients :
- Une plus grande vue des documents
- La possibilité de choisir où placer le tampon de signature électronique sur le document
- La possibilité de sélectionner les documents qui requièrent l’ID de transaction
ACTION REQUISE
Pour générer automatiquement une transaction et un tampon de signature pour des documents signés, les clients qui utilisent la « bordure bleue » pour annoter des documents avec des ID de transaction et des tampons de signature de participant doivent avoir mis à jour leurs documents à l’aide de balises de texte ou de champs de formulaire. Pour plus d'informations, consultez le Guide de l'utilisateur des balises de texte.
Plages d’adresses IP supplémentaires pour les services eSign d’Adobe
Les services eSign d’Adobe Document Cloud se développent. Le service étendu fonctionnera à partir d’un nouvel ensemble d’adresses IP en plus de celles déjà utilisées. Si la configuration de votre réseau ou de votre pare-feu actuel approuve explicitement les adresses IP des services eSign, vous devez mettre à jour les paramètres de configuration réseau de manière à inclure les nouvelles adresses IP afin de permettre l’accès aux services.
Adresses IP existantes
Amérique du Nord :
166.78.79.112/28
207.97.227.112/28
Adresses IP supplémentaires
Amérique du Nord :
52.71.63.224/27
52.35.253.64/27
Europe :
52.48.127.160/27
52.58.63.192/27
Remarque : Les adresses IP existantes resteront opérationnelles et ne doivent pas être supprimées ou retirées de votre configuration réseau.
Fin de vie des signatures « One-Click »
Informations destinées aux clients utilisant One-Click comme préférence de signature. À compter du 15 janvier 2016, les services eSign mettront fin à la prise en charge des signatures One-Click. Tous les utilisateurs passeront alors à la méthode standard de signature.
La méthode standard de signature offre un processus simple et rationalisé, qui a été optimisé pour fonctionner sur tous les appareils, y compris les postes de travail, les tablettes et les smartphones. Le processus de signature guide le signataire tout au long des champs obligatoires. La méthode standard offre une expérience plus riche que la méthode One-Click pour les signataires. Elle offre notamment les fonctionnalités suivantes : enregistrement automatique des données saisies dans les accords, champs de formulaire conditionnels et validation des champs.
Il est vivement conseillé aux administrateurs de passer à la méthode standard de signature avant le 15 janvier 2016. Pour passer à la méthode standard de signature, accédez à l’onglet Compte, sélectionnez « Paramètres de compte », « Préférences de signature » et « Standard » comme méthode préférée pour signer des documents.
Veuillez vous reporter à l’article ci-après si vous utilisez actuellement la « bordure bleue » pour annoter des documents avec des ID de transaction et des tampons de signature.
Placement d’un tampon de signature d’ID de transaction électronique dans vos documents
Informations destinées aux clients qui utilisent un tampon de signature et une transaction générée automatiquement pour les documents signés (« bordure bleue » autour des documents signés).
Le 15 janvier 2016, les services eSign désactiveront l’ID de transaction de la « bordure bleue ». Nous apportons cette modification pour offrir aux clients :
- Une plus grande vue des documents
- La possibilité de choisir où placer le tampon de signature électronique sur le document
- La possibilité de sélectionner les documents qui requièrent l’ID de transaction
Les clients qui utilisent actuellement la « bordure bleue » pour annoter des documents avec des ID de transaction et des tampons de signature de participant ont la possibilité de mettre à jour leurs documents à l’aide de balises de texte ou de champs de formulaire. Pour plus d'informations, consultez le Guide de l'utilisateur des balises de texte.
Changement de la date de la fin de vie du chiffrement RC4
Les services eSign d’Adobe Document Cloud s’alignent sur les principaux éditeurs de logiciels pour mettre fin à la prise en charge du chiffrement RC4 au cours du deuxième trimestre de 2016. Nous communiquerons la date précise dans les prochaines mises à jour.
Début 2016, Adobe désactivera la prise en charge du chiffrement RC4 sur le serveur secure.echosign.com. Les clients qui utilisent le chiffrement symétrique RC4 pour la communication SSL/TLS ne pourront se connecter à aucun domaine Adobe Sign en raison d’un problème de connexion SSL/TLS.
Raison de la désactivation du chiffrement RC4 :
le chiffrement de flux RC4 présente des vulnérabilités importantes et la plupart des éditeurs de logiciels indépendants ont commencé à ne plus le prendre en charge. Pour plus d’informations :
https://threatpost.com/google-mozilla-microsoft-to-sever-rc4-support-in-early-2016/114498/
http://arstechnica.com/security/2015/03/noose-around-internets-tls-system-tightens-with-2-new-decryption-attacks/
Problème connu : les clients qui utilisent des anciennes versions de Java 1.6 ou des versions antérieures peuvent rencontrer des problèmes de connexion SSL/TLS. Solution : effectuer une mise à niveau vers une version plus récente de Java 8.
Remarque : Il est vivement conseillé aux clients Enterprise de tester les applications personnalisées et les intégrations pour vérifier qu’elles continuent à fonctionner après cette modification. Pour la configuration des tests, contactez votre responsable clientèle.
Mises à jour récentes
Fin de la prise en charge d’IE7 et IE8 le 12 janvier 2016
Les services eSign s'alignent sur la politique de Microsoft concernant la fin de vie des versions antérieures d'Internet Explorer. Pour plus d’informations, consultez la politique de support Microsoft pour Internet Explorer. Par conséquent, nous ne prendrons plus en charge IE7 et IE8 à compter du 12 janvier 2016. Si vous utilisez IE7 ou IE8, effectuez une mise à niveau vers un navigateur actuel dès que possible. Consultez la liste des navigateurs pris en charge par Adobe.
Fin de vie des signatures « One-Click »
Informations destinées aux clients utilisant One-Click comme préférence de signature. À compter du 15 janvier 2016, les services Adobe eSign mettront fin à la prise en charge des signatures One-Click. Tous les utilisateurs passeront alors à la méthode standard de signature.
La méthode standard de signature offre un processus simple et rationalisé, qui a été optimisé pour fonctionner sur tous les appareils, y compris les postes de travail, les tablettes et les smartphones. Le processus de signature guide le signataire tout au long des champs obligatoires. La méthode standard offre une expérience plus riche que la méthode One-Click pour les signataires. Elle offre notamment les fonctionnalités suivantes : enregistrement automatique des données saisies dans les accords, champs de formulaire conditionnels et validation des champs.
Les administrateurs sont invités à passer à la méthode standard de signature avant le 15 janvier. Pour passer à la méthode standard de signature, accédez à l’onglet Compte, sélectionnez « Paramètres de compte », « Préférences de signature » et « Standard » comme méthode préférée pour signer des documents.
Veuillez vous reporter à l’article ci-après si vous utilisez actuellement la « bordure bleue » pour annoter des documents avec des ID de transaction et des tampons de signature.
Placement d’un tampon de signature d’ID de transaction électronique dans vos documents.
La date du 1er décembre 2015 a été changée en 15 janvier 2016
Informations destinées aux clients qui utilisent un tampon de signature et une transaction générée automatiquement pour les documents signés (« bordure bleue » autour des documents signés).
Le 15 janvier 2015, les services Adobe eSign désactiveront l’ID de transaction de la « bordure bleue » Nous apportons cette modification pour offrir aux clients :
- Une plus grande vue des documents
- La possibilité de choisir où placer le tampon de signature électronique sur le document
- La possibilité de sélectionner les documents qui requièrent l’ID de transaction
Les clients qui utilisent actuellement la « bordure bleue » pour annoter des documents avec des ID de transaction et des tampons de signature de participant ont la possibilité de mettre à jour leurs documents à l’aide de balises de texte ou de champs de formulaire. Pour plus d'informations, consultez le Guide de l'utilisateur des balises de texte.
Fin de la prise en charge d’IE7 et IE8 le 12 janvier 2016
Le service eSign s’aligne sur la politique de Microsoft en matière de fin de vie des versions anciennes d’Internet Explorer. Pour plus d’informations, consultez la politique de support Microsoft pour Internet Explorer. Par conséquent, nous ne prendrons plus en charge IE7 et IE8 à compter du 12 janvier 2016. Si vous utilisez IE7 ou IE8, effectuez une mise à niveau vers un navigateur actuel dès que possible. Consultez la liste des navigateurs pris en charge par Adobe.
Mises à jour récentes
Changement de la date de la fin de vie du chiffrement RC4
Les services eSign d’Adobe Document Cloud s’alignent sur les principaux éditeurs de logiciels pour mettre fin à la prise en charge du chiffrement RC4 au début de l’année 2016. Il s’agit d’une modification de la date du 5 novembre précédemment communiquée.
Début 2016, Adobe désactivera la prise en charge du chiffrement RC4 sur le serveur secure.echosign.com. Les clients qui utilisent le chiffrement symétrique RC4 pour la communication SSL/TLS ne pourront se connecter à aucun domaine Adobe Sign en raison d’un problème de connexion SSL/TLS.
Raison de la désactivation du chiffrement RC4 :
le chiffrement de flux RC4 présente des vulnérabilités importantes et la plupart des éditeurs de logiciels indépendants ont commencé à ne plus le prendre en charge. Pour plus d’informations :
https://threatpost.com/google-mozilla-microsoft-to-sever-rc4-support-in-early-2016/114498/
http://arstechnica.com/security/2015/03/noose-around-internets-tls-system-tightens-with-2-new-decryption-attacks/
Problème connu : les clients qui utilisent des anciennes versions de Java 1.6 ou des versions antérieures peuvent rencontrer des problèmes de connexion SSL/TLS. Solution : effectuer une mise à niveau vers une version plus récente de Java 8.
Pour les tests d’API, veuillez contactez votre responsable clientèle.
Fin de la prise en charge d’IE7 et IE8 le 12 janvier 2016
Le service eSign s’aligne sur la politique de Microsoft en matière de fin de vie des versions anciennes d’Internet Explorer. Pour plus d’informations, consultez la politique de support Microsoft pour Internet Explorer. Par conséquent, nous ne prendrons plus en charge IE7 et IE8 à compter du 12 janvier 2016. Si vous utilisez IE7 ou IE8, effectuez une mise à niveau vers un navigateur actuel dès que possible. Consultez la liste des navigateurs pris en charge par Adobe.
Mises à jour récentes
Placement d’un tampon de signature d’ID de transaction électronique dans vos documents
Informations destinées aux clients qui utilisent un tampon de signature et une transaction générée automatiquement pour les documents signés (« bordure bleue » autour des documents signés).
Le 1er décembre 2015, les services Adobe eSign désactiveront l’ID de transaction de la « bordure bleue ». Nous apportons cette modification pour offrir aux clients :
- Une plus grande vue des documents
- La possibilité de choisir où placer le tampon de signature électronique sur le document
- La possibilité de sélectionner les documents qui requièrent l’ID de transaction
Les clients qui utilisent actuellement la « bordure bleue » pour annoter des documents avec des ID de transaction et des tampons de signature de participant ont déjà la possibilité de mettre à jour leurs documents à l’aide de balises de texte ou de champs de formulaire. Pour plus d'informations, consultez le Guide de l'utilisateur de balise de texte.
Nouvelles exigences en matière de mot de passe
Nous renforçons nos exigences en matière de mot de passe. Il vous sera peut-être demandé prochainement de mettre à jour votre mot de passe qu’il réponde aux critères suivants :
- Les mots de passe doivent comporter 8 caractères au minimum et 100 caractères au maximum.
- Les mots de passe doivent respecter ces règles de complexité.
1. Au moins 1 caractère majuscule
2. Au moins 1 caractère minuscule
3. Au moins 1 chiffre
4. Au moins 1 caractère spécial (ponctuation) sauf espace
- Les mots de passe ne peuvent pas contenir de nom d’utilisateur, de prénom ou de nom ne respectant pas la casse.
- Les mots de passe ne doivent pas être des mots de passe couramment utilisés comme Password1.
Le nouveau mot de passe est refusé s’il correspond à des mots de passe précédemment utilisés. Le nombre par défaut de mots de passe précédents pris désormais en compte est de 10. Si l’administrateur de votre compte a remplacé explicitement la limite pour votre compte, celle-ci restera en vigueur.
Lorsque vous vous connectez pour accéder au service, recherchez un message dans le produit vous invitant à mettre à jour votre mot de passe.
Fin de vie du chiffrement RC4
Les services eSign d’Adobe Document Cloud s’alignent sur les principaux éditeurs de logiciels pour mettre fin à la prise en charge du chiffrement RC4 au début de l’année 2016.
Début 2016, Adobe désactivera la prise en charge du chiffrement RC4 sur le serveur secure.echosign.com. Les clients qui utilisent le chiffrement symétrique RC4 pour la communication SSL/TLS ne pourront se connecter à aucun domaine Adobe Sign en raison d’un problème de connexion SSL/TLS.
Pourquoi RC4 est désactivé :
Le chiffrement de flux RC4 présente des vulnérabilités majeures connues et la plupart des éditeurs de logiciels indépendants ont commencé à supprimer progressivement leur prise en charge. Pour plus d’informations :
https://threatpost.com/google-mozilla-microsoft-to-sever-rc4-support-in-early-2016/114498/
http://arstechnica.com/security/2015/03/noose-around-internets-tls-system-tightens-with-2-new-decryption-attacks/
Problèmes connus :
Les clients qui utilisent Java 1.6 ou des versions antérieures peuvent rencontrer des problèmes de connexion SSL/TLS. Solution : effectuer une mise à niveau vers une version plus récente de Java 8.
Pour les tests d’API, veuillez contactez votre responsable clientèle.
Mise à jour du certificat SSL le dimanche 18 octobre 2015
Le service eSign d’Adobe Document Cloud développe de manière significative ses opérations : des centres de données supplémentaires permettent d’améliorer la qualité du service, d’optimiser les performances des signatures électroniques et de développer la présence l’internationale du service. Pour accompagner ce développement, nous ajouterons d’autres domaines web aux domaines déjà pris en charge par Adobe eSign.
Pour prendre en charge les domaines supplémentaires, le certificat SSL utilisé par les services eSign sera mis à jour le dimanche 18 octobre 2015. La modification apportée au certificat SSL se limite à la clé publique : aucune modification n’a été apportée au modèle ou aux protocoles de chiffrement sous-jacents. En outre, aucun changement n’a été effectué dans les certificats racines et intermédiaires.
Nous ne pensons pas que cette modification aura un impact sur la grande majorité des clients, car les navigateurs web et les applications mobiles (iOS ou Android) valideront de manière transparente les nouveaux certificats. Toutefois, si vous disposez d’intégrations personnalisées avec le service Adobe eSign utilisant les API SOAP ou REST et si l’une de ces intégrations comprend la clé publique existante, cette intégration devra être mise à jour afin d’inclure la nouvelle clé publique pour la validation du serveur avant le 18 octobre 2015. Avec un certificat inclus dans votre application d’intégration, le service Adobe eSign présentera un certificat SSL particulier avec la clé publique spécifique. Si vous ne mettez pas à jour le certificat, l’intégration ne sera pas opérationnelle. Veuillez vous reporter à la fin de ce document pour découvrir la clé publique du nouveau certificat SSL du service Adobe eSign.
Clé publique.
Le 18 octobre 2015, le certificat SSL d’Adobe eSign possédera la clé publique suivante :
-----BEGIN PUBLIC KEY-----
MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAyX/qrvtOKHZNMn2KQPEY ay9rBLWdh21c6B0Fv0cIs89DKmlLxRQhuzralVTokMcaqNyJYm01MP1Jj7EySbtk mNjQmGWSFhbGgvPY5mToDNu14IfqaZ5khm2Nnp2IKh9zqt5ENZcBflPJ9oYToiLZ EXnaeQOW4pi+MgTwn0OHz2i+9O5CAa/xxgpxouQhZzkc7dECKZnzXqOcEOHVUs/8 lxYpDHogfQhSQHbZryp4KmrjSLcZeIV94VswOBG/rwbjlSj8bkoPkI3II4ZLW/GH MW390E/4BzuXuh0NO84yRyegfTn6O2mx05ZakzB93+wpRIDauh5Iuah6nXvJe9bn SQIDAQAB
-----END PUBLIC KEY-----
Si vous utilisez notre clé publique dans votre intégration, veuillez remplacer l’ancien certificat par cette nouvelle clé publique au plus tard le dimanche 18 octobre 2015.
Pour toute question, veuillez contacter l'assistance clientèle à l'adresse support@echosign.com.
Fin de la prise en charge d’IE7 et IE8 le 12 janvier 2016
Le service eSign s’aligne sur la politique de Microsoft en matière de fin de vie des versions anciennes d’Internet Explorer. Pour plus d’informations, consultez la politique de support Microsoft pour Internet Explorer. Par conséquent, nous ne prendrons plus en charge IE7 et IE8 à compter du 12 janvier 2016. Si vous utilisez IE7 ou IE8, effectuez une mise à niveau vers un navigateur actuel dès que possible. Consultez la liste des navigateurs pris en charge par Adobe.
Placement d’un tampon de signature d’ID de transaction électronique dans vos documents
Informations destinées aux clients qui utilisent un tampon de signature et une transaction générée automatiquement pour les documents signés (« bordure bleue » autour des documents signés).
Le 1er décembre 2015, les services Adobe eSign désactiveront l’ID de transaction de la « bordure bleue ». Nous apportons cette modification pour offrir aux clients :
- Une plus grande vue des documents
- La possibilité de choisir où placer le tampon de signature électronique sur le document
- La possibilité de sélectionner les documents qui requièrent l’ID de transaction
Les clients qui utilisent actuellement la « bordure bleue » pour annoter des documents avec des ID de transaction et des tampons de signature de participant ont la possibilité de mettre à jour leurs documents à l’aide de balises de texte ou de champs de formulaire. Pour plus d'informations, consultez le Guide de l'utilisateur de balise de texte.
Nouvelles exigences en matière de mot de passe
Nous renforçons nos exigences en matière de mot de passe. Dans les prochains mois, vous devrez mettre à jour votre mot de passe pour qu’il réponde aux critères suivants :
- Les mots de passe doivent comporter 8 caractères au minimum et 100 caractères au maximum.
- Les mots de passe doivent respecter ces règles de complexité.
1. Au moins 1 caractère majuscule
2. Au moins 1 caractère minuscule
3. Au moins 1 chiffre
4. Au moins 1 caractère spécial (ponctuation)
- Les mots de passe ne peuvent pas contenir de nom d’utilisateur, de prénom ou de nom ne respectant pas la casse. Le nom d’utilisateur est défini en tant que sous-chaîne avant la partie @ d’une adresse e-mail. Pour des raisons de simplicité d’utilisation, ces règles s’appliquent uniquement si la chaîne comprend un nombre de caractères supérieur ou égal à 3.
- Les mots de passe ne doivent pas être des mots de passe couramment utilisés comme Password1.
- Les mots de passe ne doivent pas contenir des caractères ne respectant pas la casse des 10 derniers mots de passe.
Lorsque vous vous connectez pour accéder au service, recherchez un message dans le produit vous invitant à mettre à jour votre mot de passe.
Changement de la date de fin de vie du chiffrement RC4
Les services eSign d’Adobe Document Cloud s’alignent sur les principaux éditeurs de logiciels pour mettre fin à la prise en charge du chiffrement RC4 au début de l’année 2016. Il s’agit d’une modification de la date du 5 novembre 2015 précédemment communiquée.
Début 2016, Adobe désactivera la prise en charge du chiffrement RC4 sur le serveur secure.echosign.com. Les clients qui utilisent le chiffrement symétrique RC4 pour la communication SSL/TLS ne pourront se connecter à aucun domaine Adobe Sign en raison d’un problème de connexion SSL/TLS.
Raison de la désactivation du chiffrement RC4 :
le chiffrement de flux RC4 présente des vulnérabilités importantes et la plupart des éditeurs de logiciels indépendants ont commencé à ne plus le prendre en charge. Pour plus d’informations :
https://threatpost.com/google-mozilla-microsoft-to-sever-rc4-support-in-early-2016/114498/
http://arstechnica.com/security/2015/03/noose-around-internets-tls-system-tightens-with-2-new-decryption-attacks/
Problèmes connus :
- Les clients qui utilisent Java 1.6 ou des versions antérieures peuvent rencontrer des problèmes de connexion SSL/TLS. Solution : effectuer une mise à niveau vers une version plus récente de Java 8.
- Les clients qui utilisent IE6 sous Windows XP rencontreront des problèmes de connexion SSL/TLS. Solution : effectuer une mise à niveau du système d’exploitation et du navigateur vers des versions prises en charge par les services eSign d’Adobe Document Cloud, IE9 et version ultérieure, Chrome, Firefox ou Safari.
Pour les tests d’API, veuillez contactez votre responsable clientèle.
Mises à jour récentes
URL correcte pour la connexion aux services eSign
Vérifiez que vous avez communiqué aux utilisateurs l’URL de connexion correcte et que vous avez mis à jour tous les signets. L'URL de connexion pour les services eSign est https://secure.echosign.com/public/login/
Simplifiez votre travail avec Acrobat Sign
Gérez et signez des documents en ligne rapidement et facilement.
