[지디넷코리아]이전 글에서 우리는 두 번째 웹 애플리케이션 보안 프레임워크(WASF) 방법으로 기업 내부 애플리케이션에 주로 사용하는 운영체제 수준 인증을 알아봤다. 이 방법은 관리자가 이미 사용자 계정을 설정하고 보안 설정사항 등을 관리하는 기존 네트워크 인프라에 기반을 두고 있다.

네트워크에 로그온하면 사용자의 브라우저는 웹서버에 자신의 네트워크 자격 인증 사항을 제출하며 이후 웹서버는 사용자가 요청한 특정 페이지를 볼 권리가 있는지 없는지 검증한 다음에 이에 따라 응답하게 된다.

이제 세 번째 WASF 방법론인 디지털 인증에 대해 알아보도록 하자. 이 모델은 서버와 클라이언트 모두에 디지털 인증 교환을 요구하기 때문에 비용 측면에서 가장 비싼 방법론이라 할 수 있다. 그러나 이 모델이 제공하는 보안 수준은 여기에 들인 비용 이상의 값어치를 충분히 하고 있다.

1. 디지털 서명이란 무엇인가
이 프레임워크는 웹서버와 사용자 시스템 모두에서 디지털 인증에 의해 인증하고 권한을 부여하는 방법론이다. 이 방법론은 보안 요구사항이 매우 높은 내용을 포함한 애플리케이션에 우선적으로 사용된다.

이 시스템의 목표는 절대적인 보안이다. 데이터베이스 색인, 운영체제 수준 인증 프레임워크에서는 사용자들이 웹사이트에 로그인할 때 사용자명과 패스워드를 제출하도록 요청했다. 일례로 로그인 페이지는 하나의 웹페이지였으며, 다른 사례에서 로그인은 네트워크에 접속할 때 발생했다.

이전에 살펴본 2가지 방법론은 이와 같은 로그인 및 패스워드 시스템을 갖추고 있었으며 데이터 저장 스토리지를 통해 검증하고 있다. 여기에는 어떤 써드파티 프로그램도 포함돼 있지 않다. 만약 데이터가 부합되면 사용자는 자신이 말한 누군가로 인정받는다.

그러나 디지털 인증에선 이런 일들이 다소 복잡하게 이뤄진다. 사용자는 반드시 써드파티 업체의 디지털 인증을 획득해야만 한다. 디지털 인증 부여 업체들은 사용자의 신원을 검증함으로써 각각의 신원 정보를 확인해준다.

이 방법론의 장점은 사실 명백하다. 바로 잘못된 신원정보가 입력될 경우를 줄여준다는 것이다. 한 사용자가 적절한 사용자명이나 패스워드를 갖고 있든지 말든지 상관없이 믿을 수 있는 신원 검증 기관에서 발행된 디지털 인증 없이는 웹서버에 접속할 수 없다는 것이다.

디지털 인증은 결코 저렴하지 않다. 따라서 이들의 실행은 양방향 커뮤니케이션으로 제한돼 있다. 아무튼 인증과 신원 확인이 반드시 필요한 극도의 보안이 강조되는 환경에서 이러한 검증은 매우 도움이 된다. 민감하거나 가치 있는 데이터가 사용자와 웹서버 사이에 송수신되야 되는 상황에서 디지털 인증을 통한 교환은 거의 필수 사항이다.

2. 어떻게 운영되는가
이 프레임워크에 대한 이해를 돕기 위해 SSL 기술에 대해 간단하게 설명하겠다. SSL 요청은 이 프레임워크의 단방향 실행을 활용한다. SSL 세션을 시작하면 사용자의 브라우저, 그러니까 클라이언트는 웹서버와 소위 ‘악수’로 불리는 소규모의 데이터 교환을 여러번 수행한다. 데이터 교환은 다음과 같다.

• 클라이언트 ‘인사’ : 클라이언트는 서버에 인식 요청과 지원하는 암호화 종류 내역을 보낸다.
  
• 서버 ‘인사’ : 서버는 연결 ID, 인증 정보, 그리고 지원하는 암호화 종류 등의 정보로 응답을 보낸다.
  
• 마스터 키 : 클라이언트는 인증을 검증하며 마스터 키를 설정하고 암호화한다.
  
• 연결 ID : 클라이언트는 암호화된 연결 ID를 다시 돌려보낸다.
  
• 요청 사항 : 서버는 클라이언트의 암호화된 요청 사항을 다시 돌려보낸다.
  
• 세션 ID : 서버와 클라이언트는 암호화된 세션 ID를 구축한다.

위의 사항들은 SSL을 이용할 때 발생하는 사항에 대한 간략한 개요다. 여기서는 공중/개별 키 암호화 인프라스트럭처(PKI)나 더 나아간 수준의 세부 사항에 대해 논의하진 않는다. 이해해야 할 핵심 사항은 바로 SSL이 서버와 클라이언트 사이의 ‘대화’란 점이다.

즉 그러니까 이번 글에서 논의하려는 것은 바로 양방향 SSL이다. 표준 SSL과 양방향 SSL의 주요 차이점은 디지털 인증의 수에 있다.

표준 SSL에서는 단지 서버만이 인증 시스템을 갖고 있다. 클라이언트는 서버가 자신이 주장하는 종류의 것인지 검증하는 것에 더 관심이 많으며, 반면 서버는 클라이언트가 절대적으로 자신이 주장하는 사람이 맞는지는 신경쓰지 않는다.

이런 형태는 전자상거래나 웹 메일 등 여러 인터넷 기반 솔루션에서 찾아볼 수 있다. 반면 양방향 SSL에서 서버는 클라이언트가 정말로 자신이 주장하는 사람이 맞는지 검증하는 데 관련돼 있다.

이 모델은 얼마나 안전한가? 정의상으로 이 모델은 가장 안전하다. 디지털 서명이 있다면 40비트든 128비트든 그보다 높든 상관없이 암호화 도식에 따른 보다 높은 수준의 보안이 본질적으로 제공된다.

2개의 인증을 받는 것은 더욱 안전한 방법이다. 왜냐하면 외부 권한이 서버 신원 뿐 아니라 클라이언트 신원 또한 확인해 주기 때문이다. 이 작업은 인증에 권한이 부여되기 전에 반드시 확인돼야 한다.

3. 어떻게 실행되는가
이 보안 프레임워크의 주 실행 방법은 클라이언트와 사용자 모두가 포함하는 다단계 과정을 거쳐야 한다. 우선 디지털 인증은 권한이 부여된 인증공사(CA)에 반드시 요청돼야 한다. CA는 사용자가 누구이며 인증을 교환할 만한 권한이 있는 사람인지 검증할 것이다.

일단 권한을 부여받으면 CA에서 인증을 교환해야 한다. 인증서는 클라이언트의 시스템과 웹서버 모두에 설치되고 설정이 이뤄져야 한다.

각 디지털 인증의 가격이 수백 달러에 이를 수 있다. 따라서 각 클라이언트 당 하나씩 인증을 구매하면 이 솔루션이 단기간에 얼마나 비싼 물건으로 변화하는지 확인할 수 있을 것이다.

앞서 지적한 것처럼 이런 유형의 실행 방법은 일상적인 상황을 위한 게 아니다. 오히려 WASF 모델의 주요 사용자들은 정부 또는 연구소가 될 것이다. 이들은 유사하고 민감한 데이터를 다량 공유해야 하지만 항상 근거리에 배치되지는 않는 선별된 소규모 사용자 그룹을 갖고 있다는 공통점이 있다.

4. 안전하면서 간편하기까지 하다
디지털 인증은 인터넷에서 민감한 데이터를 교류하는 사람들의 우려를 완화시키기 위해 고안됐다. 이 방법론이 우려를 완화시킨다는 목표를 달성하려면 인터넷상의 시스템의 정확한 신원정보를 검증하고 개별적인 인터넷 교환 내용이 누구에게도 노출되지 않는다는 것을 확신시킴으로써 안전하면서도 간편한 방법이라는 것을 인식시키면 된다.

이처럼 사용자들을 안심시키려면 다른 솔루션들과 마찬가지로 비용이 수반된다. 우선 단지 웹서버 분야에서만 이처럼 비싼 디지털 인증 솔루션을 설정할 수 있다.

그러나 만사 제쳐두고 절대적인 보안이 필요하다면 디지털 인증은 의사 교환이 2개의 권한을 부여 받은 소스 사이에서 이뤄진다는 것을 확실시하기 위해 클라이언트에 설치될 수도 있다. @