L’Audience Manager requiert la signature numérique des requêtes HTTP(S) serveur à serveur pour qu’elles soient valides. Ce document décrit comment vous pouvez signer des requêtes HTTP(S) avec des clés privées.
Présentation
A l’aide d’une clé privée fournie par vous et partagée avec Audience Manager, nous pouvons signer numériquement les requêtes HTTP(S) envoyées entre IRIS et votre serveur HTTP(S). Cela garantit :
Authenticité : seul l'expéditeur disposant de la clé privée (IRIS) peut envoyer des HTTP(S) messages valides au partenaire.
Intégrité du message : avec cette approche, même HTTPsur, vous êtes protégé d'un homme dans l'attaque médiane où les messages sont déformés.
IRIS prend en charge la rotation des clés sans temps d’inactivité, comme le montre la section Rotation des clés privées ci-dessous.
Informations à fournir
Pour une destination serveur à serveur en temps réel HTTP(S), contactez votre Audience Manager consultant et spécifiez :
Clé utilisée pour signer la demande.
Nom de l’en-tête HTTP(S) qui contiendra la signature générée (X-Signature dans l’exemple d’en-tête ci-dessous).
Facultatif : type de hachage utilisé pour la signature (md5, sha1, sha256).
* Connected to partner.website.com (127.0.0.1) port 80 (#0)
> POST /webpage HTTP/1.1
> Host: partner.host.com
> Accept: */*
> Content-Type: application/json
> Content-Length: 20
> X-Signature: +wFdR/afZNoVqtGl8/e1KJ4ykPU=
POST message content
Fonctionnement
IRIS crée le HTTP(S) message à envoyer au partenaire.
IRIS crée une signature basée sur le HTTP(S) message et la clé privée communiquée par le partenaire.
IRIS envoie la HTTP(S) demande au partenaire. Ce message contient la signature et le message réel, comme indiqué dans l’exemple ci-dessus.
Le serveur partenaire reçoit la demande HTTP(S). Il lit le corps du message et la signature reçue de IRIS.
En fonction du corps du message reçu et de la clé privée, le serveur partenaire recalcule la signature. Consultez la section Comment calculer la signature ci-dessous pour savoir comment y parvenir.
Comparez la signature créée sur le serveur partenaire (destinataire) à celle reçue de IRIS (expéditeur).
Si les signatures correspondent, l’authenticité et l’intégrité du message ont été validées. Seul l’expéditeur, qui possède la clé privée, peut envoyer une signature valide (authenticité). De plus, un homme au milieu ne peut pas modifier le message et générer une nouvelle signature valide, puisqu'il n'a pas la clé privée (intégrité du message).
Comment calculer la signature
HMAC (Code d’authentification de message basé sur le hachage) est la méthode utilisée IRIS pour la signature de message. Les implémentations et les bibliothèques sont disponibles dans tous les langages de programmation. HMAC n'a pas d'attaques d'extension connues. Voir un exemple dans Java ci-dessous :
// Message to be signed.
// For GET type HTTP(S) destinations, the message used for signing will be the REQUEST_PATH + QUERY_STRING
// For POST type HTTP(S) destinations, the message used for signing will be the REQUEST_BODY.
// String getData = "/from-aam-s2s?sids=1,2,3";
String postData = "POST message content";
// Algorithm used. Currently supported: HmacSHA1, HmacSHA256, HmacMD5.
String algorithm = "HmacSHA1";
// Private key shared between the partner and Adobe Audience Manager.
String key = "sample_partner_private_key";
// Perform signing.
SecretKeySpec signingKey = new SecretKeySpec(key.getBytes(), algorithm);
Mac mac = Mac.getInstance(algorithm);
mac.init(signingKey);
byte[] result = mac.doFinal(postData.getBytes());
String signature = Base64.encodeBase64String(result).trim();
// signature = +wFdR/afZNoVqtGl8/e1KJ4ykPU=
Pour faire pivoter la clé privée, les partenaires doivent communiquer la nouvelle clé privée à leur Adobe Audience Manager consultant. L’ancienne clé est supprimée de Audience Manager et IRIS envoie uniquement le nouvel en-tête de signature. Les clés ont été tournées.
Données utilisées pour la signature
Pour les destinations de type GET, le message utilisé pour la signature sera le REQUEST_PATH + REQUÊTE STRING (par ex. /from-aam-s2s?sids=1,2,3). IRIS ne prend pas en compte les en-têtes de nom d'hôte ou HTTP(S) : ils peuvent être modifiés/mal configurés le long du chemin d'accès ou signalés de manière incorrecte.
Pour les destinations de type POST, le message utilisé pour la signature est REQUEST BODY. Là encore, les en-têtes ou les autres paramètres de requête sont ignorés.
