Connext DDS Secure가 산업용 IoT 보안을 위한 현명한 선택인 이유

'보안은 내장되어야 하며, 나중에 덧대서는 안 된다.' 이 원칙은 산업용 사물 인터넷(IIoT)이 확장됨에 따라 특히 참입니다. 그러나 많은 시스템이 여전히 보안을 사후 고려사항으로 채택합니다. 이유를 이해하면 아키텍트가 비용이 많이 드는 개조를 피할 수 있습니다.

종종 위협 모델과 보안 요구사항이 아키텍처 단계에 완전히 통합되지 않습니다. 기존 솔루션은 암호화나 접근 제어로 개조되며, 이는 비용이 많이 들고 취약하며 불충분할 수 있습니다. 관리자는 성능을 보안보다 우선시하며, 격리나 에어갭이 시스템을 보호할 것이라고 가정합니다. 보안이 추가될 때 전체 솔루션을 재설계하는 것은 엄청나게 비쌀 수 있습니다.

안전한 시스템 설계는 공격으로부터의 보호와 성능, 상호운용성, 확장성에 미치는 최소한의 영향 사이의 균형을 요구합니다. 이 과제는 시스템이 더 복잡해질수록 심화됩니다. DDS 보안 사양과 RTI의 Connext® DDS Secure는 P2P, 데이터 중심 프레임워크로 세분화된 보안 제어, 멀티캐스트, 제로카피 데이터 분배를 기본적으로 지원하여 이러한 과제를 해결합니다.

이미 DDS를 사용 중이거나 평가 중이라면, Connext DDS Secure는 보안을 비즈니스 위험과 성능 목표에 맞출 수 있는 명확한 경로를 제공합니다. 아래에서 중요한 IIoT 환경의 요구를 어떻게 충족하는지 탐구하고, 의료 기기 상호운용성 사례 연구로 그 영향을 설명합니다.

DDS 보안이 귀사 사용 사례에 적합한가?

RTI 엔지니어들은 잠재 고객을 다섯 가지 핵심 질문으로 평가합니다. 최소 세 개 이상이 '예'라면 DDS가 최적의 연결 프레임워크일 가능성이 높습니다:

1. 시스템에 짧은 중단이 용납되지 않는가?
2. 지난 2주 동안 '밀리초' 또는 '마이크로초'라는 용어를 사용했는가?
3. 소프트웨어 엔지니어가 10명 이상인가?
4. 데이터를 여러 목적지(예: 클라우드, 데이터베이스, 엣지 장치)에 발행해야 하는가?
5. 새로운 IIoT 아키텍처를 설계 중인가?

질문 1 - 가용성
가동 시간이 중요할 때 DDS의 P2P 토폴로지는 단일 장애 지점을 제거합니다. 소유권, 내구성, 라이블니스, 데드라인과 같은 QoS 정책은 우아한 저하를 가능하게 합니다. DDS 보안은 도메인 분리, 참가자 인증, 메시지 인증을 추가하여 가용성을 유지하면서 DoS 공격을 완화합니다.

질문 2 - 실시간 성능
고주파 데이터 스트림은 최소 지연을 요구합니다. DDS 보안은 애플리케이션 코드 변경 없이 토픽 또는 참가자별로 기밀성, 무결성, 진정성을 구성할 수 있습니다. 이 세밀한 접근은 필요한 보안 메커니즘만 적용되도록 하여 왕복 시간을 낮게 유지합니다.

질문 3 - 개발 효율성
대규모 팀은 데이터 중심 설계로 데이터 모델을 처리 API에서 분리하는 DDS의 이점을 얻습니다. 보안 정책은 선언적 파일(도메인 거버넌스, 참가자 권한)로 정의되어 코드와 독립적으로 감사 및 업데이트 가능하며, 통합 위험을 줄이고 제공을 가속화합니다.

질문 4 - 멀티캐스트 최적화
TLS/DTLS가 멀티캐스트를 활용할 수 없는 것과 달리, DDS 보안은 효율적인 데이터 분배를 위해 멀티캐스트를 기본 지원합니다. 이는 텔레메트리, 진단, 제어 메시징 같은 브로드캐스트 스타일 애플리케이션에 필수적입니다.

질문 5 - 신규 아키텍처 유연성
새로운 시스템을 구축할 때 처음부터 보안을 내장할 수 있습니다. DDS는 개방적이고 공급업체 중립적 표준이며, DDS 보안은 플러그인 가능한 인증, 권한 부여, 암호화, 로깅 API를 제공하여 확장 가능하고 교차 공급업체 IIoT 배포에 이상적입니다.

RTI Connext DDS Secure는 수많은 상업 및 정부 고객에 의해 검증되었습니다. 피드백은 제품 개선과 DDS 커뮤니티 기여를 지속적으로 알려왔습니다.

예: 안전한 의료 기기 상호운용성을 위한 DDS 보안

ASTM F2761-09 통합 임상 환경(ICE) 표준은 이기종 의료 기기 간 상호운용성을 촉진합니다. 오픈 소스 ICE 구현인 OpenICE는 DDS를 통신 백본으로 사용합니다. 명시적 보안 없이 내부자가 중간자 역할을 하여 환자 데이터를 위조하고 치료를 위태롭게 할 수 있습니다.

OpenICE는 다양한 의료 기기 간 연결을 가능하게 합니다. DDS 보안을 적용하면 관리자는 장치별 접근 제어를 시행하여 민감한 토픽에 발행하거나 구독할 수 있는 참가자를 승인된 참가자로만 제한할 수 있습니다. 이는 내부자 위협을 완화하고 환자 안전을 보존합니다.

전송 계층 보안만으로는 부족하다

모든 트래픽이 TLS/DTLS로 암호화되어도 세분화된 제어가 없으면 손상된 장치가 여전히 악성 데이터를 발행할 수 있습니다. DDS 보안의 역할 기반 접근 정책은 기존 전송 보안에 영향을 주지 않고 이러한 공격을 방지합니다.

리소스 제약 장치나 대역폭 민감 애플리케이션의 경우 보안 수준을 맞춤화할 수 있습니다. 적절한 곳에서만 무결성이나 진정성을 활성화하여 오버헤드를 최소화하면서 규정 준수를 유지합니다.

RTI는 DDS와 통합할 수 있는 커스텀 TLS/DTLS 전송도 제공합니다. 아키텍처 연구를 통해 위험과 성능에 기반한 전송 및 미들웨어 보안의 적절한 조합을 선택하도록 돕습니다.

결론 및 참고 자료

중요 인프라에는 RTI Connext DDS Secure와 OMG DDS 보안 표준 채택을 권장합니다. 주요 참고 자료:

• [1] OMG DDS 보안 사양 – https://www.omg.org/spec/DDS-Security/
• [2] 산업 인터넷 참조 아키텍처(IIRA) – https://www.iiar.org/
• [3] 산업 인터넷 연결 프레임워크(IICF) – https://www.iicf.org/
• [4] 산업 인터넷 보안 프레임워크(IISF) – https://www.iisf.org/
• [5] ICE 보안 – https://www.ice-security.org/