선택한 단어 수는 입니다.
최소 단어 이상 선택하여야 합니다.
최소 단어 이상 선택하여야 합니다.
선택한 단어 수는 30입니다.
최대 10 단어까지만 선택 가능합니다.
최대 10 단어까지만 선택 가능합니다.
문제 정의
- 특히 내부 보안이라는 관점으로 볼 때, Web 어플리케이션 등을 통하여 정형적인 접근만을 하는 외부 사용자보다는 SQL*Plus 등의 ad-hoc tool을 이용하여 비정형적인 접근을 수행하는 내부 사용자가 보안의 주된 관건이 된다. 본 논문은 데이터베이스가 제공하는 자체적인 보안 솔루션과 국내의 각종 데이터베이스 보안 솔루션들을 비교하고자 한다. 하지만 구체적인 내용으로 들어가기 전에 한 가지 근본적인 질문을 던져볼 필요가 있다.
- 본 논문은 현존 하는 다양한 방식의 암호화 아키텍처 및 조금 더 세부적인 데이터베이스 암호화의 방식에 대한 고찰을 하였고, 이에 따른 데이터베이스 보안을 구현하기 위한 체크리스트 및 표준 아키텍처를 제언하고자 한다. 데이터베이스의 보안을 구현하기 위해서는 [표 4] 에서와 같이 다양한 부분들의 검증이 필요하다 또한 데이터베이스의 성능적인 측면에서도 반드시 테스트가 진행 되어야 한다.
- “과연 내부 보안을 외부 솔루션의 형태로 구현하는 것이 가능할까?” 국내외의 보안 솔루션의 유형은 데이터베이스에 내장되어 있는 솔루션과, 어플리케이션의 형태로의 보안 솔루션으로 크게 나뉘어 볼 수 있다. 이런 관점에서 본 논문은 먼저 아키텍처적인 관점에서 양자(내부, 외부)를 비교하고자 한다.
- 이에 본 논문은 데이터베이스 암호화에 적용되는 다양한 기술들을 고찰 하고, 최적의 데이터베이스 암호화를 위한 기술적인 아키텍처를 제안하고자 한다.
- 전통적인 외부 보안 솔루션들은 소위 경계(perimeter) 보안의 관점에 입각해 있다. 즉, 일정한 형태의 방화벽으로 특정 경계/네트워크를 둘러쌈으로써 외부 자에 의한 침입을 막고자 하는 것이다. 하지만 수년에 걸쳐서 정보 보호의 초점은 외부 보안에서 내부보안으로 옮겨져 왔다.
가설 설정
- Database는 모든 접속 방법을 빠트리지 않고 다 커버할 수 있는가? Database의 접속은 크게 TCP/IP접속과 BEQ 접속으로 나누어 볼 수 있는데, 이 두 가지 모두를 통제할 수 있는가? 이다. 둘째 데이터베이스 접근 제어의 완전성이다. 데이터베이스에 들어오는 모든 요청에 대해 빠짐없는 권한 체크가 가능한가? 셋째, 통합성의 측면에서 다수의 데이터베이스에 대한 통합적 보안 관리가 가능한가? 넷째 성능적인 측면에서 보안 기능으로 인한 데이터베이스의 성능의 penalty가 있다면 어느 정도인가? 다섯째, 가용성의 측면이다.
- 둘째 데이터베이스 접근 제어의 완전성이다. 데이터베이스에 들어오는 모든 요청에 대해 빠짐없는 권한 체크가 가능한가? 셋째, 통합성의 측면에서 다수의 데이터베이스에 대한 통합적 보안 관리가 가능한가? 넷째 성능적인 측면에서 보안 기능으로 인한 데이터베이스의 성능의 penalty가 있다면 어느 정도인가? 다섯째, 가용성의 측면이다. 제공되는 보안 기능은 얼마나 안정적인가? 보안 솔루션의 장애는 데이터베이스서비스의 가용성에 대해 어떤 영향을 미치는가?
- 보안 솔루션의 구분은 크게 두 가지의 기준에 의해 아키텍처가 구분되어 질 수 있다. 첫째, 기능에 따른 분류 이다. 기능에 따른 분류는 크게 데이터베이스의 접근 제어 방식과 암호화 방식으로 분류될 수 있다.
- 아키텍처 체크포인트들은 크게 다섯까지로 나누어 볼 수 있다. 첫째, 접근 통제의 완전성이다. Database는 모든 접속 방법을 빠트리지 않고 다 커버할 수 있는가? Database의 접속은 크게 TCP/IP접속과 BEQ 접속으로 나누어 볼 수 있는데, 이 두 가지 모두를 통제할 수 있는가? 이다.
※ AI-Helper는 부적절한 답변을 할 수 있습니다.