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 AS2-enabled Transfer Family). 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 forem encaminhadas por um TLS-terminating proxy, como um Application Load Balancer (ALB), e X-Forwarded-Proto: https o 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 suportar o atributo de proteção do algoritmo Cryptographic Message Syntax (CMS) para validar assinaturas de mensagens, conforme definido na RFC 6211. Este atributo não é suportado em alguns produtos IBM Sterling mais antigos.

IDs de mensagem duplicados resultam em uma processed/Warning: mensagem de 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.