Configurazione AS2

Accordi: gli accordi bilaterali con i partner commerciali, o partnership, definiscono la relazione tra le due parti che si scambiano messaggi (file). Per definire un accordo, Transfer Family combina informazioni su server, profilo locale, profilo partner e certificato. I processi Transfer Family AS2 -inbound utilizzano accordi.

Certificati: i certificati a chiave pubblica (X.509) vengono utilizzati nelle AS2 comunicazioni per la crittografia e la verifica dei messaggi. I certificati vengono utilizzati anche per gli endpoint dei connettori.

Profili locali e profili partner: un profilo locale definisce l'organizzazione o il «partito» locale (con server Transfer Family AS2 abilitato). Allo stesso modo, un profilo partner definisce l'organizzazione del partner remoto, esterna a Transfer Family.

Crittografia: obbligatoria (per il trasporto HTTP, che è l'unico metodo di trasporto attualmente supportato). I messaggi non crittografati vengono accettati solo se inoltrati da un proxy con terminazione TLS come un Application Load Balancer (ALB) e l'intestazione è presente. X-Forwarded-Proto: https

Firma: facoltativa

Compressione: facoltativa (l'unico algoritmo di compressione attualmente supportato è ZLIB)

Message Disposition Notice (MDN): opzionale

AES128_CBC

AES192_CBC

AES256_CBC

3DES (solo per compatibilità con le versioni precedenti)

Firma in entrata e MDN — SHA1,,, SHA256 SHA384 SHA512

Firma in uscita e MDN —,,, SHA1 SHA256 SHA384 SHA512

Trasferimenti in entrata: sincroni e asincroni

Trasferimenti in uscita: solo sincroni

Simple Mail Transfer Protocol (SMTP) (email MDN) — Non supportato

Trasferimenti in entrata: HTTP è l'unico trasporto attualmente supportato ed è necessario specificarlo in modo esplicito.

Trasferimenti in uscita: se si fornisce un URL HTTP, è necessario specificare anche un algoritmo di crittografia. Se fornisci un URL HTTPS, hai la possibilità di specificare NONE per il tuo algoritmo di crittografia.

Il keep-alive TCP sul lato server non è supportato. La connessione scade dopo 350 secondi di inattività, a meno che il client non invii pacchetti keep-alive.

Affinché un contratto attivo venga accettato dal servizio e venga visualizzato nei CloudWatch log di Amazon, i messaggi devono contenere AS2 intestazioni valide.

Il server da AWS Transfer Family cui riceve i messaggi AS2 deve supportare l'attributo di protezione dell'algoritmo Cryptographic Message Syntax (CMS) per la convalida delle firme dei messaggi, come definito nella RFC 6211. Questo attributo non è supportato in alcuni prodotti IBM Sterling precedenti.

Un messaggio duplicato IDs genera un messaggio elaborato/avviso: documento duplicato.

La lunghezza della chiave per i AS2 certificati deve essere di almeno 2048 bit e al massimo di 4096.

Quando si inviano AS2 messaggi o in modo asincrono MDNs all'endpoint HTTPS di un partner commerciale, i messaggi MDNs devono utilizzare un certificato SSL valido firmato da un'autorità di certificazione (CA) pubblicamente affidabile. I certificati autofirmati sono attualmente supportati solo per i trasferimenti in uscita.

L'endpoint deve supportare il protocollo TLS versione 1.2 e un algoritmo crittografico consentito dalla politica di sicurezza (come descritto in). Politiche di sicurezza per i server AWS Transfer Family

Al momento non sono supportati più allegati e messaggi di scambio di certificati (CEM) della AS2 versione 1.2.

L'autenticazione di base è attualmente supportata solo per i messaggi in uscita.

È possibile collegare un flusso di lavoro di elaborazione file a un server Transfer Family che utilizza il AS2 protocollo: tuttavia, AS2 i messaggi non eseguono flussi di lavoro collegati al server.