보안 정보를 디스플레이하고 관리하는 시스템 및 방법 document_id A220517005202

본 발명은 일반적으로 컴퓨터 시스템의 도메인에 대한 보안 정보의 관리에 관한 것이다. 현재 네트워크 시스템은 트러스트된 관계(trusted relationship)가 컴퓨터 시스템의 도메인 간에 구축되도록 한다. 컴퓨터 시스템의 도메인은 동일한 도메인 내에 존재하는 일반적인 속성을 공유하는 컴퓨터 시스템의 컬렉션(collection)이다. 예를 들면, 한 회사의 모든 컴퓨터 시스템은 회사의 도메인을 형성할 수 있고, 그 회사의 인적 자원부의 컴퓨터 시스템은 회사의 인적 자원 도메인을 형성할 수 있다. 종종, 한 도메인에서의 컴퓨터 시스템들의 사용자들은 다른 도메인의 사용자들이 자신들의 자원(예를 들면, 데이터 파일 및 애플리케이션 파일)을 액세스하는 것을 허가할 수 있다. 예를 들면, 그 자신의 컴퓨터 시스템이 중역 도메인 내에 존재하는 회사 사장은 인적 자원 도메인의 컴퓨터 시스템 상에 저장된 직원 파일들(personnel files)(즉, 자원의 한 유형)을 액세스할 수 있다. 직원 파일로의 액세스를 허가하기 위해서, 인적 자원 도메인 관리자는 중역 도메인 사용자와의 "트러스트 관계"를 구축할 수 있다. 일단 이 트러스트 관계가 구축되면, 트러스트된 도메인의 멤버인, 회사 사장은 소정의 직원 파일들을 액세스할 수 있다. 인적 자원 도메인 관리자는, 중역 도메인에 대한, 인적 자원 도메인의 "내향 트러스트(incoming trust)"를 구축하는 것으로 여겨지며, 이는 중역 도메인의 사용자가 인적 자원 도메인의 관리자에 의해 트러스트되는 것을 의미한다. 중역 도메인의 관리자도 중역 도메인과 인적 자원 도메인 간에 트러스트 관계를 구축할 수 있다. 이 트러스트 관계에 의해, 인적 자원 도메인의 사용자가 중역 도메인의 자원을 액세스할 수 있다. 이러한 경우, 중역 도메인에 대한 인적 자원 도메인의 "외향 트러스트(outgoing trust)"가 구축되며 이 트러스트에 의해 인적 자원 도메인의 사용자가 중역 도메인의 자원을 액세스할 수 있다. 인적 자원 도메인에 대한 "내향 트러스트"는 중역 도메인에 대한 "외향 트러스트"일 수 있고, 중역 도메인에 대한 "내향 트러스트"는 인적 자원 도메인에 대한 "외향 트러스트"일 수 있다. 일단 도메인들 간에 트러스트 관계가 구축되면, 액세스 제어 리스트("ACL") 또는 일부 다른 제어 메카니즘에 의해 내향 트러스트를 가지는 도메인의 자원으로의 액세스가 제어될 수 있다. 예를 들면, 인적 자원 도메인 내의 관리자는 사장이 그의 직원 파일로의 읽기 전용 액세스 및 그 회사의 다른 중역들의 직원 파일로의 읽기-쓰기 액세스를 지정할 수 있다. 사장이 그의 직원 파일로의 액세스를 요청하면, 인적 자원 도메인의 보안 메카니즘은 해당 직원 파일의 ACL을 검사하여 요청된 액세스가 사장의 액세스 권한과 일치하는지 확인한다. 그렇지 않다면, 사장에게 액세스가 금지된다. 내향 트러스트 관계를 가지는 도메인의 관리자 또는 사용자가 트러스트된 도메인의 모든 사용자에 대하여 자신의 자원 모두로의 적절한 액세스 권한을 구축하는 것은 상당한 시간이 걸릴 수 있다. 액세스 권한들의 구축을 용이하게 하는 것을 돕기 위하여, 적어도 하나의 네트워크 보안 메카니즘이 내향 트러스트를 가진 도메인의 컴퓨터 시스템들과 대응하는 외향 트러스트를 가지는 도메인의 사용자들 간에 "인증이 허가된" 액세스 권한을 제공한다. 예를 들면, 인적 자원 도메인의 관리자는 회사의 중역들에게 직원 파일들을 포함하는 인적 자원 도메인의 직원 서버로의 인증이 허가되도록 지정할 수 있다. 사장이 직원 파일로의 액세스를 요청하면, 사장의 컴퓨터 시스템은 먼저 직원 서버로의 인증을 시도한다. 인적 자원 관리자가 사장에게 직원 서버를 인증하는 권한을 부여했다면, 네트워크 보안 메카니즘은 액세스를 요청한 사장의 실체를 확인하기 위해 그 사장을 인증한다. 일단 이 인증이 완료되면, 사장은 이제 직원 파일의 자원의 ACL에 따라서 이들 자원(예를 들면, 직원 파일들)을 액세스할 수 있다. 직원 서버의 자원 중 어느 것도 사장에게 액세스 권한을 부여하는 ACL을 가지지 않는다면, 사장이 인증될 수 있더라도, 이 사장은 자원들 중 어떤 것도 액세스할 수 없을 것이다. 네트워크 보안 메카니즘이 이용하는 인증 프로세스는 사장의 컴퓨터 시스템의 케레보즈(Kerebos) 클라이언트가 인적 자원 도메인의 케레보즈 서버에 사용자 이름 및 패스워드를 제공하는 표준 케레보즈 인증 기법일 수 있다. 케레보즈 서버는 사용자 이름 및 패스워드를 확인하고, 사용자가 요청된 컴퓨터 시스템으로의 인증이 허가된 액세스 권한을 가지는지 확인하고, 만약 가진다면, 사용자에게 "티켓"을 제공한다. 이 티켓은 사용자가 인증되었던 컴퓨터 시스템의 자원을 액세스하는 것을 시도할 때마다 이용된다. 티켓이 유효하다면, 자원으로의 액세스는 자원의 ACL에 따라서 허가된다. 그렇지 않다면, 액세스는 금지된다. 일부 네트워크 보안 메카니즘은 LDAP 디렉토리 또는 "마이크로소프트 액티브 디렉토리"와 같은 디렉토리 서버를 이용하여 중앙 리포지토리(repository)에 도메인에 대한, 인증-허가 정보와 같은, 보안 정보를 저장한다. 도메인의 각 컴퓨터 시스템은 그 도메인으로의 외향 트러스트를 가지는 도메인의 어느 사용자들이 그 컴퓨터 시스템을 인증하도록 허가받았는지를 기술하는 엔트리를 중앙 리포지토리 내에 가질 수 있다. 예를 들면, 인적 자원 도메인의 직원 서버의 엔트리는 직원 서버로의 인증이 허가된 중역 도메인의, "중역"이라고 칭하여지는, 사용자의 그룹을 기술할 수 있다. 또는 엔트리는 각 중역의 사용자 이름들을 열거할 수 있다. 네트워크 보안 메카니즘은 자신의 도메인으로의 외향 트러스트를 가지는 도메인의 사용자가 이 도메인의 컴퓨터 시스템의 인증을 요청할 때마다 이 중앙 리포지토리를 액세스한다. 이러한 보안 정보의 중앙 리포지토리는 각 컴퓨터 시스템에 대한 정보를 저장하지만, 외향 트러스트를 가지는 도메인들의 개개의 사용자의 액세스 권한 모두가 빨리 결정될 수 있는 방식으로 정보를 저장하지는 않는다. 사용자의 액세스 권한을 결정하기 위하여, 사용자가 액세스 권한(인증이 허가된 액세스 권한)을 가지는 컴퓨터 시스템을 식별하기 위해 보안 정보의 저장소 전체가 액세스될 필요가 있을 것이다. 도메인이 수백 내지 수 천개의 컴퓨터 시스템을 가질 수 있고 각각이 수백 내지 수천개의 사용자를 가지는 수많은 상이한 도메인들과 내향 트러스트 관계를 가질 수 있기 때문에, 중앙 리포지토리의 보안 정보는 극도로 커질 수 있고, 개개의 사용자의 모든 액세스 권한을 식별하는 데에 긴 시간이 걸릴 수 있다. 예를 들면, 한 경우에서, 컴퓨터 프로그램이 인증이 허가된 액세스 권한을 가지는 각각의 사용자에 대하여, 소정의 리스트, 즉 사용자가 인증이 허가된 액세스 권한을 가지는 컴퓨터 시스템의 리스트를 컴파일하는 데에는 3일 이상이 걸린다. 결과적으로, 개개의 사용자의 액세스 권한들을 식별하고 제어하는 것은 비현실적이기 때문에, 일부 관리자는 네트워크 보안 메카니즘의 특정 보안 특징들을 사용하지 않는다. 관리자가 개개의 사용자에 대한 보안 정보를 볼 수 있고 제어할 수 있도록 하는 효과적인 방식을 가지는 것이 바람직하다.