<오늘의 보안이야기 No.10>
어느 면접관의 질문이다.
"자네, 트러블 슈팅(Trouble Shooting) 좀 해봤어?"
전문가는 학벌, 이론, 지식이 아니라 실무에서 밑바탕이 되어 우러 나오는 경험이라 할 수 있다.
우리가 보안에 관심을 두는 이유는 그동안 많은 정보가 홍수처럼 쏟아지고 있는 책, 메뉴얼이나 기타 자료등 한정된 노하우로는 과다 시간소요 되기도 하지만, 경험하지 않는 분야도 마치 자신이 수행한 것처럼 마인드 형성하는 예도 적지않다.
업무를 하면서 경험이 상당히 중요하다는 것을 느낄것이다.
주어진 메뉴얼이나 지침대로 하는것은 누구나 할 수 있는 일이다.
결국, 트러블 슈팅이란 개발중 또는 개발 후에 나타나는 예상치 못한 문제들을 잡는 것을 말한다. 이러한 트러블 슈팅의 경험은 실무적인 대처능력과 직결되므로 경력자의 경험은 소중하다할 수 있다.
통상 외국 제품의 경우 제품별 이력과 해결 방법들이 체계적으로 잘 정리되어 있으나 우리나라의 경우 보안 이라는 미명 아래 베일속에 가리거나 정보를 숨기는데만 급급한 것이 사실이다.
그동안 현장 경험에 비추어보면 IT 및 엔지니어 분야의 가장 큰 특징은 지식공유가 잘되지 않는 것이 문제이다.
자신이 가진 기술을 무기로 감추고 또 감추어 결국 혼자만의 우물에서 헤어나지 못하는 현상이 발생되고 기술적인 부문에 치우치거나 기계적인 방법에 매달려 주위의 변화에 둔감해지는 현상이 발생됨으로써 각자가 경험한 기술과 제품에 대한 정보의 상호공유 등 다소 폐쇄적으로 운영되는 것 때문에 IT서비스가 기획되고 개발 및 운영으로 이어지기까지 여러 사람의 손을 거치는 악순환이 반복되는 것을 기인해볼 수 있다.
내가 주장하는 정보공유는 많은 이들의 공이 들어간 IT 서비스도 사소한 장애 하나 때문에 먹통이 되는 일이 빈번 하게 일어나고 서버도 애플리케이션도 모두 불완전한 사람의 손을 거쳐 만들어지기 때문에 그런 만큼 그 어떤 시스템도 완벽하지 않다.
물론 사전 성능 테스트와 꾸준한 모니터링으로 중무장 한다면 많은 이들이 흘린 땀의 흔적이 장애 때문에 허무 하게 사라지지는 않을 것이다.
그러나 철저한 준비는 장애를 막기 위한 필요 조건일 뿐이다.
실제로 나름 준비 태세와 운영을 하더라도 예상치 못한 장애로 인해 담당자들이 발을 동동 구르는 안타까운 장면이 심심치 않게 연출된다.
장애를 다루는 일을 성능 테스트나 튜닝의 양념 정도로 생각해서는 안되는 이유다.
장애를 진단하는 방법만 알면 장애가 발생하는 것은 어쩔 수 없더라도 파장과 재발 가능성은 크게 줄일 수 있기 때문이다.
이제 인생 100세시대라 한다. 완전한 정년이 보장되는 시대도 아니고 그렇다고 주저 앉아 있을 수도 없기에 우리는 이러한
"트러블슈팅 가이드" 하나라도 제대로 만든다면 아마 IT업계에서 충분히 살아남을 수 있는 기회가 주어질것이다.
외국 사례를 봐도 대를 이어가는것은 기술과 노하우가 분명있기 때문이다.
그들의 특징은 자신의 분야의 장인정신으로 배우고 가르치고 양성하고 그래서 빛을 보게 되는것이다.
이처럼 시시각각으로 변하는 시점에서 때로는 순간적인 판단이 필요할 때가 많고, 정확한 판단을 내리기란 쉽지 않은것이
사실이기에 기록관리가 중요하다. 이러한것들이 쌓이고 쌓이면 나만의 기술노트가 되는것이다.
사실 곰의 몸에 빨대를 꽂아 웅담을 빨아먹는 것처럼, 누군가 땀을 뻘뻘 흘리며 올려놓은 커뮤니티에 얄팍한 빨대 하나 꽂아
단물만 쪽쪽 빨아먹는 것이 아니라, 보안 역시 시간이 지나면 차츰 잃어버리는 것과 잊어버리는 것이 아니라
네티즌들의 자발적인 정보 공유를 통해 피해사례와 대응책 마련, 보안커뮤니티에 등록한 축적된 지식을 DB화 하고 이를 통한
교감 등 새로운 지식의 구심점으로 자리 매김을 함과 동시에 일회성 행사가 아닌 지속 가능 하도록 확대 발전시킴과 동시에
나아가 지식 동력을 향상시키는 원천으로 주변 상황을 살펴보고 서로 힘을 합쳐서 위험을 최소화 하는데 그 의미를 두고 싶다.
그래서 최대한 현업에 가까운 자료를 통한 기술 방향을 볼 수 있는 안목과 그동안 쌓인 지식들의 이미지네이션을 통한
내재화가 가능하다는 것이다.
