Concluzii cheie
- CSCF v2026 a extins deja perimetrul, incluzând conectorii clienților (cum ar fi terminalele de tip „ API ”, middleware-ul și clienții de transfer de fișiere) în sfera de aplicare a celor 14 controale, în funcție de tipul de arhitectură
- CSCF v2027 continuă extinderea domeniului de aplicare cu 32 de controale, dintre care 26 obligatorii, în perspectiva perioadei de atestare cuprinse între iulie și decembrie 2027
- Clasificările arhitecturale anterioare versiunii v2026 ar putea necesita o reevaluare în cazul în care există conectori ai clienților sau alți factori care modifică domeniul de aplicare; evaluatorii vor analiza cel de-al doilea ciclu cu domeniu de aplicare extins
- Un principiu practic de securitate pentru perimetrul extins constă în inspectarea, curățarea și controlul fișierelor și fluxurilor de date înainte ca acestea să ajungă la infrastructura critică de plăți
- Punctele de inspecție de-a lungul acestor fluxuri pot furniza dovezi utile pentru înregistrare, monitorizare și atestare, deși respectarea normelor rămâne în responsabilitatea instituției
Pregătirea pentru evaluarea CSCF din 2027
Majoritatea instituțiilor conectate la Swift își pot defini zona „ Secure ” din memorie: interfața de mesagerie, serverele de tranzit, segmentul securizat în care se desfășoară traficul de plăți. Acesta este unul dintre cele mai bine apărate zone din cadrul organizației. CSCF v2027 analizează cât de bine sunt protejate toate elementele care conduc către această zonă.
Cea mai importantă schimbare a avut deja loc. CSCF v2026, publicat în iulie 2025, a impus aplicarea obligatorie a controlului 2.4, „Securitatea fluxului de date din back-office”, printr-o implementare treptată, și a inclus conectorii clienților în domeniul de aplicare al a 14 controale.
Schimburile de date directe din back-office din sistemele vechi rămân, deocamdată, cu caracter orientativ, anul 2028 fiind indicat provizoriu ca dată pentru o viitoare tranziție obligatorie. Cadrul actual cuprinde 32 de controale de securitate repartizate pe șapte principii, dintre care 26 sunt obligatorii, iar domeniul de aplicare extins se menține și în ciclul din 2027. CSCF v2027, publicat în iulie 2026, nu adaugă noi controale obligatorii, dar include „Secrets and Keys Vault ” (SKV) în domeniul de aplicare al majorității acestora. Controalele consultative rămân practici recomandate care pot deveni obligatorii în versiunile ulterioare. Instituțiile efectuează pentru prima dată atestarea în conformitate cu domeniul de aplicare extins între iulie și decembrie 2026, iar perioada de atestare pentru v2027 se desfășoară între iulie și decembrie 2027, fiind susținută de o evaluare independentă.
Dacă clasificarea arhitecturii dvs. este încă anterioară versiunii v2026, reevaluați-o acum, mai ales dacă, de la ultima evaluare, au fost introduse conectori pentru clienți, fluxuri de fișiere externe sau noi căi de integrare. Echipele a căror primă atestare cu domeniu de aplicare extins se realizează prin improvizație se vor confrunta în 2027 cu așteptările evaluatorilor ca efortul depus să pară unul planificat. În orice caz, întrebarea este dacă arhitectura dvs. de securitate este pregătită pentru ceea ce se află acum dincolo de zona „ Secure ”.
Conectorii pentru clienți și domeniul de aplicare extins
Un mediu de plăți este rareori atacat prin intermediul celui mai puternic zid de protecție al său. Fișierele și datele ajung în sistemele legate de Swift prin portalurile clienților, încărcările efectuate de parteneri, platformele de transfer gestionat al fișierelor, cozile de așteptare ale middleware-ului, integrările de tip „ API ” și suporturile amovibile aduse în centrul de date. Fiecare dintre aceste canale poate transmite conținut rău intenționat sau nesigur către infrastructura pe care analizele arhitecturale mai vechi o clasificau ca fiind în afara sferei de risc.
Cadrul tratează acum aceste căi ca parte a arhitecturii de securitate relevante. Conectorii clienților sunt incluși în domeniul de aplicare pe baza denumirii: puncte finale API , middleware și clienți de transfer de fișiere, indiferent dacă rulează pe servere sau pe terminale client. Analiza se extinde asupra software-ului în sine, de la actualizările de securitate și scanarea vulnerabilităților până la integritatea software-ului, supunând codul conectorilor interni aceleiași examinări ca și fișierele pe care le transportă.
Dacă clasificarea arhitecturii dumneavoastră este anterioară versiunii v2026, este posibil ca componentele pe care le-ați considerat anterior ca fiind în afara domeniului de aplicare (un serviciu de încărcare destinat clienților, un bus de integrare sau un server de transfer de fișiere) să necesite o reevaluare, în special în cazul în care acestea utilizează sau constituie un conector client pentru clienți.
Infograficul nostru Swift prezintă aceste puncte de acces pe o singură pagină.
Pentru conducerea departamentului de securitate, miza se rezumă la două scenarii. Un fișier rău intenționat care ajunge în infrastructura de plăți amenință disponibilitatea activității de plăți în sine, iar o lacună de acoperire descoperită în timpul evaluării devine o constatare documentată, adusă la cunoștința consiliului de administrație. Oricare dintre aceste rezultate costă mai mult decât reevaluarea care le-ar fi putut preveni.
Securitatea fișierelor trebuie inclusă în analiza arhitecturii
Aproape toate canalele cuprinse în domeniul de aplicare extins au rolul de a transfera fișiere sau date structurate: încărcări de la clienți și parteneri, transferuri în bloc între instituții, atașamente care trec prin middleware și fișiere transmise d API . Un singur motor antivirus amplasat la marginea rețelei a fost conceput pentru a rezolva o problemă mai restrânsă decât aceasta.
Astfel, securitatea fișierelor devine o decizie de natură arhitecturală. Un principiu practic constă în inspectarea, curățarea și controlul fișierelor și al fluxurilor de date înainte ca acestea să ajungă la infrastructura critică de plăți, asigurându-se în același timp că măsurile de control aplicate sunt adecvate fiecărui flux și riscului asociat acestuia.
Verificarea fișierelor înainte ca acestea să ajungă în sistemele de plăți
Un partener încarcă un lot de facturi prin portalul dvs. pentru clienți. Fișierul ajunge pe o platformă de transfer gestionat al fișierelor, o coadă de așteptare de tip middleware îl preia, un serviciu de integrare reformatează conținutul, iar rezultatul ajunge la o aplicație care are o rută către sistemele conectate la Swift. Patru etape separă un fișier extern de infrastructura critică de plăți, iar în multe instituții fiecare etapă se bazează pe cea precedentă.
Aplicarea principiului „inspecție, igienizare și control” înseamnă implementarea unei măsuri specifice de control la fiecare etapă. MetaDefender™ Core și MetaDefender ICAP Server scanează fișierele încărcate prin intermediul aplicațiilor web destinate clienților, prin integrare REST API sau ICAP . MetaDefender Managed File Transfer inspectează conținutul care circulă între sistemele de back-office și cele legate de Swift, respectând cerința Control 2.4, „Securitatea fluxului de date din back-office”.
Ambele fișiere sunt procesate prin Metascan™ Multiscanning, unde peste 30 de motoare anti-malware efectuează scanări în paralel. Această scanare cu motoare multiple este compatibilă cu Control 6.1 și cu funcția de protecție împotriva malware-ului, detectând conținutul rău intenționat cunoscut cu o precizie mai mare decât orice motor individual. Tehnologia Deep CDR™ curăță și regenerează apoi fiecare fișier compatibil, eliminând conținutul activ încorporat înainte ca fișierul să fie transmis mai departe. Fișierele suspecte sunt trimise către Adaptive Sandbox , unde analiza bazată pe emulare ajută la detectarea amenințărilor evazive și de tip „zero-day”, în conformitate cu recomandarea Control 6.5A, Detectarea intruziunilor.
Același tratament se aplică și spațiilor de stocare în care sunt salvate copiile de rezervă și extrasele, tehnologia Proactive DLP™ verificând fișierele stocate în căutare de conținut sensibil. De asemenea, acesta acoperă suporturile amovibile și dispozitivele temporare, pe care MetaDefender Kiosk și MetaDefender Drive le scanează și le curăță la un punct de control înainte de acces, respectând cerințele din Controlul 3.1, Securitatea fizică.
În ceea ce privește software-ul intern pentru conectori, MetaDefender Software Supply Chain scanează pachetele și dependențele în căutarea vulnerabilităților și a componentelor dăunătoare înainte de implementare, sprijinind măsurile de control 2.2, „Actualizări de securitate”; 2.7, „Scanarea vulnerabilităților”; și 6.2, „Integritatea Software ”.
Rezultatul este un strat de prevenire aplicat în mod uniform asupra tuturor canalelor de fișiere care trec prin el, amplasat în amonte față de sistemele pe care are rolul să le protejeze.
Rapoartele de inspecție care stau la baza evaluării dumneavoastră
Când se va deschide perioada de evaluare pentru 2027, în luna iulie, evaluatorii vor analiza cel de-al doilea ciclu de atestare în cadrul domeniului de aplicare extins, iar dovezile privind existența și funcționarea eficientă a controalelor vor avea o pondere mai mare decât intențiile declarate.
Punctele de inspecție din cadrul fluxurilor de fișiere și date pot genera dovezi utile: evenimente de inspecție, piste de audit transmise către sistemul SIEM și înregistrări privind aplicarea politicilor, care documentează modul în care conținutul este examinat pe parcursul traseului său către sistemele de plăți. Aceste dovezi susțin Controlul 6.4, „Înregistrarea și monitorizarea”, precum și însăși atestarea CSCF.
Conformitatea rămâne în responsabilitatea instituției, iar evaluatorii analizează arhitectura în ansamblu. Rezultatul acestei activități este un răspuns justificat la întrebarea centrală a evaluatorului: ce elemente pot accesa infrastructura dvs. de plăți și ce se întâmplă cu acestea pe parcurs?
Trei întrebări pentru echipa ta de arhitecți
Trei întrebări constituie o primă analiză utilă în perspectiva perioadei din 2027:
- Ce fișiere externe și fluxuri de date pot ajunge, în cele din urmă, la infrastructura dvs. de plăți?
- Cum sunt verificate fișierele înainte de a intra în fluxurile de lucru legate de Swift?
- Extinderea domeniului de aplicare al CSCF modifică clasificarea actuală a arhitecturii sau măsurile de control?
Fișa tehnică SWIFT CSCF v2027 prezintă pe scurt domeniul de aplicare extins, infrastructura afectată și măsurile preventive relevante, totul pe câteva pagini pe care le puteți partaja cu echipele de arhitectură și GRC.
Descărcați fișa tehnică SWIFT CSCF v2027
Dacă preferați să explorați propriul mediu, discutați cu un expert de la OPSWAT și aduceți cu voi clasificarea actuală a arhitecturii.
