프론티어 AI, 유럽 은행 부문의 운영 복원력 테스트 중

유럽중앙은행 의 직접적인 감독을 받는 주요 은행들이 이제 시한부 인생을 살게 되었습니다. 10월 31, 2026까지 그들은 AI 기반 사이버 위협의 증가에 어떻게 대응할 것인지 보여주는 실행 계획을 제출해야 합니다. 계획에는 신속한 취약점 및 패치 관리, 강화된 모니터링 및 탐지, 제3자 위험 관리, 그리고 운영 복원력 문제가 포함되어야 합니다. 은행은 보호하는 핵심 서비스를 중단하지 않고도 더욱 빨라진 위협 주기에 적응할 수 있음을 입증해야 합니다.

유럽중앙은행(ECB)이 7월 7일에 보낸 서한은 그 긴급성을 설명하고 있습니다. 2025년 1월에 DORA가 발효된 이후로 프론티어 AI는 익숙한 위험을 더욱 심화시켰어요. 이제 전례 없는 속도로 소프트웨어 취약점을 찾아 악용할 수 있어서 은행은 수정 사항을 안전하게 식별하고 테스트하고 배포하는 데 걸리는 시간이 줄어들어요.

일루미오의 선임 솔루션 마케팅 매니저 아이쉬와라 라마니 (Aishwarya Ramani) 는 “프론티어 AI 덕분에 요원들이 이제 취약점을 찾고 보안 문제를 매우 빠르게 식별할 수 있어요”라고 말했습니다. “하지만 머신 속도에서도 그런 취약점을 악용할 수 있어요.”

그 속도는 어려운 균형을 만들어냅니다. 은행은 패치를 적용해야 하지만, 핵심 뱅킹 시스템, 결제 플랫폼, 클라우드 환경 또는 중요한 타사 연결에 대한 성급한 변경은 은행이 보호하려는 서비스에 지장을 줄 수 있습니다. 그들은 자체적인 장애
일으키지 않고 노출
신속하게 줄여야 합니다.

취약점 노출 기간이 줄어들고 있습니다.

기존의 취약점 관리 방식은 명확한 순서를 따랐습니다. 즉, 결함이 알려지는 것이었습니다. 보안팀은 취약점을 평가하고, 수정 사항을 테스트한 후 패치를 배포했습니다. 그 과정이 안전을 보장하는 것은 아니었지만, 수비수들에게 대응할 시간을 벌어주는 경우가 많았습니다. 프론티어 AI는 해당 시간 간격을 단축하고, 나아가 완전히 없앨 수도 있습니다.

CERT-EU는 "AI 기반 도구가 이제 기존의 패치 주기를 근본적으로 무너뜨릴 정도로 빠른 속도로 소프트웨어 취약점을 발견하고 악용하고 있다"고 경고했습니다 . 또한 패치가 나오기 전에도 악용이 시작될 수 있다는 증거를 제시했습니다.

이로 인해 은행 보안팀과 IT팀은 서로 상충하는 두 가지 압력에 직면하게 됩니다. 그들은 더 많은 취약점을 평가하고 더 빠른 공격에 대응해야 합니다. 동시에 패치를 테스트하고, 시스템을 안정적으로 유지하며, 중요한 금융 서비스를 중단 없이 운영해야 합니다.

규제 당국은 이를 지속적인 변화로 보고 있습니다. 지난 6월, 파이브 아이즈 사이버 정보 기관들은 인공지능 기반 사이버 능력의 주요 변화가 일어날 시기가 "수년이 아니라 수개월"이라고 경고했습니다. 유럽 시스템적 위험 위원회(ESRB) 역시 첨단 인공지능이 EU 금융 시스템에 대한 사이버 공격의 속도, 규모 및 정교함을 증가시킬 수 있다고 경고했습니다.

이러한 경고들을 종합해 볼 때, 취약점 관리는 운영 복원력의 문제입니다. 은행들은 여전히 신속하게 패치를 적용해야 하지만, 패치에만 의존할 수는 없습니다. 해결책을 구할 수 없거나 즉시 배포할 수 없는 경우, 노출을 최소화하고, 핵심 서비스를 보호하며, 공격자가 접근할 수 있는 범위를 제한해야 합니다.

"문제를 즉시 해결할 수 없을 때는 문제가 미치는 영향을 줄이는 방법도 있습니다."라고 라마니는 말했다. "무언가가 침해당했다면, 확산되는 것을 지켜보는 대신 그 자리에서 차단해야 합니다."

DORA는 회복력을 입증하기 위한 프레임워크입니다.

DORA는 2025년 1월부터 EU 금융기관에 적용되고 있습니다. 이 5가지 핵심 요소는 정보통신기술(ICT) 위험 관리, 사고 보고, 복원력 테스트, 제3자 위험 관리 및 정보 공유를 포괄합니다.

하지만 DORA는 완벽한 예방을 전제로 하지 않습니다. 이는 기업들이 핵심 서비스를 지원하는 시스템과 공급업체를 파악하도록 요구합니다. 기업은 또한 해당 서비스가 중단 사태에도 견딜 수 있음을 입증해야 합니다.

유럽중앙은행(ECB)이 제시한 10월 31일 시한 때문에 그 시험은 더욱 시급해졌다. 은행은 DORA 프로그램이 패치를 적용할 시간이 줄어드는 위협 주기에 어떻게 적응할지 보여줘야 합니다. 그들은 핵심 뱅킹, 결제 및 고객 서비스를 안정적으로 유지하면서 가장 취약한 시스템에 우선적으로 집중해야 합니다.

종속성은 폭발 반경을 확장합니다.

은행의 공격 표면은 자체 데이터 센터 밖까지 확장돼요. 여기에는 클라우드 환경, 소프트웨어 구성 요소, 관리형 서비스, 결제 연결 및 제3자 공급업체가 포함됩니다. 그 중 하나에 취약점이 있으면 중요한 서비스로 가는 경로가 생길 수 있어요.

"당신은 제3자에 대한 의존도가 어느 정도인지 알지 못합니다."라고 라마니는 말했다. "그러한 상호 의존성을 파악하는 것이 가장 큰 과제라고 생각합니다."

최근 잭 헨리에서 발생한 사이버 공격 사건은 이 문제를 더욱 구체적으로 보여줍니다. 이 미국 금융 기술 제공업체는 7,200개 이상의 은행과 신용 조합에 서비스를 제공합니다. 8월에 해당 회사는 보이스피싱 공격이 자사 내부의 비운영 환경 일부에 발생했으며 10명 미만의 고객 개인 식별 정보에 영향을 미쳤다고 밝혔습니다.

잭 헨리는 고객 대면 시스템, 핵심 플랫폼 또는 일상적인 처리 서비스에 대한 접근이나 중단은 없었다고 밝혔습니다. 해당 시스템의 제어 기능은 문제의 활동을 감지하고, 영향을 받은 시스템을 격리하여 시스템 중단 없이 사태를 수습했습니다.

이번 사건은 광범위한 경제적 혼란을 야기하지 않았습니다. 하지만 이는 은행이 주요 기술 제공업체와의 관계를 이해해야 하는 이유, 그리고 공격이 해당 제공업체 중 하나를 대상으로 할 경우 영향을 받는 시스템을 차단해야 하는 이유를 보여줍니다.

라마니의 말처럼, "평가를 통해 3월에 공급업체가 안전했는지 여부는 알 수 있지만, 9월에 해당 공급업체의 환경이 침해당하고도 고객과의 연결이 유지되는 상황에서 무슨 일이 벌어지는지에 대해서는 아무것도 알 수 없습니다."

은행이 시간을 벌 수 있는 방법

은행들이 즉시 패치를 적용할 수 없을 때, 수정 사항을 테스트하고 배포하는 동안 위험 노출을 줄이는 통제 장치가 필요합니다. 라마니는 "평가, 우선순위 설정, 탐지"의 세 단계를 설명했습니다.

은행은 다음과 같은 조치를 취할 수 있습니다.

• 애플리케이션, 워크로드, 클라우드 환경 및 타사 간의 현재 연결 상태를 매핑합니다.

• 인터넷에 노출되는 자산, 핵심 서비스 및 노출 위험이 가장 높은 경로를 우선시합니다.

• 동서 간 불필요한 통신을 제한하여 하나의 시스템이 손상되더라도 주변 모든 시스템에 영향을 미치지 않도록 합니다.

• 중요 자산을 보호하고 폭발 반경을 줄이기 위해 세분화 또는 미세 세분화를 사용합니다.

• 측면 이동이 확산되기 전에 손상된 워크로드 또는 위험한 타사 연결을 격리합니다.

• 고속 악용, 랜섬웨어, 클라우드 중단, 공급망 장애에 대한 대응 계획 테스트

세그멘테이션은 패치를 대체하지 않아요. 패치를 구할 수 없거나, 추가 테스트가 필요하거나, 배포하기에 운영상 위험이 너무 큰 경우에 이러한 기능이 도움이 될 수 있습니다. ECB는 구체적으로 세분화, 가능한 경우 마이크로 세그멘테이션을 방어의 일환으로 심층적으로 나열해요.

회복력은 위협의 속도에 맞춰 발전해야 합니다.

10월 31일까지 은행들은 첨단 AI의 위협을 인정하는 것 이상의 조치를 취해야 합니다. 그들은 어떻게 해결할 것인지 보여줘야 합니다.

"강력한 실행 계획은 은행이 공격자가 악용하기 전에 모든 취약점을 해결할 수 있다고 가정하지 않습니다."라고 라마니는 말했습니다. "이들은 은행들이 어떤 시스템이 중요한지 알고, 그 시스템들이 어떻게 연결되는지 이해하며, 공격자가 침투했을 때 측면 이동을 제한할 수 있음을 보여줄 것입니다."

위협이 시스템 속도로 움직이면 복원력이 더 빠른 작업보다 더 중요해요. 은행은 하나의 취약점으로 인해 광범위한 운영 장애가 발생하지 않도록 해야 해요.

자세히 알아볼 준비가 되셨나요?금융 서비스의 보안 침해 억제에 대해 알아보세요.

‍