KR20010001717A - 안전한 분산 객체 기반의 응용 개발 플랫폼 및 그 서비스 방법 - Google Patents

Abstract

본 발명은 다수의 컴퓨터가 통신망으로 연결된 분산 처리 환경에서의 안전한 분산 객체 기반의 응용 개발 플랫폼에 관한 것으로 응용으로부터 투명하게 보안 서비스를 제공하며, 응용이 투명하게 목표 객체에 대한 서비스 요구를 하고, 그에 대한 응답을 받을 수 있도록 매개하는 객체 매개 수단; 응용과 상기 객체 매개 수단 간의 인터페이스; 상기 객체 매개 수단에서 보안 서비스를 받은 응용의 요구를 통신망을 통하여 목표 객체에게 전송하고, 상기 목표 객체로부터의 응답을 수신하여 응용에게 회신하기 위하여 객체 매개 수단에게 전달하는 하부 통신 프로토콜; 상기 객체 매개 수단과 상기 하부 통신 프로토콜 간의 인터페이스를 포함함을 특징으로 한다.

본 발명에 의하면, 분산 객체 기반의 응용 개발 플랫폼에서 안전한 보안 서비스를 제공함으로써 응용은 스스로 보안 문제에 대한 관심을 줄이고, 자신의 응용 자체 문제 해결에 관심을 집중할 수 있도록 함으로써 응용의 개발 시간 및 비용을 줄일 수 있으며, 또한 이러한 보안 서비스를 응용으로부터 투명하게 제공하는 효과가 있다.

Description

안전한 분산 객체 기반의 응용 개발 플랫폼 및 그 서비스 방법 {Secure distributed object based applications development platform and service method thereof}

본 발명은 응용 개발 플랫폼에 관한 것으로, 특히 다수의 컴퓨터가 통신망으로 연결된 분산 처리 환경에서의 안전한 분산 객체 기반의 응용 개발 플랫폼에 관한 것이다.

과거의 컴퓨팅 환경은 컴퓨터 센터에 중앙 컴퓨터가 존재하고, 각 사용자는 단말기를 통해 중앙 컴퓨터에 접속하여 작업을 수행하는 중앙 집중 구조를 이루고 있었다. 이는 기본적으로 매우 고가인 컴퓨터 자원을 여러 사용자가 공유하여 사용하기 위한 구조였다. 그러나 기술의 발달에 따라 컴퓨터의 성능이 향상되고, 그 가격이 하락하게 됨에 따라, 개인용 컴퓨터의 보급이 확대되었으며, 컴퓨팅 환경도 중앙에 집중되었던 컴퓨팅 능력이 여러 컴퓨터로 분산되고, 이들이 통신망으로 연결된 구조인 분산 컴퓨팅 환경이 주류를 이루고 있다.

분산 컴퓨팅 환경에서는, 여러 개의 통신망 서버(network server), 지역(local) 서버 또는 웹(web) 서버 등이 각자 자신의 서비스를 제공하고, 클라이언트(client)는 개별적인 컴퓨팅 능력을 보유하면서, 이들 서버가 제공하는 서비스를 필요에 따라 이용하는 구조를 이루고 있다. 뿐만 아니라, 이러한 클라이언트/서버 개념은 상대적인 것으로, 어떤 컴퓨터가 특정 서비스 측면에서는 클라이언트로 서비스를 받는 반면, 또다른 서비스 측면에서는 다른 클라이언트에게 서비스를 제공하는 서버로 기능하는 경우가 많다. 개인용 컴퓨터의 확산과 통신망, 특히 인터넷의 발달은 다양한 서버가 인터넷에 접속되어 서비스를 제공하고, 각 개인용 컴퓨터는 인터넷을 통하여 클라이언트로써 이들 서비스를 필요에 따라 이용하는 구조를 일반화시켰다. 이러한 구조는 특히 웹의 발달에 의해 가속화되었다. 또한, 하나의 컴퓨터에서 모든 컴퓨팅을 수행하는 대신, 특정 목적을 수행하는 컴퓨팅을 여러 컴퓨터에서 세부 컴퓨팅으로 분산하여 병렬적으로 처리함으로써 성능 향상을 도모하는 분산 처리 기법이 확대되고 있다.

컴퓨팅 환경의 또다른 중요한 변화는 객체(object) 기반 기술의 도입이다. 객체란 특정 기능 또는 서비스를 수행하는 코드를 추상화시킨 개념이다. 객체 개념에서 중요한 것은 객체가 제공하는 기능에 관심이 집중되고, 그 기능을 어떻게 수행하는가는 외부로부터 감추어진다는 점이다. 즉, 객체는 "what" 측면에서만 외부에 노출되고, "how" 측면에서는 감추어진다. 이러한 객체는 자신의 서비스를 이용하고자 하는 응용 프로그램, 즉, 클라이언트에게 객체에 접근할 수 있는 인터페이스를 제공하여야 한다. 객체 기반의 프로그래밍 언어에서 객체는 특정 클래스(class)의 인스턴스(instance)로 존재하며, 이러한 클래스 개념을 사용하여 코드의 재활용이 가능하게 되었다.

위에서 설명한 분산 처리 환경에 객체 개념이 도입되어 분산 객체 개념이 형성되었으며, 분산 객체 개념에서는 분산 객체로 구현되는 서버에 대한 클라이언트의 서비스 요구와 해당 서버로부터의 응답을 매개하는 역할을 하는 객체 매개 수단, 예를 들어 ORB(Object Request Broker)가 이용된다.

도 1은 이러한 ORB를 채용하고 하부 통신 프로토콜로 TCP/IP를 사용하는 구조에서, 종래의 분산 객체 기반의 응용 개발 플랫폼의 구성도를 개략적으로 도시한 것이다. 도 1은 서비스 요구를 하는 클라이언트 쪽만을 도시하고 있으나, 서버 쪽의 구성도 이와 유사하다.

도 1에 도시된 바와 같이, 종래의 응용 개발 플랫폼은 응용과 ORB 간의 인터페이스(110), ORB(120), ORB와 TCP/IP 간의 인터페이스(130), TCP/IP(140)로 구성되어 있다.

응용(100)은 서버에 대한 클라이언트의 서비스 요구와 해당 서버로부터의 응답을 매개하는 ORB(120)를 통하여 서버에 대한 서비스를 요구한다.

응용과 ORB 간의 인터페이스(110)는 응용에서 ORB(120)에 접근하는 형식을 정의하는 부분이다.

ORB(120)가 실제적으로 서버와 통신을 위해서는 하부의 통신 프로토콜을 사용하여야 한다. 여기서는 클라이언트 측에서 TCP/IP(140) 프로토콜을 사용한다고 가정하였다. TCP/IP(140) 프로토콜은 인터넷에서 가장 널리 사용되는 표준적인 프로토콜이며, 여기서 현재 사용되는 인터넷 프로토콜(IP)의 버젼은 4, 즉 IPv4이다.

ORB와 TCP/IP 간의 인터페이스(130)는 ORB가 실제적으로 TCP/IP를 통하여 통신망에 접근하기 위하여, TCP/IP 계층의 서비스 이용자로써 이들 서비스에 접근하기 위한 인터페이스를 정의한 것이다. 예를 들어, ORB는 TCP 헤더의 관련 정보를 파라미터로 설정하여 TCP를 호출하게 된다.

이러한 종래의 플랫폼에서 보안 문제는 응용(100) 수준에서 직접 관리되었다. 예를 들어, telnet이나 ftp 응용에서 사용자 인증 문제는 이들 응용에서 직접적으로 처리한다. 즉, 응용 수준에서 응용 스스로 보안 서비스를 구현하거나, 외부 보안 서비스를 통하여 보안 문제를 관리하여야 하므로, 응용 개발자는 응용 자체 문제 해결 문제 뿐만 아니라, 보안 문제도 직접 고려하여야 하는 부담이 있었다. 특히, 보안 문제가 중요한 요소가 되는 응용의 경우에 보안 문제의 해결이 응용 개발 노력의 상당 부분을 차지하게 된다.

본 발명이 이루고자 하는 기술적 과제는 상기의 문제점을 해결하기 위해, 응용 수준에서는 보안 문제에 대한 관심을 줄이고, 응용 자체의 문제 해결에 관심을 집중할 수 있도록, 안전한 보안 서비스를 위한 분산 객체 기반의 응용 개발 플랫폼 및 그 서비스 방법을 제공하는 것을 목적으로 한다.

도 1은 종래의 분산 객체 기반의 응용 개발 플랫폼의 구성도를 개략적으로 도시한 것이다.

도 2a는 본 발명의 바람직한 일 실시예에 따른 안전한(secure) 분산 객체 기반의 응용 개발 플랫폼의 구성도를 개략적으로 도시한 것이다.

도 2b는 본 발명의 바람직한 일 실시예에 따른 안전한 분산 객체 기반 응용 개발 플랫폼이 민간용 응용에 적용되는 구체적 모습을 개략적으로 도시한 것이다.

도 3은 본 발명의 바람직한 다른 실시예에 따른 안전한 분산 객체 기반의 응용 개발 플랫폼에서의 분산 객체 응용의 서비스 요구를 처리하는 방법에 대한 흐름도이다.

도 4는 본 발명의 바람직한 또다른 실시예에 따른 안전한 분산 객체 기반의 응용 개발 플랫폼에서의 분산 객체 응용의 서비스 요구에 대한 응답을 처리 방법에 대한 흐름도이다.

상기 기술적 과제를 해결하기 위하여, 본 발명의 일측면에 의한 안전한 분산 객체 기반의 응용 개발 플랫폼은 다수의 컴퓨터가 통신망으로 연결된 분산 처리 환경에서의 분산 객체 기반의 군사용, 공공 기관용 및 민간용 응용 개발 플랫폼에 있어서, 응용으로부터 투명하게 보안 서비스를 제공하며, 응용이 투명하게 목표 객체에 대한 서비스 요구를 하고, 그에 대한 응답을 받을 수 있도록 매개하는 객체 매개 수단; 응용과 상기 객체 매개 수단 간의 인터페이스; 상기 객체 매개 수단에서 보안 서비스를 받은 응용의 요구를 통신망을 통하여 목표 객체에게 전송하고, 상기 목표 객체로부터의 응답을 수신하여 응용에게 회신하기 위하여 객체 매개 수단에게 전달하는 하부 통신 프로토콜; 상기 객체 매개 수단과 상기 하부 통신 프로토콜 간의 인터페이스를 포함함을 특징으로 한다.

본 발명의 일측면에 의한 분산 객체 응용에 대한 서비스 방법은 다수의 컴퓨터가 통신망으로 연결되고, 목표 객체에 대한 투명한 서비스 요구 및 그에 대한 응답을 매개하는 객체 매개 수단을 구비한 분산 처리 환경에서의 분산 객체 응용에 대한 서비스 방법에 있어서, (a) 응용의 서비스 요구를 객체 매개 수단에서 수신하는 단계; (b) 객체 매개 수단에서 응용으로부터 투명하게 응용의 요구에 대하여 인증 서비스 및 보안 설정 서비스를 포함하는 보안 서비스를 제공하는 단계; (c) 상기 (b) 단계의 각 보안 서비스의 요청에 따라 응용의 요구에 대한 암호화를 수행하는 단계; (d) 상기 (b) 단계 및 (c) 단계에서 보안 서비스를 받고 암호화된 응용의 요구를 통신망을 통하여 전송하는 단계를 포함함을 특징으로 한다.

본 발명의 또다른 측면에 의한 분산 객체 응용에 대한 서비스 방법은 다수의 컴퓨터가 통신망으로 연결되고, 목표 객체에 대한 투명한 서비스 요구 및 그에 대한 응답을 매개하는 객체 매개 수단을 구비한 분산 처리 환경에서의 분산 객체 응용에 대한 서비스 방법에 있어서, (a) 통신망을 통하여 목표 객체로부터의 응답을 수신하는 단계; (b) 수신된 응답을 복호화하는 단계; (c) 객체 매개 수단에서 응용에 투명하게 복호화된 응답에 대한 인증 서비스 및 보안 설정 서비스를 포함하는 보안 서비스를 점검하는 단계; (d) 상기 (c) 단계에서 보안 서비스 점검을 받은 응답을 응용에게 전달하는 단계를 포함함을 특징으로 한다.

이하에서 첨부된 도면을 참조하여 본 발명의 구성 및 동작의 바람직한 실시에를 상세히 설명한다.

도 2a는 본 발명의 바람직한 일 실시예에 따른 안전한(secure) 분산 객체 기반의 응용 개발 플랫폼의 구성도를 개략적으로 도시한 것이다. 도 2a는 서비스 요구를 하는 클라이언트 쪽만을 도시하고 있으나, 서버 쪽의 구성도 이와 유사하다.

도 2a에 도시한 바와 같이, 본 발명의 바람직한 일 실시예에 따른 안전한 분산 객체 기반의 응용 개발 플랫폼(이하 제 1 실시예라 간단히 표현함)은 응용과 안전한 ORB 간의 인터페이스(210), 보안 서비스 객체(222)와 암호화부(226) 및 보안 서비스 객체와 암호화부 간의 인터페이스(224)를 포함하는 객체 매개 수단인 안전한 ORB(220), 안전한 ORB와 하부 통신 프로토콜 간의 인터페이스(230), 하부 통신 프로토콜(240)을 포함한다.

제 1 실시예의 이해를 도모하기 위하여, 우선 분산 객체 시스템에 대하여 객체 매개 수단의 개념을 ORB(Object Request Broker)를 예를 들어 간략히 살펴보기로 한다.

분산 객체 시스템이란 분산 처리 환경에 객체 개념을 도입한 것으로, 이의 대표적인 것으로 OMG(Object Management Group)의 CORBA(Common Object Request Broker Architecture)와 마이크로소프트사의 COM/DCOM(Distributed Componet Object Model)을 들 수 있다. CORBA는 ORB를 사용하는 일반적인 구조로 제안된 것이다.

분산 객체 시스템에서 각 서버의 서비스는 하나의 객체로써 존재하며, 각 클라이언트는 통신망을 통하여 이러한 객체에의 접근을 통하여 서비스를 받게 된다. ORB 구조에서, 객체는 특정 불변의 식별자를 갖는 개체로 캡슐화되며, 그 객체의 서비스는 잘 정의된 인터페이스를 통하여 접근할 수 있다. 클라이언트는 객체에게 특정 서비스를 수행하도록 요청할 수 있으나, 각 객체의 위치나 구현 메카니즘은 감추어져 있다. ORB는 분산 객체에 대한 클라이언트의 서비스 요구와 그 응답을 매개하는 역할을 한다. 여기서 서비스를 제공하는 객체를 목표 객체(target object)라고 칭하며, ORB는 목표 객체와의 통신에서 다음 측면에서 투명성을 제공한다.

1. 객체 위치(location) : 클라이언트는 목표 객체가 어디에 존재하는지 알 필요가 없다. 통신망 상의 다른 컴퓨터에 존재하는 프로세스에 존재할 수도 있고, 동일 컴퓨터의 다른 프로세스 또는 동일 프로세스에 존재할 수도 있다.

2. 객체 구현 방식(implementation) : 클라이언트는 목표 객체가 어떻게 구현되었는지를 알 필요가 없다. 어떠한 프로그래밍 언어로 작성되었는지, 어떠한 운영 체제 또는 H/W에서 동작하는지 알 필요가 없다.

3. 객체 통신 메카니즘 : 클라이언트는 ORB가 어떠한 통신 메카니즘(예, TCP/IP, 공유 메모리 등)을 사용하여 목표 객체와 통신하는지 알 필요가 없다.

4. 객체 실행 상태 : 클라이어트는 목표 객체에 대한 요구를 할 경우에, 그 객체가 현재 "동작중인(activated)" 상태인지 알 필요가 없다. ORB는 클라이언트에 투명하게 목표 객체를 개시시킨 후에 서비스 요구를 전달할 것이다.

그러므로 ORB 구조에서, 각 응용 개발자는 자신의 응용 자체 문제 해결에 관심을 집중할 수 있으며, 하부적인 분산 시스템에서의 프로그래밍 문제에 대한 관심을 줄일 수 있다.

제 1 실시예는 객체 매개 수단으로 ORB 구조를 채용하고 있기 때문에, 응용(200)은 목표 객체의 위치, 구현 방식, 통신 메카니즘, 실행 상태 등에 관계없이 프로그래밍될 수 있다. 또한 아래에서 설명될 안전한 ORB(220)에서 내부적으로 제공되는 보안 서비스 및 암호화, 안전한 IP(240)의 보안 서비스를 투명하게 제공받는다. 그러므로 응용 개발자는 응용 자체의 문제 해결에만 관심을 집중할 수 있다. 제 1 실시예에서 객체 매개 수단으로 CORBA의 ORB를 예를 들어 설명하고 있으나, 본 발명이 속하는 기술 분야에서 숙련된 자는 마이크로소프트사의 DCOM 뿐만 아니라, 이와 유사한 다른 종류의 분산 객체 시스템에도 본 발명이 동일하게 적용될 수 있다는 것을 이해할 수 있을 것이다.

응용(200)은 크게 군사용 응용, 민간용 응용, 공공기관용 응용으로 구별할 수 있으며, 이러한 응용의 종류에 따라 각기 다른 암호화부(226)가 선택되어질 수 있다. 이처럼 응용의 종류에 따라 각기 다른 암호화부가 선택되고, 이들이 상호 연동하는 본 실시예의 구체적인 적용 모습에 대하여는 도 2b에서 살펴볼 것이다.

응용(200)은 안전한 ORB(220)를 통하여 목표 객체에 대한 서비스 요구를 한다. 이러한 응용과 안전한 ORB 간의 인터페이스(210)는 응용 프로그램 인터페이스(Application Programming Interface; API)를 통하여 정의된다. 클라이언트가 목표 객체에 대한 요구를 하기 위해서는 목표 객체에 의하여 지원되는 동작의 유형을 알아야 하며, 이러한 객체와의 인터페이스는 객체가 지원하는 동작 및 유형을 정의하며, 이를 통하여 객체에 대한 요구를 하게 된다. 또한 이 인터페이스에는 응용의 종류에 따른 암호화부(226)의 선택과 관련된 정보를 포함할 수 있다.

제 1 실시예에서 객체 매개 수단인 안전한 ORB(220)는 기본적으로 ORB 코아(core)에 의하여 목표 객체에 대한 투명한 접근의 지원 및 목표 객체에 대한 클라이언트, 즉, 응용의 서비스 요구와 그 응답을 매개하는 역할을 하며, 위에서 설명한 응용과 안전한 ORB 간의 잘 정의된 인터페이스(210)를 제공한다. 뿐만 아니라 안전한 ORB(220)는 응용에게 투명하게 다양한 보안 서비스를 제공한다. 여기서 투명한 서비스를 제공한다는 것은 이러한 보안 서비스가 어디에 위치하고 있고, 어떻게 제공되는 지 등의 측면이 사용자에게 투명하다는 것이다. 그러므로 응용(200)은 제 1 실시예에서 자신의 서비스 요구에 대한 보안 서비스가 제공된다고 기본적으로 가정하고 자신의 문제 해결만을 위한 프로그래밍을 수행할 수 있다. 이러한 제 1실시예에서 보안 서비스는 기본적으로 OMG에서 제시한 CORBA 보안 모델을 준수하나, 본 발명은 CORBA 보안 모델에 한정되는 것은 아님은 이미 언급한 바 있다.

안전한 ORB(220)에서 제공되는 보안 서비스는 다양한 보안 서비스 객체(222)와 이들에 의하여 호출되는 암호화부(226)를 통하여 제공된다. 제 1 실시예의 보안 서비스 객체에는 기본적으로 인증 서비스(222a) 및 보안 설정 서비스(222b) 객체가 포함되며, 접근 제어 서비스(222c), 보안 영역 관리 서비스 객체(222d), 권한 위임 서비스(222e) 및 보안 감사 서비스(222f) 객체들이 아울러 포함될 수 있다. 또한 강화된 보안 서비스를 제공하기 위하여 다양한 보안 서비스들, 예를 들어, 기밀성 서비스, 데이타 무결성 서비스, 부인 봉쇄 서비스 객체들도 포함될 수 있을 것이다.

인증 서비스(Authentication Service)(222a)란 내가 통신하고 있는 상대방이 정당한가를 확인할 수 있게 하는 것으로 실체 인증(entity authentication)을 의미한다. 즉, 메시지의 수신자 B는 그 메시지가 송신자 A로부터 왔는지 확신할 수 있어야 한다. 따라서 불순한 의도를 품은 공격자 C가 B에게 C 자신이 A인 것처럼 속일 수 없어야 한다. 그리고 내가 받은 메시지의 출처를 명확히 알 수 있도록 하는 것이 메시지 근원 인증(message origin authentication)이다. 일반적으로 디지털 서명이나 상호 인증 프로토콜을 사용하여 인증 서비스를 제공할 수 있다.

보안 설정 서비스(Security Association Service)(222b)란 클라이언트와 서버 사이에 공유 보안 컨텍스트를 설치하고, 클라이언트와 서버가 서로 공유 보안 컨텍스트를 사용하여 안전한 통신(메시지 암호화/복호화)을 제공하는 것을 말한다.

접근 제어 서비스(Access Control Service)(222c)란 인가된 사용자에게만 특정 자원에 대한 접근을 허용하는 것을 말한다. 한 예로 UNIX에서는 사용자의 등급에 따라서 접근 가능한 자원이 구분이 된다.

보안 영역 관리 서비스(Security Domain Management Service)(222d)에서 보안 영역이란 하나의 보안 정책 즉, 도메인을 안전하게 하기 위해서 객체의 활동을 제한하는 규칙과 기준을 가지고 한 보안 권한 기관(security authority)에 의해서 관리되는 보안 적용 객체들의 집합을 말한다. ORB 기반의 보안에서는 ORB간 보안, 연합 보안 영역(Federated Security Policy Domain), 보호 경계(Protection Boundary), 신뢰 영역(Trust Domain) 그리고 기존 표준과 보안 메커니즘의 공존과 같은 쟁점들을 처리할 수 있어야 하며, 보안 정책을 관리하고 집행하는 방법에 대한 문제도 처리할 수 있어야 한다. 이러한 서비스를 제공하는 것이 보안 영역 관리 서비스이다.

권한 위임 서비스(Privilege management Service)(222e)란 상황에 따라 지정된 자원을 정당하게 사용할 수 있는 권한을 양도할 수 있게 하는 것을 말한다. 즉, 사용자 A가 어떠한 일을 할 수 없는 상황에 있을 때 B에게 그 일을 대신 하게 하려고 할 때 필요하다. 쉬운 예로 UNIX에서 sudo같은 것이 있다. 이는 root가 아니더라도 특정 사용자로 하여금 shutdown이나 printer setup같은 root의 권한을 가져야만 할 수 있는 작업을 허용한다.

보안 감사 서비스(Security Audit Service)(222f)란 컴퓨터 시스템의 기록과 행동을 독립적으로 조사 관찰함으로써, 보안 침해 사실을 발견하고자 하는 보안 활동을 말한다. 일반적으로 log파일로 기록을 남기는 방식이 사용된다. 예를 들어, UNIX나 Windows NT 같은 경우 여러 가지 보안 감사용의 log 파일이 있다.

기밀성 서비스(Confidentiality Service)(미도시)란 내가 가지고 있는 정보의 내용이 노출되지 않게 하는 것을 말한다. 이 기밀성이 제공된다면 데이터가 저장되어 있는 시스템이 공격을 당해서 외부에 노출되더라도 데이터의 내용은 다른 사람이 알 수가 없게 된다. 기밀성을 제공하기 위하여 보편적으로 사용되고 있는 방법이 바로 암호화(encryption)이다. 나중에 암호화된 메시지의 내용을 알아보기 위해서는 복호화(decryption)를 해야 된다.

데이터 무결성 서비스(Data Integrity Service)(미도시)란 메시지 자체가 변경 되었는지 아닌지를 확인할 수 있게 하는 것을 말한다. 송신자 A가 수신자 B에게 메시지를 보낼 때 중간에서 공격자 C가 메시지의 내용을 변조할 수 없도록 하는 것을 말한다. 만약 변조가 된다면 수신자 B는 메시지의 변조 사실을 알 수가 있어야 한다. 예를 들어, cryptographic hash function이나 디지털 서명을 사용하여 이러한 서비스를 제공할 수 있다.

부인 봉쇄 서비스(Non-repudiation Service)(미도시)란 수신자 A는 수신자 B에게 메시지를 보내놓고 나서 나중에 B에게 메시지를 보낸 사실을 부인할 수 없게 하는 것을 말한다. 예를 들어, 이를 위해 디지털 서명이 이용될 수 있다.

이러한 보안 서비스 객체(222)들은 필요에 따라 암호화부(226)를 통하여 응용의 요구에 대한 암호화를 수행한다. 암호화부(226)는 각 응용(200)의 종류에 대응하여 민간용 암호화부, 공공 기관용 암호화부, 군사용 암호화부를 포함할 수 있다. 다시 말해서, 암호화부(226)는 각 응용(200)에 대응하며 개별 암호화부만을 포함하도록 구성될 수 있을 뿐만 아니라, 이들이 부분적으로 또는 전체적으로 통합된 형태로 구현될 수도 있다. 암호화부(226)에 대하여는 도 2b에서 다시 자세히 고찰할 것이다.

또한, 암호화부(226)는 도 2a에 도시된 바와 같이 안전한 ORB(220) 내부에 위치할 수도 있고, 외부에 존재하면서 보안 서비스 객체(220)와 접속될 수도 있다.

안전한 ORB(220)내에는 보안 서비스 객체와 암호화부 간의 인터페이스(224)가 존재하며, 이 인터페이스(224)는 암호화부(226)의 구성에 따라 각 암호화부마다 별개의 인터페이스를 포함할 수 있다. 또한 안전한 ORB(220)에는 미도시된 ORB 코아와 보안 서비스 객체(222) 간의 인터페이스, ORB 간의 안전한 상호 운용 프로토콜(SECure Inter-ORB Protocol; SECIOP)이 포함된다.

안전한 ORB(220)는 목표 객체의 위치나 통신 메카니즘 등에서 투명성을 보장하지만, 실제적인 목표 객체와의 통신을 위해서는 하부의 통신 프로토콜(240)을 사용하여야 한다. 하부 프로토콜토콜(240)로는 기존의 IPv4(242) 또는 차세대 IP인 IPv6의 보안 기능을 지원하는 안전한 IP(246)가 채용될 수 있다. 또한 과도기적으로 이들을 동시에 지원하는 IPv4와 안전한 IP의 혼합 형태(244)로 구성될 수도 있다. 제 1실시예에서의 안전한 IP는 기본적으로 IETF(Internet Engineering Task Force)의 RFC(Request For Comments) 2401을 준수하나, 본 발명은 RFC 2401 모델에 한정되는 것은 아니다.

IP(242)는 노드와 노드간의 패킷 전송을 지원하는 하부 통신 프로토콜이며, 여기서는 안전한 IP(246)에서 추가적으로 제공되는 보안 기능을 중심으로 고찰하기로 한다. 안전한 IP(246)는 차세대 인터넷 프로토콜인 IPv6의 보안 기능을 위한 보안 소켓(secure socket)을 제공한다. 이를 통하여 데이터 인증 서비스 등이 제공될 수 있고, ISAKMP(Internet Security Association and Key Management Protocol, IETF RFC 2408)를 이용한 보안 설정 협상 및 관리 서비스(Security Association Negotiation ＆ Management Service), IPv6의 보안 기능을 위한 보안 socket 지원 툴킷(toolket)이 함께 포함될 수 있다.

또한 안전한 IP(246)는 단대단(end-to-end) 서비스 품질(Quality of Service) 보증 기능을 제공한다. 이에는 사용자 요구 기반의 보안 품질과 IPv6 보안 품질의 대응 기능, 사용자 요구 기반의 보안 품질 전달 기능, TCP의 IPv6 보안 품질 관리 지원 기능, 사용자 간의 보안 연합 및 키 관리 인터페이스 기능이 포함된다.

그리고 안전한 IP(246)는 기존 통신망인 IPv4와 차세대 인터넷 프로토콜인 IPv6 간의 연동 기능을 제공한다. 이에는 기존 방화벽과 IPv6 간의 연동 기능, 기존 라우팅 프로토콜과 IPv6 간의 연동 기능이 포함된다.

안전한 ORB와 하부 통신 프로토콜 간의 인터페이스(230)는 안전한 ORB(220)가 실제적으로 하부 통신 프로토콜(240)을 통하여 통신망에 접근하기 위한 인터페이스이다. 예를 들어 안전한 IP(246)를 채용할 경우에, 이러한 인터페이스는 TCP(미도시)를 통하여 안전한 IP(240)의 보안 소켓을 사용하는 형태가 된다. 그러나 앞에서 밝힌 바와 같이, 안전한 ORB(220)는 하부 통신 프로토콜에 대한 투명성을 보장하므로, 이러한 하부 통신 메카니즘을 응용(200)이 고려할 필요는 전혀 없다.

제 1 실시예는 TCP/IP를 예를 들어 설명하고 있지만, 본 발명이 속하는 기술 분야에서 숙련된 자는 이러한 하부 통신 프로토콜(240)로 OSI의 TP4/CLNP 및 기타 이와 유사한 하부 통신 프로토콜을 사용할 경우에도 본 발명이 동일하게 적용될 수 있다는 것을 이해할 수 있을 것이다. 이 경우, IPv6에서 제안된 보안 기능은 각 통신 프로토콜에 알맞게 적절히 구현될 수 있을 것이다.

또한 제 1 실시예에서는 안전한 ORB(220)와 안전한 IP(240)를 모두 포함하는 구성을 기술하고 있으나, 이들은 선택적으로 포함될 경우에도 보안 서비스가 제공될 수 있다는 것은 자명하다.

제 1 실시예의 동작을 하나의 예를 들어 설명하면 다음과 같다.

우선 안전한 ORB와의 인터페이스에 따라 작성된 응용(200)이 실행되면, 응용의 서비스 요구는 응용과 안전한 ORB 간의 인터페이스(210)를 통하여 안전한 ORB(22)에 전달되고, 안전한 ORB(220)는 각 보안 서비스 객체(222)를 통하여 순차적으로 보안 서비스를 한다. 각 보안 서비스 객체(220)는 필요에 따라 보안 서비스 객체와 암호화부 간의 인터페이스(224)을 통하여 암호화부(226)에 의한 응용의 요구에 대한 암호화를 수행한다. 모든 보안 서비스를 받은 응용의 요구는 안전한 ORB와 안전한 IP 간의 인터페이스(230)를 통하여 (TCP를 경유하여) 안전한 IP(246)에게 전달하게, 안전한 IP(246)는 자신의 보안 서비스를 수행한 후, 통신망을 통하여 목표 객체에게 응용의 요구를 전달한다.

이상에서 본 발명의 바람직한 일 실시예인 안전한 분산 객체 기반의 응용 개발 플랫폼에 대하여 기술하였으며, 계속해서 제 1 실시예가 각 응용의 유형에 따라 구체적으로 적용되는 모습에 대하여 기술한다.

도 2b는 본 발명의 바람직한 일 실시예에 따른 안전한 분산 객체 기반 응용 개발 플랫폼이 민간용 응용에 적용되는 구체적 모습(이하 민간용 실시예라 간단히 표현함)을 개략적으로 도시한 것이다.

도 2b에서는 도 2a의 응용(200)이 군사용 응용(200a), 민간용 응용(200b), 공공기관용 응용(200c)으로 구분되어 표시되어 있고, 도 2a의 암호화부(226)도 각 응용에 따라 군사용 암호화부(226a), 민간용 암호화부(226b), 공공 기관용 암호화부(226c)로 분리되며, 암호화부의 분리에 따라 도 2a의 보안 서비스 객체와 암호화부 간의 인터페이스(224)도 세개의 인터페이스로 분리되어 있다. 민간용 실시예에서는 응용의 유형 중에서 민간용 응용(200b)이 분산 객체 기반의 응용 개발 플랫폼에 탑재되고, 암호화부 중에서 민간용 암호화부(226b)가 선택적으로 사용되고, 보안 서비스 객체와 암호화부 간의 인터페이스도 해당 인터페이스가 선택적으로 사용된다. 민간용 실시예는 민간용 응용이 적용되는 경우을 설명하나, 군사용 응용 및 공공기관용 응용의 경우에도 해당 암호화부 및 해당 보안 서비스 객체와 암호화부 간의 인터페이스가 동일한 방식으로 선택적으로 사용될 수 있다.

제 1 실시예의 설명 과정에서 살펴본 바와 같이, 응용(200)은 크게 군사용 응용(200a), 민간용 응용(200b), 공공기관용 응용(200c)으로 구분될 수 있으며, 제 1 실시예는 이러한 모든 유형의 응용을 지원한다. 민간용 실시예는 이중에서 민간용 응용(200b)이 적용된 모습이다. 각 응용의 유형에 따라 각기 다른 암호화부가 선택되어질 수 있으므로, 이에 관한 정보는 응용과 객체 매개 수단인 안전한 ORB 간의 인터페이스(210)를 통하여 안전한 ORB에 전달될 수 있다. 또다른 구현 방식으로, 예를 들어, ISAKMP와 같은 별도의 메카니즘을 사용하여 응용의 유형에 따른 암호화부의 선택에 관련된 정보에 대하여 목표 객체와 협상이 이루어질 수도 있다.

안전한 ORB(220)는 응용의 유형에 따라 각기 다른 암호화부를 사용하여 응용의 요구를 암호화한다. 그러므로 안전한 ORB(220)는 기본적으로 모든 유형의 암호화부(226a, 226b, 226c)를 포함하며, 각 응용의 유형에 따라 해당 암호화부를 선택적으로 사용한다. 그렇지만, 본 발명의 또다른 실시예에서는 개별 암호화부만을 포함하도록 안전한 ORB(220)를 구성하고, 해당 응용의 유형만 지원하도록 구성할 수도 있으며, 이들을 부분적으로 또는 전체적으로 통합된 형태로 구현할 수도 있다.

본 발명의 실시예는 기본적으로 동일한 유형의 응용 간에 동일한 암호화부를 사용하는 독립 모드의 동작을 지원할 뿐만 아니라, 각기 다른 응용의 유형에 따라 각기 다른 암호화부를 사용하는 응용간의 연동을 지원할 수 있다. 예를 들어, 안전한 ORB(220)는 부분적 또는 전체적으로 통합된 형태로 구현되고, 특정 암호화부에 의하여 암호화된 응용의 요구를 복화화한 후, 이를 다시 다른 유형의 암호화부를 사용하여 암호화하는 메카니즘으로 연동이 이루어질 수 있다. 본 발명이 속하는 분야에서 숙련된 자는 이러한 연동 기능을 제공하기 위하여 다양한 메카니즘을 채택할 수 있을 것이다.

보안 서비스 객체와 암호화부간의 인터페이스(224)도 응용의 유형에 따른 암호화부마다 별도로 구성된다. 그러나 본 발명이 속하는 분야에서 숙련된 자는 파라미터의 갯수를 조절함에 의하여 모든 암호화부를 포괄하는 단일 인터페이스를 구현할 수도 있을 것이다. 그외의 도 2b에서 설명되지 않은 구성 요소는 도 2a에서와 동일하다.

이상에서 본 발명의 바람직한 일 실시예인 안전한 분산 객체 기반의 응용 개발 플랫폼 및 이의 적용 모습에 대하여 기술하였으며, 계속해서 본 발명의 또다른 측면에서의 실시예인 분산 객체 응용의 서비스 요구를 처리하는 방법에 대하여 기술한다.

도 3은 본 발명의 바람직한 다른 실시예에 따른 안전한 분산 객체 기반의 응용 개발 플랫폼에서의 분산 객체 응용의 서비스 요구를 처리하는 방법(이하 제 2 실시예라 간략히 표현함)에 대한 흐름도이다.

안전한 ORB와의 인터페이스에 따라 작성된 응용의 서비스 요구는 객체 매개 수단인 안전한 ORB에서 수신된다(300 단계).

다음으로 안전한 ORB는 응용으로부터 투명하게 응용의 요구에 대하여 순차적으로 다양한 보안 서비스를 제공한다(310 단계). 이러한 보안 서비스에는 인증 서비스 및 보안 설정 서비스가 포함되며, 선택적으로 접근 제어 서비스,보안 영역 관리 서비스, 권한 위임 서비스, 보안 감사 서비스, 기밀성 서비스, 데이타 무결성 서비스, 부인 봉쇄 서비스 등이 포함될 수 있다.

각 보안 서비스는 필요에 따라 응용의 요구에 대한 암호화 단계를 수행한다(320 단계). 도 3은 310 단계에서 하나의 보안 서비스를 제공받는 것을 기준으로 도시하고 있으나, 310 단계에서 제공되는 각 보안 서비스는 각각 필요에 따라 암호화 단계(320 단계)를 수행할 수 있다. 즉, 310 단계와 320 단계는 순차적으로 반복될 수 있다.

안전한 ORB를 통하여 다양한 보안 서비스를 제공받은 서비스의 요구는 하부 통신 프로토콜인 안전한 IP에서 보안 서비스를 받는 단계를 거친다(330 단계). 이 단계에서는 보안 소켓을 통하여 차세대 인터넷 프로토콜인 IPv6의 데이터 인증 등의 보안 서비스가 제공되며, 응용에 따라 각기 다른 대역폭을 확보할 수 있도록 지원하는 기능으로써 실시간 서비스를 위한 서비스 품질 보증 서비스, 기존 통신망인 IPv4와 차세대 인터넷 프로토콜인 IPv6 간의 연동 서비스도 아울러 제공된다.

이러한 IP 보안 서비스를 받은 응용의 요구는 통신망을 통하여 목표 객체에게 전송된다(340 단계).

제 2 실시예에서는 안전한 ORB에서의 보안 서비스를 받는 단계(310, 320 단계)와 안전한 IP에서의 보안 서비스를 받는 단계(340 단계)를 모두 포함하는 방법을 기술하고 있으나, 이들이 선택적으로 수행될 경우에도 안전한 분산 객체 기반의 응용의 서비스 요구가 처리될 수 있다는 것은 자명할 것이다.

이상에서 본 발명의 일 실시예인 분산 객체 응용의 서비스 요구를 처리하는 방법에 대하여 살펴보았으며, 계속해서 본 발명의 또다른 측면에서의 실시예인 분산 객체 응용의 서비스 요구에 대한 응답을 처리 방법에 대하여 기술한다.

도 4는 본 발명의 바람직한 또다른 실시예에 따른 안전한 분산 객체 기반의 응용 개발 플랫폼에서의 분산 객체 응용의 서비스 요구에 대한 응답을 처리 방법(이하 제 3 실시예라 간략히 표현함)에 대한 흐름도이다.

응용의 서비스 요구에 대한 목표 객체로부터의 응답은 통신망을 통하여 수신된다(400 단계).

통신망을 통하여 수신된 응답에 대하여 안전한 IP에서 보안 서비스 점검이 수행된다(410 단계). 이러한 보안 점검에는 보안 소켓을 통한 차세대 인터넷 프로토콜인 IPv6의 보안 서비스에 대한 점검, 단대단 서비스 품질 보증에 대한 점검 등이 포함된다.

이러한 IP 보안 점검을 받은 수신된 응답은 ORB로 전달되어, ORB 보안 점검을 받기 전에 우선 복호화된다(420 단계).

복호화된 응답에 대하여 ORB에서 응용으로부터 투명하게 순차적으로 다양한 보안 점검이 수행된다(430 단계). 이러한 보안 점검에는 인증 및 보안 설정에 대한 보안 점검이 포함되며, 선택적으로 접근 제어, 보안 영역 관리, 권한 위임, 보안 감사 등에 대한 보안 점검이 추가로 포함될 수 있다. 각 보안 점검을 위하여는 필요에 따라 미리 암호화되어 있는 응답을 복화화 단계(420 단계)를 통하여 복호화할 필요가 있다. 도 4는 430 단계에서 하나의 보안 서비스에 대한 점검을 수행하는 것을 기준으로 도시하고 있으나, 430 단계에서 수행되는 각 보안 점검은 각각 필요에 따라 미리 복호화 단계(420 단계)를 수행할 수 있다. 즉, 420 단계와 430 단계는 순차적으로 반복될 수 있다.

이러한 보안 점검을 통과한 목표 객체로부터의 응답은 최종적으로 응용에게 전달된다(440 단계).

제 3 실시예에서는 안전한 IP에서의 보안 점검 단계(410 단계)와 안전한 ORB에서의 보안 점검 단계(420, 430 단계)를 모두 포함하는 방법을 기술하고 있으나, 이들이 선택적으로 수행될 경우에도 안전한 분산 객체 응용의 서비스 요구에 대한 응답이 처리될 수 있다는 것은 자명할 것이다.

본 발명이 속하는 기술 분야에서 통상의 지식을 가진 자는 본 발명이 본 발명의 본질적인 특성에서 벗어나지 않는 범위에서 변형된 형태로 구현될 수 있음을 이해할 수 있을 것이다. 그러므로 본 개시된 실시예들은 한정적인 관점이 아니라 설명적인 관점에서 고려되어야 한다. 본 발명의 범위는 전술한 설명이 아니라 청구범위에 나타나 있으며, 그와 동등한 범위 내에 있는 모든 차이점은 본 발명에 포함된 것으로 해석되어야 할 것이다.

본 발명에 의하면, 분산 객체 기반의 응용 개발 플랫폼에서 안전한 보안 서비스를 제공함으로써 응용은 스스로 보안 문제에 대한 관심을 줄이고, 자신의 응용 자체 문제 해결에 관심을 집중할 수 있도록 함으로써 응용의 개발 시간 및 비용을 줄일 수 있으며, 또한 이러한 보안 서비스를 응용으로부터 투명하게 제공하는 효과가 있다. 또한 본 발명에 의하면, 응용의 유형에 따른 암호화부를 통합적으로 구비함으로써 군사용, 민간용 및 공공기관용 응용을 모두 지원할 수 있고, 동일한 유형의 응용 간의 상호 동작 뿐만 아니라 상이한 유형의 응용 간의 연동도 가능하게 하는 효과가 있다.

Claims (8)

1. 다수의 컴퓨터가 통신망으로 연결된 분산 처리 환경에서의 분산 객체 기반의 군사용, 공공 기관용 및 민간용 응용 개발 플랫폼에 있어서,

   응용으로부터 투명하게 보안 서비스를 제공하며, 응용이 투명하게 목표 객체에 대한 서비스 요구를 하고, 그에 대한 응답을 받을 수 있도록 매개하는 객체 매개 수단;

   응용과 상기 객체 매개 수단 간의 인터페이스;

   상기 객체 매개 수단에서 보안 서비스를 받은 응용의 요구를 통신망을 통하여 목표 객체에게 전송하고, 상기 목표 객체로부터의 응답을 수신하여 응용에게 회신하기 위하여 객체 매개 수단에게 전달하는 하부 통신 프로토콜;

   상기 객체 매개 수단과 상기 하부 통신 프로토콜 간의 인터페이스를 포함함을 특징으로 하는 안전한 분산 객체 기반의 응용 개발 플랫폼.
2. 제 1항에 있어서, 상기 객체 매개 수단은,

   응용으로부터 투명하게 제공하는 보안 서비스로써 인증 서비스 및 보안 설정 서비스를 포함하는 보안 서비스 객체를 포함하고,

   상기 각 보안 서비스 객체의 요청에 따라 응용의 요구에 대한 암호화를 수행하는 암호화부; 및

   상기 보안 서비스 객체와 상기 암호화부 간의 인터페이스를 더 포함함을 특징으로 하는 안전한 분산 객체 기반의 응용 개발 플랫폼.
3. 제 2항에 있어서,

   상기 암호화부는 군사용 암호화부, 민간용 암호화부 및 공공 기관용 암호화부 중 적어도 하나를 포함하고, 각 응용의 유형에 따라 각기 다른 암호화부를 통하여 응용의 요구에 대한 암호화를 수행하고,

   상기 보안 서비스 객체와 암호화부 간의 인터페이스는 응용의 유형에 따른 암호화부마다 별개의 인터페이스를 사용함을 특징으로 하는 안전한 분산 객체 기반의 응용 개발 플랫폼.
4. 제 1항 내지 제 3항 중의 어느 한 항에 있어서, 상기 하부 통신 프로토콜은,

   데이터 인증을 포함하는 보안 서비스를 보안 소켓을 통하여 제공함을 특징으로 하는 안전한 분산 객체 기반의 응용 개발 플랫폼.
5. 다수의 컴퓨터가 통신망으로 연결되고, 목표 객체에 대한 투명한 서비스 요구 및 그에 대한 응답을 매개하는 객체 매개 수단을 구비한 분산 처리 환경에서의 분산 객체 응용에 대한 서비스 방법에 있어서,

   (a) 응용의 서비스 요구를 객체 매개 수단에서 수신하는 단계;

   (b) 객체 매개 수단에서 응용으로부터 투명하게 응용의 요구에 대하여 인증 서비스 및 보안 설정 서비스를 포함하는 보안 서비스를 제공하는 단계;

   (c) 상기 (b) 단계의 각 보안 서비스의 요청에 따라 응용의 요구에 대한 암호화를 수행하는 단계;

   (d) 상기 (b) 단계 및 (c) 단계에서 보안 서비스를 받고 암호화된 응용의 요구를 통신망을 통하여 전송하는 단계를 포함함을 특징으로 하는 분산 객체 응용에 대한 서비스 방법.
6. 제 5항에 있어서, 상기 (d) 단계는,

   응용의 요구를 통신망을 통하여 전송하기 전에 상기 (b) 단계 및 (c) 단계에서 보안 서비스를 받고 암호화된 응용의 요구에 대하여 데이터 인증을 포함하는 보안 서비스를 보안 소켓을 통하여 제공하는 단계를 더 포함함을 특징으로 하는 분산 객체 응용에 대한 서비스 방법.
7. 다수의 컴퓨터가 통신망으로 연결되고, 목표 객체에 대한 투명한 서비스 요구 및 그에 대한 응답을 매개하는 객체 매개 수단을 구비한 분산 처리 환경에서의 분산 객체 응용에 대한 서비스 방법에 있어서,

   (a) 통신망을 통하여 목표 객체로부터의 응답을 수신하는 단계;

   (b) 수신된 응답을 복호화하는 단계;

   (c) 객체 매개 수단에서 응용에 투명하게 복호화된 응답에 대한 인증 서비스 및 보안 설정 서비스를 포함하는 보안 서비스를 점검하는 단계;

   (d) 상기 (c) 단계에서 보안 서비스 점검을 받은 응답을 응용에게 전달하는 단계를 포함함을 특징으로 하는 분산 객체 응용에 대한 서비스 방법.
8. 제 7항에 있어서, 상기 (a) 단계는,

   통신망을 통하여 응답을 수신한 후, 데이터 인증을 포함하는 보안 서비스를 보안 소켓을 통하여 점검하는 단계를 더 포함함을 특징으로 하는 분산 객체 응용에 대한 서비스 방법.