| |
|
| |
| |
PROAS2 |
|
|
PROAS2 révolutionne les Échanges de Données Informatisés entre sociétés en national ou international
par l’emploi du protocole de transport sécurisé
EDI-INT AS2
(Applicatibility Statement 2)
sur internet.
Voir la FAQ complète du protocole AS2
En utilisant le réseau internet, PROAS2 réduit les coûts des échanges, intègre un niveau de sécurité
supplémentaire (cryptage des données, signatures) ainsi qu’un suivi des messages complet grâce au
mécanisme d’acquittement. Les données envoyées sont lisibles uniquement par le destinataire,
le protocole EDIINT AS2 assurant la confidentialité, l’authentification, l’intégrité et la non répudiation.
PROAS2 permet des transferts sans intermédiaires instantanés, un paramétrage plus souple selon
les besoins et capacités des partenaires, une interopérabilité avec les autres systèmes, réseaux
et protocoles existants.
PROAS2 est une solution autonome et modulaire d'émission et de réception
sécurisée de fichiers de toute nature (EDIFACT, XML, ...) sur le réseau internet utilisant le protocole EDIINT AS2.
|
| |
| |
|
Fonctionnalités |
|
+ Interface web de suivi des messages et du trafic
(file d’attente, statuts, …)
+ Réception MDN synchrone ou asynchrone (MDN : Message Disposition Notification,
un acquittement MDN étant une confirmation de traitement par le destinataire)
+ Interface web de paramétrage des
environnements émetteurs et des partenaires
+ Génération, importation et exportation de certificats
(DER, PEM), de
clés auto signées utilisant les
algorithmes asymétriques : RSA, DSA
+ Algorithmes de cryptage symétriques supportés :
DES, 3DES, RC2, RC4
+ Encapsulation SMIME supportant la compression
+ Lien automatisé vers vos applicatifs ou avec notre
traducteur PROEDI/400
+ Lien vers les intergiciels asynchrone MOM
(Middleware Oriented Message) comportant
une entrée JMS (java Message Service)
|
|
|
|
Vous souhaitez obtenir plus d'informations concernant ce produit ?
>> remplissez le formulaire de renseignement...
|
|
EDI-INT AS2 |
fermer |x|
|
Protocole INTERNET hautement sécurisé, permettant l’échange d’informations entre partenaires commerciaux, indépendamment du type de données utilisées (EDIFACT, XML..).
INTERNET est un réseau public et il devenait urgent de trouver le moyen d’y échanger des données commerciales en toute sécurité.
AS2 fournit une enveloppe aux données, autorisant leur envoi au travers d’INTERNET (ou de tout autre réseau basé sur TCP-IP) via le protocole HTTP.
Deux différences importantes entre les réseaux X400 et AS2 :
1. L’AS2 ne fonctionne que sur des réseaux exploitant TCP-IP avec une adresse publique fixe sur Internet
2. L’ordinateur récepteur doit être connecté à INTERNET au moment où le document est envoyé. Par conséquent, les partenaires s’engageant sur l’AS2 s’orientent vers une exploitation de TCP-IP.
Pourquoi AS2 ?
Des formats communs (aujourd’hui, EDI et XML)
Des réseaux communs
La délivrance de documents lisibles uniquement par leurs destinataires officiels
La transmission sécurisée des documents, afin que nul ne puisse les lire lorsqu’ils transitent sur les réseaux
La non-répudiation, autrement dit la garantie pour le destinataire que le document reçu a été envoyé par l’entité affichant le statut d’émetteur : vérification que les données n’ont pas été modifiées dans la transport (signature)
AS2 (Applicatibility Statement 2) a été conçu pour répondre à des besoins professionnels (messagerie d’entreprise rattachée à l’EDI) et s’intègre parfaitement à INTERNET.
Il couvre le cryptage, la signature et intègre le principe de l’accusé de réception.
AS2 est un protocole de transport.
Fermer cette fenêtre.
|
|
|
AS2 sur INTERNET |
fermer |x|
|
Comment fonctionne AS2 ?
Avant toute chose, l’AS2 nécessite de posséder une adresse publique Internet qui ne doit jamais être changée. Cette adresse publique est l’équivalent du numéro de téléphone de la société.
Les sociétés utilisant l’AS2 doivent avoir de ce fait une structure sécurisée Internet (DMZ, Firewall, ...).
Fermer cette fenêtre.
|
|
|
Cryptage des données |
fermer |x|
|
Principe des échanges de clefs en AS2 :
Chaque partenaire dans les échanges AS2 doit avoir 2 clefs :
Clef publique
Clef privée
Ces clefs sont basées sur un algorithme asymétrique.
Pourquoi un algorithme asymétrique ?
Pour la seule et simple raison que la clef privée est la propriété exclusive de son possesseur et ne doit jamais être divulguée (équivalent du numéro de Carte Bleue).
Principe d’échange des clefs publiques entre deux partenaires :

L’échange des clefs publiques entre partenaires va permettre de décrypter les messages et ainsi de connaître les informations de l’expéditeur :
Nom
Coordonnées
Etc.
Fermer cette fenêtre.
|
|
|
Émission / Réception Messages |
fermer |x|
|
Comment recevoir ou émettre un message AS2 ?
Le logiciel est toujours à l’écoute de messages entrants. Dès qu’un message arrive, toute la vérification, décryptage, contrôle des certificats, ... se fait avant d’envoyer le message à l’applicatif (traducteur EDI ou autre).
Le cheminement des messages se fait ensuite comme une réception classique (via X400 par exemple).
L’envoi des messages en provenance de l’applicatif (traducteur EDI ou autre) vers des destinataires de type AS2 se fait tout aussi simplement.
Fermer cette fenêtre.
|
|
|
Certification |
fermer |x|
|
Comment générer un certificat Société ?
Le logiciel AS2 permet de générer les clefs publiques et privées (RSA, DSA, auto signée).
La clef générée n’est pas utilisable telle quelle et nécessite une certification par un organisme officiel indépendant, par exemple GS1 (ex GENCOD).
Etapes de certification de la clef publique :
1. Demande auprès de l’autorité de certification d’une génération d’un certificat. Cette demande a un coût de l’ordre de 200 € tous les 2 ans.
Lors de la demande, un dossier est à remplir avec la fourniture de certains documents tels que :
Kbis de moins de 3 mois
Photocopie de la pièce d’identité du demandeur
Bon de commande
2. Le logiciel génère un CSR (Certificat Syntaxe Request) à partir de la clé publique.
Connexion sur le serveur de certification afin que ce dernier puisse signer et générer le certificat final.
C’est ce certificat qui sera envoyé au partenaire (ex : Auchan). Le partenaire faisant de même.
3. Une fois l’échange de certificats effectué, l’échange entre les partenaires est prêt.
Fermer cette fenêtre.
|
|
|