KEY-WORDS : INTERVAL ARITHMETIC / RELIABLE COMPUTATION / WRAPPING EFFECT / DATA DEPENDENCY / RUMP'S ALGORITHM FOR LINEAR SYSTEMS / INTERVAL NEWTON METHOD FOR NONLINEAR SYSTEMS / HANSEN'S ALGORITHM FOR GLOBAL OPTIMIZATION
MOTS-CLES : ARITHMETIQUE PAR INTERVALLES / FIABILITE/ EFFET ENVELOPPANT / DEPENDANCE DES DONNEES / ITERATION DE GAUSS-SEIDEL PAR INTERVALLES / METHODE DE NEWTON PAR INTERVALLES / ALGORITHME DE HANSEN POUR L'OPTIMISATION GLOBALE

Ce document définit le protocole de service de message ebXML devant assurer un échange de message fiable et sûr entre deux parties. Il définit également le comportement dans les opérations de traitement par le service de message dans l'envoi et la réception de ces messages via un protocole de communication de données. L'idée centrale est de définir un modèle de service de message indépendamment du contenu (électronique) véhiculé et du protocole de transport utilisé.

L'approche générale en est une d'enveloppement du contenu à transmettre d'une manière qui met à profit une couche XML capable d'opérer avec tout protocole de communications, par exemple HTTP ou SMTP. Un Message ebXML utilise l'habit d'une enveloppe de message MIME/multipart et ce, d'une façon conforme à la spécification d'un message SOAP 1.1 avec des pièces jointes (SOAPAttach), le tout constituant un Colis-message. Ce colis-message est donc au croisement des standards SOAP et MIME de façon à miser en même temps sur la structure XML de l'enveloppe SOAP et sur la souplesse et les mécanismes de sécurité de MIME, et le déploiement étendu de ces protocoles dans les réseaux existants.

Le Message ebXML se compose de deux parties logiques :

1- Une première partie MIME, le Contenant d'en-tête, qui est une structure XML consistant en un élément, l'enveloppe SOAP. Cette enveloppe SOAP se compose d'un en-tête SOAP servant à déclarer des caractéristiques du message et d'un corps SOAP servant à contrôler l'opérateur du service de message ainsi qu'à fournir de l'information à propos du contenu informationnel du ou des Contenants dans la ou les parties MIME suivante(s).

2- Zéro ou plusieurs autres parties MIME, les Contenants de contenu informationnel.

Le Contenant d'en-tête déclare son type MIME qui est text/xml, et son jeu de caractères (UTF-8 recommandé). Introduite sous l'en-tête SOAP, l'En-tête de message ebXML comprend les éléments suivants :

- facultatifs : identifiants et version de l'en-tête

- indication de l'obligation ou non , en SOAP (mustUnderstand), que l'en-tête puisse être interprété par le dispositif de réception sous peine de rejet

- De (From) : celui qui envoie le message, comme celui qui reçoit peuvent contenir des identifiants logiques, des localisations, des désignations de rôle autorisé

- À (To) : le destinataire du message

- CPAId : identifiant de l'entente de protocole de collaboration régissant ce message

- ConversationId : identifiant de l'ensemble des messages interreliés qui forment une Conversation entre deux parties, dans le contexte d'une Entente de protocole de collaboration. Cet identifiant est créé par le système qui applique l'entente.

- Service : identification, par le concepteur, du service qui agit à la suite d'un message, ce qui correspond à un ensemble d'actions interreliées pour un rôle autorisé chez une partie à l'interne.

- Action : la plus petite unité de procédure à l'intérieur d'un service

- MessageData : se compose d'un identifiant de message, d'une horodatation, d'une référence conditionnelle à un message antérieur auquel celui-ci est relié, et d'une échéance de livraison (TimeToLive) à valider par l'opérateur du service de message chez le destinataire

- DuplicateElimination : demande au destinataire d'éliminer les messages dupliqués des envois provenant de lui s'il s'en trouve

- Description : texte descriptif du message.

Le Corps de message SOAP peut contenir un Manifeste qui dresse une liste de Référence(s) à toute partie des données rassemblées dans les Contenants de contenu informationnel, avec aussi les références au(x) Schéma(s) devant gouverner la validation de chaque instance de document référencée.

Le Service de message ebXML comporte trois modules de base : sécurité, opération sur erreurs, réponse synchrone.

Le module de sécurité mise sur la signature numérique (XmlDSig) pour diverses fonctions d'authentification, d'intégrité, de confidentialité, d'autorisation, d'horodatation.

Le module d'opération sur erreurs décrit comment un opérateur de service de message ebXML doit rapporter à un autre opérateur les erreurs qu'il détecte dans un message ebXML reçu de lui. Ce module est associé à SOAP dont il définit une sorte de profil d'application; la spécification plus précise de la couche ebXML est apportée des extensions à SOAP dans ses opérations sur erreurs : ajout d'un élément Liste d'erreurs dans l'en-tête SOAP, d'un attribut de sévérité d'erreur (erreur, avertissement), d'un élément Erreur (identifiant, code de contexte, code d'erreur, sévérité, localisation, description). Les erreurs rapportées peuvent être :




--------------------------------------------------
Note added at 2003-02-23 22:55:16 (GMT)
--------------------------------------------------

Key Wrapping
Wrapping of keys is the only means provided for you to obtain the value of a secret or private key for storage or distribution outside of CCS. The CCS_WrapKey function wraps such keys in a manner that protects their confidentiality and integrity. You can subsequently load wrapped keys into CCS calling CCS_UnwrapKey. (You can store or distribute public keys outside of CCS in the form of certificates generated by the CCS_GenerateCertificate function.)

A wrapped key includes all attributes of the key object, which are restored to their original form when the key is unwrapped. Wrapped keys have the confidentiality of their sensitive attributes (secret or private key values) protected by encryption, and have the integrity of all attributes protected by a cryptographic integrity mechanism. Non-sensitive attributes are stored in the clear in wrapped keys.

You can wrap keys using either secret or public key-wrapping keys. Various key-wrapping keys, described below, are predefined by CCS for this purpose. Alternatively, you can generate or load your own key-wrapping keys through the same CCS interfaces as other keys.

Note that when you wrap a key using a public key-wrapping key, the integrity mechanism protects the wrapped key\'s attributes against accidental or intentional modification, but does not assure the authenticity of the wrapped key (that is, that it originated in CCS). In this case, you must specify one of the keys discussed in Sealing Keys as the sealing key when calling CCS_WrapKey to ensure the authenticity of the wrapped key, else attempts to unwrap the key by calling CCS_UnwrapKey will fail.

http://developer.novell.com/ndk/doc/cryptlib/index.html?page...