왜 보안 플러그인을 여러 개로 나누는가
제가 앞으로 10개 이상의 보안 플러그인을 만드는 이유는 단순히 보안 기능을 많이 제공하기 위해서가 아닙니다.
각 보안 기능을 개별적으로 관리하기 위해서입니다.
보안은 하나의 거대한 코드로 묶어놓는 것보다, 각각의 영역을 분리하여 관리하는 것이 훨씬 효율적이라고 판단했습니다.
예를 들어 어느 특정 보안 영역에서 취약점이 발견되었다고 가정해 보겠습니다.
모든 보안 기능이 하나의 코드에 묶여 있다면 해당 부분 하나를 수정하기 위해 전체 보안 코드를 다시 검토하고 패치해야 할 수도 있습니다.
하지만 보안 기능을 각각의 플러그인으로 분리해 놓는다면 이야기가 달라집니다.
취약점이 발견된 부분만 수정하고, 해당 플러그인만 패치하면 됩니다.
이것이 제가 DXCMS의 보안 기능을 하나씩 분리하고 있는 가장 큰 이유입니다.
보안은 결국 얼마나 빠르게 문제를 발견하고, 얼마나 정확하게 해당 부분을 수정할 수 있느냐가 중요합니다.
하나의 거대한 보안 시스템을 만들어 놓고 모든 것을 함께 수정하는 방식보다,
보안 영역을 세분화하고 각각 독립적으로 관리하면서 필요한 부분만 업데이트하는 방식이 장기적으로 더 유연하고 안전하다고 판단했습니다.
물론 플러그인이 많아지면 관리해야 할 대상도 많아집니다.
하지만 저는 그 불편함보다 패치의 범위와 영향도를 최소화할 수 있다는 장점이 훨씬 크다고 생각합니다.
취약점 하나 때문에 전체 시스템을 건드리는 것이 아니라,
문제가 발생한 부분을 찾아내고,
그 부분을 수정하고,
해당 플러그인만 업데이트하는 것입니다.
이러한 구조라면 보안 패치가 다른 기능에 미치는 영향도 줄일 수 있고, 필요한 보안 기능만 선택적으로 적용하는 것도 가능해집니다.
결국 제가 만들고 있는 보안 플러그인은 단순히 숫자를 늘리기 위한 것이 아닙니다.
보안을 잘게 나누어 관리하기 위한 구조입니다.
그리고 이것이 DXCMS가 처음부터 생각했던 확장형 구조의 중요한 장점 중 하나입니다.
보안 역시 하나의 완성품으로 끝내는 것이 아니라,
발견 → 분석 → 개별 패치 → 배포 → 피드백 → 개선
이라는 과정을 계속 반복할 수 있도록 만드는 것입니다.
저는 이것이 시간이 지날수록 DXCMS의 보안을 더욱 안정적으로 만들어가는 방법이라고 생각합니다.
