하이브리드 보안은 경계에서 시작됩니다

News
81616e14a5794502dbd41f59f253e9eb_1591054936_98.jpg

하이브리드 보안은 경계에서 시작됩니다

ntc 0 42 09.18 14:15
604a24d1e4c39f4c36d3b960e7ec98fd_1789708529_07.png
 

하이브리드 보안은 경계에서 시작됩니다 – 마틴 파스킨, 페터 마틴 요르겐센 공저
핵심 요약
  • 하이브리드 프로덕션 환경에서 유연성을 유지하려면 서비스가 이동할 때마다 보안을 재설계하는 대신 워크로드와 함께 보안을 유지해야 합니다.
  • SMPTE RP 2129에 정의된 신뢰 경계는 공격, 손상된 장치 또는 잘못된 구성이 확산될 수 있는 범위를 제한합니다.
  • 구성 오류와 잘못된 경로로 인해 정교한 사이버 공격보다 더 많은 운영 장애가 발생합니다. 따라서 복원력은 접근 제어만큼이나 중요합니다.
  • X 플랫폼에서는 하드웨어가 미디어 에지에서 신뢰 경계를 적용하는 반면, VX에서는 소프트웨어가 격리된 인터페이스와 허용 목록을 통해 동일한 논리를 적용합니다.
  • 경계 방화벽과 워크플로 수준의 분리는 서로를 대체하는 것이 아니라 상호 보완적인 계층입니다.
  • NMOS, MXL, DMF와 같은 자동화된 검색 기능은 명시적인 신뢰 도메인 내에서 작동해야 합니다. 검색은 권한 부여와는 다릅니다.
주요 용어
  • ST 2110IP 네트워크를 통해 압축되지 않은 비디오, 오디오 및 데이터를 전송하기 위한 SMPTE 표준입니다.
  • SMPTE RP 2129 — IP 미디어 시스템에서 엔티티 간의 신뢰 경계를 설정하기 위한 SMPTE 의 권장 실무 지침입니다 .
  • 신뢰 경계 — 도메인 간에 정의된 선으로, 어떤 트래픽이 어떤 조건에서 도메인을 통과할 수 있는지를 결정합니다.
  • NMOS 는 네트워크를 통해 IP 미디어 장치 및 흐름을 검색하고 제어하기 위한 AMWA 계열의 개방형 사양입니다.
  • MXL(Media eXchange Layer) 은 EBU( 유럽 미디어 연맹) 에서 개발 중인 새로운 공유 미디어 계층 표준으로, 여러 서비스가 동일한 미디어 리소스에 접근할 수 있도록 합니다.
  • 동적 미디어 시설(DMF)유연한 워크로드 배치를 지원하는 소프트웨어 정의 시설을 위한 EBU 프레임워크.
  • SRT (Secure Reliable Transport)는 예측 불가능한 네트워크 환경에서도 지연 시간이 짧고 안정적인 비디오 스트리밍을 지원하는 오픈 소스 프로토콜입니다.
  • ST 2022-7 — 두 개의 독립적인 네트워크 경로를 통해 중복 RTP 스트림을 전송하는 원활한 보호 스위칭을 위한 SMPTE 표준입니다.
  • 접근 제어 목록(ACL) — 경계를 넘을 수 있는 트래픽 또는 사용자를 지정하는 규칙 집합입니다.

하이브리드 시스템의 유연성이 휴대용 신뢰에 의존하는 이유는 무엇입니까?

하이브리드 프로덕션은 방송사에게 각 워크로드를 운영상 가장 적합한 위치에 배치할 수 있는 자유를 제공합니다. 하지만 이러한 자유는 워크플로 전반에 걸쳐 신뢰가 유지될 때 비로소 실현 가능합니다. 온프레미스 플랫폼에서 프라이빗 데이터 센터 또는 퍼블릭 클라우드로 서비스를 이전하는 과정에서 보안 원칙을 완전히 재설계해야 한다면, 해당 아키텍처는 진정한 의미의 유연성을 갖춘 것이 아닙니다.

하이브리드 보안의 과제는 가시성의 근본적인 변화에서 시작됩니다. SDI 시설에서는 엔지니어가 물리적 체인을 통해 신호의 흐름을 추적할 수 있었습니다. 하지만 IP 환경에서는 이러한 익숙한 경로가 수많은 흐름, 경로, 인터페이스 및 제어 관계로 대체됩니다. ST 2110은 관리해야 할 요소의 수를 증가시키고, 원격 허브와 클라우드 리소스는 프로덕션 환경을 단일 건물 이상으로 확장합니다. 진정으로 효과적인 보안을 위해서는 모든 연결이 생성되고 운영되는 방식의 일부가 되어야 하며, 환경을 둘러싼 별도의 계층으로 존재해서는 안 됩니다.

신뢰 경계란 무엇이며, 라이브 프로덕션에서 왜 중요한가요?

바로 이러한 이유로 신뢰 경계가 중요합니다. SMPTE RP 2129는 IP 미디어 시스템 내 엔티티 간의 경계를 설정하기 위한 프레임워크를 제공합니다. 이러한 경계는 어떤 트래픽이 어떤 조건에서 한 도메인에서 다른 도메인으로 이동할 수 있는지를 정의합니다. 이를 통해 공격, 손상된 장치 또는 단순한 구성 오류가 전체 워크플로로 확산되기 전에 그 영향을 제한할 수 있습니다.

마지막으로 언급할 부분은 좀 더 자세히 살펴볼 필요가 있습니다. Appear의 경험에 따르면 심각한 운영 장애는 정교한 사이버 공격보다는 잘못된 구성, 경로 오류 또는 예상치 못한 신호로 인해 발생할 가능성이 훨씬 높습니다. 따라서 안전한 하이브리드 설계는 접근 제어와 더불어 복원력과 견고성을 고려해야 합니다. 신뢰란 권한 없는 사용자가 시스템에 접근할 수 없다는 것을 아는 것뿐만 아니라, 광섬유 케이블에 장애가 발생하거나 네트워크에 과부하가 걸리더라도 의도한 서비스가 중단 없이 제공될 것이라는 확신을 의미합니다.

예를 들어 설명하자면, 사이버 공격이 아닌 콘텐츠 피드의 액세스 제어 목록 하나만 잘못 설정되어도 대부분의 외부 위협보다 훨씬 빠르게 채널 방송이 중단될 수 있습니다.

X 플랫폼과 VX는 하드웨어 및 소프트웨어에서 어떻게 신뢰 경계를 설정합니까?

하드웨어와 소프트웨어 구현 방식은 다를 수 있지만, 기본 원칙은 동일하게 유지되어야 합니다. 저희 X 플랫폼 에서는 미디어 트래픽이 FPGA 기반 프로세싱을 거치므로 데이터 플레인이 Linux 기반 제어 환경과 분리됩니다. 이 플랫폼은 미디어 에지 신뢰 경계, 비트레이트 정책, 액세스 제어 목록, 네트워크 영역 간 프로토콜 검사 등을 적용할 수 있습니다. 특정 포트에서 MPEG-TS 또는 RTP 프로토콜을 요구하는 경우, 해당 프로토콜과 일치하지 않는 트래픽은 경계에서 차단되어야 합니다.

당사의 새로운 VX 소프트웨어 플랫폼은 소프트웨어 정의 환경 내에서도 동일한 보안 로직을 적용합니다. 물리적 및 가상 인터페이스는 제어, 내부 미디어, 외부 콘텐츠 입력, 고객별 연결 또는 VPN 등 어떤 용도로 사용되든 격리된 상태를 유지할 수 있습니다. 워크플로는 이러한 네트워크 간에 필요한 링크만 생성합니다. 서비스에서 필요로 하는 경우를 제외하고 포트는 닫힌 상태로 유지되며, "허용 목록"을 통해 연결 권한이 제한되고, 내부 검사를 통해 포트 개방 요청의 정당성을 검증합니다.

하드웨어와 소프트웨어가 동일한 보안 논리를 적용합니다.

X 플랫폼(하드웨어)

  • 데이터 플레인: FPGA 기반 처리, Linux 기반 제어 환경과 분리됨
  • 제어: 미디어 에지 신뢰 경계, 비트 전송률 제한, 액세스 제어 목록, 영역 간 프로토콜 검사
  • 데이터 플레인이 제어 시스템과 물리적으로 격리되어야 하는 핵심 임무 수행에 가장 적합합니다.

VX(소프트웨어)

  • 데이터 플레인: 제어, 내부 미디어, 외부 데이터 입력, 고객 연결, VPN 등 기능별로 분리된 물리적 및 가상 인터페이스
  • 제어 기능: 기본적으로 닫힌 포트, 허용 목록, 모든 포트 요청에 대한 유효성 검사
  • 다음과 같은 환경에 가장 적합합니다: 유연한 워크플로우 수준의 분리가 필요한 소프트웨어 정의 환경

네트워크 분리가 경계 방화벽을 대체할 수 있을까요?

이는 기업 수준의 경계 방화벽을 대체하는 것이 아닙니다. 퍼블릭 클라우드 제공업체와 전문 보안 업체는 방송 업계가 현실적으로 따라잡을 수 없는 규모로 투자합니다. 그들의 제어 시스템은 출입문을 보호하지만, 방송 플랫폼은 마이크로서비스, 프로덕션 영역, 원격 엔드포인트 및 개별 미디어 워크플로 사이에서 발생하는 내부 활동을 보호해야 합니다. 이 두 계층은 서로 다른 역할을 수행하며, 견고한 하이브리드 아키텍처는 두 가지 모두를 활용합니다.

네트워크 분리는 정책의 이식성을 높여줍니다. VX 소프트웨어 배포를 통해 클라우드 기반 MCR 뒤에 별도의 MXL 또는 NDI 도메인을 격리하여 각 프로덕션 영역을 필요한 서비스에만 연결할 수 있습니다. 동일한 접근 방식을 사용하여 여러 계열사 또는 고객을 위한 콘텐츠 전송 및 배포 경로를 분리할 수도 있습니다. 방송사는 원하는 VPN 기술을 사용할 수 있는데, VX는 이러한 연결을 또 다른 네트워크 인터페이스로 인식하고 워크플로 수준의 제어를 적용하기 때문입니다.

예시: VX 배포는 각 계열사의 기여 및 배포 경로를 자체 네트워크 도메인으로 분리하므로 한 고객에 대한 구성 변경이 다른 고객의 트래픽에 영향을 미치지 않습니다.

자동화된 검색 기능으로 인해 승인 절차가 필요 없어지는 것인가요?

자동화된 검색이 권한 부여의 필요성을 없애는 것은 아닙니다. NMOS, MXL, 그리고 새롭게 등장하는 동적 미디어 시설(DMF) 방식은 분산 환경에서 리소스를 검색하고 애플리케이션을 연결하는 작업을 간소화합니다. 이러한 편의성은 명확한 신뢰 도메인 내에서 작동해야 합니다. 검색은 서비스가 볼 수 있도록 권한이 부여된 정보만 보여줘야 하며, 연결 관리는 승인된 흐름만 경계를 넘도록 허용해야 합니다. 권한 부여 없는 오케스트레이션은 단순히 노출을 자동화하는 것에 불과합니다.

안전한 하이브리드 설계에서 복원력 제어는 어떻게 적용될까요?

복원력 제어는 동일한 설계에 포함되어야 합니다. SRT를 일관성 있는 RTP 및 ST 2022-7 경로 보호와 결합하면 별도의 인터페이스를 통해 중복 스트림을 전송하여 버스트성 공중 네트워크 환경을 완화할 수 있습니다. 어떤 네트워크 기술도 위험을 완전히 제거할 수는 없지만, 계층화된 표준 기반 조치를 통해 운영자가 서로 연결되지 않은 보안 장비들을 관리할 필요 없이 다양한 장애 모드에 대응할 수 있습니다.

운영 원칙은 간단합니다. 아키텍처를 이해하기 쉽게 유지하십시오. 계층이 추가될 때마다 구성 표면이 늘어나고 지연 시간이 증가할 수 있습니다. 워크플로에 보안을 구축하고, 제어 트래픽과 미디어 트래픽을 분리하고, 기본적으로 경계를 적용하고, 전체 경로를 모니터링하여 운영자가 문제 발생 지점을 파악할 수 있도록 하십시오. 이러한 제어 기능이 X 플랫폼과 VX 전반에 걸쳐 일관되게 작동하면 워크로드는 하드웨어, 프라이빗 클라우드, 퍼블릭 클라우드 간에 이동할 때마다 신뢰 관계를 다시 설정할 필요 없이 원활하게 운영될 수 있습니다.

하이브리드 보안의 계층 구조

보안 계층그것이 보호하는 것예시 컨트롤
경계 방화벽(클라우드 또는 보안 업체)외부 네트워크 경계, 즉 "정문"기업용 방화벽, DDoS 공격 방어, 클라우드 네이티브 경계 제어
신뢰 경계(SMPTE RP 2129)도메인 간 트래픽접근 제어 목록, 프로토콜 검사, 비트레이트 제어
워크플로 수준 분리(VX)마이크로서비스, 영역 및 제휴사 간의 연결기본적으로 닫힌 포트, 허용 목록, 포트 요청 유효성 검사
복원력 제어경로 장애 또는 네트워크 부하 상황에서의 서비스 연속성SRT, 코히런트 RTP, ST 2022-7 경로 보호

하이브리드 보안은 프로덕션 속도를 저하시켜서는 안 됩니다. 제대로 구현된 하이브리드 보안은 미션 크리티컬한 라이브 이벤트에 필요한 성능, 가시성 및 복원력을 유지하면서 프로덕션 환경을 변경할 수 있는 확신을 제공합니다. 바로 이것이 하이브리드 인프라를 여러 환경의 집합체가 아닌 하나의 운영 모델로 만들어주는 핵심입니다.

하이브리드 보안에 대한 일반적인 오해

오해: 실제 운영 환경에서 가장 큰 위험은 정교한 사이버 공격이다.
사실: Appear의 경험에 따르면 잘못된 구성, 경로 오류 또는 예상치 못한 신호로 인해 사이버 공격보다 더 많은 운영 장애가 발생합니다. 따라서 복원력과 견고성은 접근 제어만큼이나 중요합니다.

오해: 강력한 경계 방화벽만으로 하이브리드 프로덕션 환경을 안전하게 보호할 수 있다.
사실: 경계 방화벽은 입구를 보호할 뿐, 방송 플랫폼은 마이크로서비스, 프로덕션 영역, 원격 엔드포인트 및 개별 미디어 워크플로우 간의 내부 활동까지 보호해야 합니다.

오해: NMOS 및 MXL과 같은 자동화된 검색 프로토콜은 리소스를 노출시켜 위험을 초래한다.
사실: 검색과 권한 부여는 별개의 제어 기능입니다. 검색은 서비스가 볼 수 있도록 권한이 부여된 정보만 보여줘야 하므로, 오케스트레이션이 반드시 노출을 의미하는 것은 아닙니다.

하이브리드 보안을 위한 6가지 기본 원칙

  1. 하이브리드 보안을 워크플로 자체에 통합해야 하며, 별도의 보안 계층으로 워크플로를 감싸서는 안 됩니다.
  2. 사고 발생 후가 아니라 도메인을 연결하기 전에 SMPTE RP 2129에 설명된 것과 같은 신뢰 경계를 정의하십시오.
  3. 복원력과 접근 제어를 모두 고려하여 설계하십시오. 구성 오류 및 경로 오류로 인해 공격자보다 더 많은 사고가 발생합니다.
  4. 경계 방화벽과 워크플로 수준의 분리는 서로 대체하는 것이 아니라 상호 보완적인 계층으로 취급해야 합니다.
  5. 검색과 권한 부여를 분리하십시오. 서비스가 리소스를 찾도록 하되, 명시적인 승인을 통해서만 경계를 넘도록 하십시오.
  6. 아키텍처를 이해하기 쉽게 유지하세요. 계층이 추가될 때마다 구성 표면이 늘어나고 지연 시간이 발생할 가능성이 높아집니다.

Comments

Category
State
  • 현재 접속자 443 명
  • 오늘 방문자 5,944 명
  • 어제 방문자 20,023 명
  • 최대 방문자 143,507 명
  • 전체 방문자 13,219,537 명
  • 전체 게시물 581 개
  • 전체 댓글수 0 개
  • 전체 회원수 1 명