Configurar AS2

Acordos — Acordos bilaterais de parceiros comerciais, ou parcerias, definem o relacionamento entre as duas partes que estão trocando mensagens (arquivos). Para definir um contrato, o Transfer Family combina um servidor, um perfil local, um perfil de parceiro e informações do certificado. Os AS2-inbound processos da Transfer Family usam acordos.

Certificados — Os certificados de chave pública (X.509) são usados na comunicação AS2 para criptografia e verificação de mensagens. Os certificados também são usados para terminais de conectores.

Perfis locais e perfis de parceiros — Um perfil local define a organização ou “parte” local (servidor da família de AS2-enabled transferência). Da mesma forma, um perfil de parceiro define a organização parceira remota, externa à Transfer Family.

Criptografia – Obrigatório (para transporte HTTP, que é o único método de transporte suportado atualmente). Mensagens não criptografadas só são aceitas se encaminhadas por um TLS-terminating proxy, como um Application Load Balancer (ALB), e o X-Forwarded-Proto: https cabeçalho estiver presente.

Assinatura — Opcional

Compressão — Opcional (o único algoritmo de compactação atualmente suportado é ZLIB)

Aviso de disposição de mensagens (MDN) — Opcional

AES128_CBC

AES192_CBC

AES256_CBC

3DES (somente para compatibilidade com versões anteriores)

Assinatura de entrada e MDN — SHA1, SHA256, SHA384, SHA512

Assinatura de saída e MDN — SHA1, SHA256, SHA384, SHA512

Transferências de entrada — síncronas e assíncronas

Transferências de saída — síncronas e assíncronas

Protocolo de transferência de correio simples (SMTP) (e-mail MDN) – Não suportado

Transferências de entrada — HTTP é o único transporte atualmente suportado e você deve especificá-lo explicitamente.

Transferências de saída — Se você fornecer uma URL HTTP, também deverá especificar um algoritmo de criptografia. Se você fornecer um URL HTTPS, terá a opção de especificar NONE para seu algoritmo de criptografia.

Server-side O TCP keep-alive não é suportado. A conexão expira após 350 segundos de inatividade, a menos que o cliente envie pacotes keep-alive.

Para que um contrato ativo seja aceito pelo serviço e apareça nos CloudWatch registros da Amazon, as mensagens devem conter cabeçalhos AS2 válidos.

O servidor que está recebendo mensagens do AWS Transfer Family AS2 deve oferecer suporte ao atributo de proteção do algoritmo Cryptographic Message Syntax (CMS) para validar assinaturas de mensagens, conforme definido na RFC 6211. https://datatracker.ietf.org/doc/html/rfc6211 Este atributo não é suportado em alguns produtos IBM Sterling mais antigos.

IDs de mensagem duplicados resultam em uma mensagem processed/Warning: documento duplicado.

O comprimento da chave para certificados AS2 deve ser de pelo menos 2.048 bits e no máximo 4.096.

Ao enviar mensagens AS2 ou mDNS assíncrono para o endpoint HTTPS de um parceiro comercial, as mensagens ou mDNS devem usar um certificado SSL válido assinado por uma autoridade de certificação (CA) publicamente confiável. Self-signed atualmente, os certificados são suportados somente para transferências externas.

O endpoint deve suportar o protocolo TLS versão 1.2 e um algoritmo criptográfico permitido pela política de segurança (conforme descrito em Políticas de segurança para AWS Transfer Family servidores).

Vários anexos e mensagens de troca de certificados (CEM) do AS2 versão 1.2 não são suportados atualmente.

Atualmente, a autenticação básica é suportada apenas para mensagens de saída.

Você pode anexar um fluxo de trabalho de processamento de arquivos a um servidor Transfer Family que usa o protocolo AS2: no entanto, as mensagens AS2 não executam fluxos de trabalho conectados ao servidor.