Principais conclusões
- A CSCF v2026 já alargou o perímetro, incluindo os conectores de clientes (tais como terminais d API , middleware e clientes de transferência de ficheiros) no âmbito de 14 controlos, dependendo do tipo de arquitetura
- A CSCF v2027 dá continuidade ao âmbito alargado com 32 controlos, 26 dos quais obrigatórios, antes do período de certificação de julho a dezembro de 2027
- As classificações de arquitetura anteriores à versão 2026 poderão ter de ser reavaliadas nos casos em que existam conectores de clientes ou outros fatores que alterem o âmbito; os avaliadores irão analisar o segundo ciclo de âmbito alargado
- Um princípio prático de segurança para o perímetro alargado consiste em inspecionar, sanitizar e controlar os ficheiros e os fluxos de dados antes de estes chegarem à infraestrutura crítica de pagamentos
- Os pontos de inspeção ao longo desses fluxos podem fornecer elementos úteis para o registo, a monitorização e a certificação, embora a conformidade continue a ser da responsabilidade da instituição
Preparação para a Avaliação CSCF de 2027
A maioria das instituições ligadas ao Swift consegue definir a sua Zona de Controlo de Fluxo de Pagamentos ( Secure , CSCF) a partir da memória: a interface de mensagens, os servidores de transição, o segmento reforçado onde reside o tráfego de pagamentos. Trata-se de uma das áreas mais bem defendidas da organização. A CSCF v2027 questiona até que ponto tudo o que conduz a essa zona está bem defendido.
A maior mudança já ocorreu. A CSCF v2026, publicada em julho de 2025, tornou obrigatório o Controlo 2.4, «Segurança do fluxo de dados de back-office», através de uma implementação faseada, e incluiu os conectores de clientes no âmbito de 14 controlos.
As trocas de dados diretas de back-office do sistema antigo continuam a ter caráter consultivo por enquanto, estando o ano de 2028 indicativo, a título provisório, para uma futura transição obrigatória. O quadro atual conta com 32 controlos de segurança distribuídos por sete princípios, 26 dos quais obrigatórios, e o âmbito alargado mantém-se no ciclo de 2027. A CSCF v2027, publicada em julho de 2026, não acrescenta novos controlos obrigatórios, mas integra o « Vault » (SKV) para segredos e chaves no âmbito da maioria deles. Os controlos consultivos continuam a ser práticas recomendadas que poderão tornar-se obrigatórias em versões posteriores. As instituições estão a efetuar a certificação relativamente ao âmbito alargado pela primeira vez entre julho e dezembro de 2026, e o período de certificação da v2027 decorre de julho a dezembro de 2027, apoiado por uma avaliação independente.
Se a classificação da sua arquitetura ainda for anterior à versão 2026, reavalie-a agora, especialmente se, desde a última avaliação, tiverem sido introduzidos conectores de clientes, fluxos de ficheiros externos ou novos percursos de integração. As equipas cuja primeira certificação de âmbito alargado está a ser preparada de forma improvisada enfrentam um ano de 2027 em que os avaliadores esperam que o trabalho subjacente pareça ter sido planeado de forma deliberada. Seja como for, a questão é saber se a sua arquitetura de segurança está preparada para o que agora se encontra para além da Zona « Secure ».
Conectores de clientes e o âmbito alargado
Um ambiente de pagamentos raramente é alvo de ataques através da sua barreira de segurança mais robusta. Os ficheiros e os dados chegam aos sistemas relacionados com o Swift através de portais de clientes, uploads de parceiros, plataformas de transferência gerida de ficheiros, filas de middleware, integrações de « API » e suportes removíveis introduzidos no centro de dados. Cada um desses canais pode transportar conteúdo malicioso ou não fiável para uma infraestrutura que as análises de arquiteturas mais antigas classificavam como estando, em segurança, fora do âmbito de análise.
O quadro trata agora estes caminhos como parte da arquitetura de segurança relevante. Os conectores dos clientes estão abrangidos por nome: pontos finais do API , middleware e clientes de transferência de ficheiros, quer sejam executados em servidores ou em pontos finais de clientes. A análise estende-se ao próprio software, desde atualizações de segurança e análises de vulnerabilidades até à integridade do software, submetendo o código dos conectores internos à mesma análise que os ficheiros que transportam.
Se a classificação da sua arquitetura for anterior à v2026, os componentes que outrora considerou fora do âmbito (um serviço de carregamento voltado para o cliente, um barramento de integração ou um servidor de transferência de ficheiros) poderão necessitar de uma reavaliação, especialmente nos casos em que utilizem ou constituam um conector de cliente.
A nossa infografia do Swift apresenta estes pontos de entrada numa única página.
Para os responsáveis pela segurança, o que está em jogo resume-se a dois cenários. Um ficheiro malicioso que atinge a infraestrutura de pagamentos ameaça a disponibilidade do próprio negócio de pagamentos, e uma lacuna no âmbito da avaliação, descoberta durante a mesma, torna-se uma constatação documentada com visibilidade junto do conselho de administração. Qualquer um destes resultados tem um custo superior ao da reavaliação que o previne.
A segurança dos ficheiros deve fazer parte da revisão da vossa arquitetura
Quase todos os canais abrangidos pelo âmbito alargado existem para transferir ficheiros ou dados estruturados: uploads de clientes e parceiros, transferências em lote entre instituições, anexos que atravessam o middleware e ficheiros transportados através das fronteiras de um API . Um único motor antivírus na periferia da rede foi concebido para resolver um problema mais restrito do que este.
Isso faz com que a segurança dos ficheiros seja uma decisão de arquitetura. Um princípio prático consiste em inspecionar, sanitizar e controlar os ficheiros e os fluxos de dados antes de estes chegarem à infraestrutura crítica de pagamentos, garantindo simultaneamente que os controlos aplicados sejam adequados a cada fluxo e ao respetivo risco.
Verificar os ficheiros antes de estes chegarem aos sistemas de pagamento
Um parceiro carrega um lote de faturas através do portal do cliente. O ficheiro é encaminhado para uma plataforma de transferência de ficheiros gerida, uma fila de middleware recolhe-o, um serviço de integração reformata o conteúdo e o resultado final chega a uma aplicação com uma rota para os sistemas ligados ao Swift. Quatro etapas separam um ficheiro externo da infraestrutura crítica de pagamentos e, em muitas instituições, cada etapa confia na etapa anterior.
A aplicação do princípio «inspecionar, sanitizar e controlar» implica a implementação de um controlo específico em cada etapa do percurso. O MetaDefender™ Core e MetaDefender ICAP Server analisa ficheiros carregados através de aplicações web voltadas para o cliente, bem como através da integração REST API ou ICAP . O MetaDefender Managed File Transfer inspeciona o conteúdo que circula entre os sistemas de back-office e os sistemas relacionados com o Swift, em conformidade com o Controlo 2.4, «Segurança do fluxo de dados de back-office».
Ambos os ficheiros de rota passam pelo Metascan™ Multiscanning, onde mais de 30 motores antimalware realizam análises em paralelo. Essa análise com múltiplos motores é compatível com o Control 6.1 e a Proteção contra Malware, detetando conteúdos maliciosos conhecidos com maior precisão do que qualquer motor individual. A tecnologia Deep CDR™, por sua vez, sanitiza e regenera cada ficheiro suportado, removendo o conteúdo ativo incorporado antes de o ficheiro prosseguir o seu percurso. Os ficheiros suspeitos são encaminhados para o Adaptive Sandbox , onde a análise baseada em emulação ajuda a detetar ameaças evasivas e de dia zero, em conformidade com a recomendação Control 6.5A, Detecção de Intrusões.
O mesmo tratamento estende-se aos repositórios de armazenamento onde as cópias de segurança e as extrações são guardadas, com o Proactive DLP™ a verificar os ficheiros em repouso quanto à presença de conteúdo sensível. Abrange também suportes removíveis e dispositivos temporários, que MetaDefender Kiosk e MetaDefender Drive analisam e limpam num ponto de controlo antes da entrada, em conformidade com o Controlo 3.1, Segurança Física.
No que diz respeito ao software de conectores interno, MetaDefender Software Supply Chain analisa pacotes e dependências à procura de vulnerabilidades e componentes maliciosos antes da implementação, dando suporte aos Controlos 2.2, «Atualizações de segurança»; 2.7, «Análise de vulnerabilidades»; e 6.2, «Integridade d Software ».
O resultado é uma camada de prevenção aplicada de forma consistente a todos os canais de ficheiros que por ela passam, posicionada a montante dos sistemas que se destina a proteger.
Registos de inspeção que sustentam a sua avaliação
Quando o período de 2027 tiver início em julho, os avaliadores irão analisar o segundo ciclo de certificação ao abrigo do âmbito alargado, e as provas de que os controlos existem e funcionam eficazmente terão mais peso do que as intenções declaradas.
Os pontos de inspeção ao longo dos seus fluxos de ficheiros e dados podem gerar provas úteis: eventos de inspeção, registos de auditoria encaminhados para o seu SIEM e registos de aplicação de políticas que documentam a forma como o conteúdo é examinado à medida que avança para os sistemas de pagamento. Essas provas apoiam o Controlo 6.4, «Registo e Monitorização», e a própria certificação CSCF.
A conformidade continua a ser da responsabilidade da própria instituição, e os avaliadores analisam a arquitetura no seu conjunto. O resultado deste trabalho é uma resposta fundamentada à questão central do avaliador: o que pode aceder à vossa infraestrutura de pagamentos e o que lhe acontece ao longo do percurso?
Três perguntas para a vossa equipa de arquitetura
Três perguntas constituem uma primeira análise útil antes do período de 2027:
- Que ficheiros externos e fluxos de dados podem, em última análise, chegar à sua infraestrutura de pagamentos?
- Como é que os ficheiros são verificados antes de entrarem nos fluxos de trabalho relacionados com o Swift?
- A ampliação do âmbito do CSCF altera a sua classificação atual da arquitetura ou os seus controlos?
A nossa ficha técnica do SWIFT CSCF v2027 resume o âmbito alargado, a infraestrutura afetada e os controlos preventivos relevantes em poucas páginas que pode partilhar com as equipas de arquitetura e de GRC.
Descarregue a ficha técnica do SWIFT CSCF v2027
Se preferir explorar o seu próprio ambiente, converse com um especialista da OPSWAT e traga consigo a sua classificação atual da arquitetura.
