API 방식은 데이터베이스 종류2에 제약 없이 적용할 수 있고, 데이터베이스에 부하도 주지 않습니다(물론 애플리케이션 서버의 성능은 어느 정도 확보해야 합니다). 하지만 암호화 대상 데이터와 관련이 있는 애플리케이션의 모든 부분을 수정해야 하므로 구축하는 데 시간이 오래 걸리고 비용이 많이 듭니다. 또 애플리케이션에서 이미 독립적으로 암호화된 데이터가 데이터베이스에 들어가면 데이터베이스의 기존 기능에 영향을 미칠 수 있습니다. 대표적인 예로 암호화된 데이터가 데이터베이스에 들어간 후 인덱스가 이전과 동일하게 동작하지 않는 문제를 들 수 있습니다(8장 참고).

플러그인 방식은 암호화를 수행하는 모듈을 데이터베이스의 DBMS에 직접 설치하는 것으로 DBMS 패키지 방식3이라고도 합니다. 이 방식의 장점은 데이터를 컬럼 단위로 암호화할 수 있어 데이터에 세부적으로 암호화를 적용하고 관리할 수 있습니다. 단점은 암호화와 복호화를 수행할 때 DBMS에 있는 자원을 사용한다는 것입니다. 따라서 플러그인 방식을 적용할 때는 데이터베이스 서버의 성능을 고려해야 합니다. 개인정보 등 중요한 정보를 선별해서 암호화하거나 권한 관리할 때 효과적인 방식입니다. 선별적으로 암호화를 할 수 있어 데이터베이스 서버의 부하 문제를 고려했음에도 성능에 전혀 영향이 없을 때도 있습니다. 다만 DBMS 제품과 이용 환경에 따라 쿼리4를 조금 수정해야 할 수는 있습니다.5

하이브리드 방식은 플러그인 방식과 API 방식을 적절히 섞어 사용합니다. 데이터베이스와 애플리케이션 서버에 암호화 모듈을 설치하고, 암호화 대상 데이터와 애플리케이션의 활용 현황에 따라 어느 부분에서 어떤 암호화 방식을 사용할지 결정합니다. 이 방식은 적용만 잘 한다면 두 방식의 장점을 동시에 얻을 수 있습니다. 하지만 구조적으로 복잡하고 키 관리의 복잡성도 증가합니다. 이 방식을 적용할 때는 적용 전 반드시 전체 시스템을 정확하게 분석하고 판단해야 합니다.

 

 

---