사실 예전부터 줄기차게 주장하고 있었습니다만
아직까지도 우리나라의 웹 환경은 지나치게 Active X 의존적입니다.
오늘은 그런 환경의 부작용에 대해 생각해 볼 수 있는
기사가 나왔습니다.

※ 관련기사: MS, 인터넷 익스플로러 8.0 출시…"인터넷 대란 우려"

참으로 기가 막힌 일입니다.
어떻게 특정 기업의 브라우저 제품 업그레이드가
한 국가의 "인터넷 대란" 으로까지 이어질 수 있는 것인지.
거의 3류 코메디 수준의 이야기입니다만
더 웃긴 건 이게 뻥이 아니라 현실이라는 겁니다.

농담이 아닙니다.
정말 기사처럼 당장 인터넷 대란으로까지 이어지지는 않습니다.
그건 장담할 수 있습니다.

그렇지만 그렇다고 해서 안심할 수 있는 건 아닙니다.
앞으로 계속해서 새로 나올 브라우저들은 Microsoft 가 내다 버린
사생아 기술, Active X 를 외면할 것입니다.
그럼 당장은 구 버젼의 IE 를 사용해달라고 하는 게 먹힐지라도
장기적으로는 결국 근본적인 대책을 필요로 하게 됩니다.

자, 지겹도록 누차 경고를 했지만
아직까지 별로 실감을 못하고 있을,
혹은 절절히 실감은 하지만 예산 등의 이유로
가슴만 답답할 우리나라 Active X 의존적인 웹사이트들은
어떻게 대처해야 할까요?

여기, 제가 생각하는 대처 방안 3가지를 소개해 보고자 합니다.


upload image

1. IE 를 기반으로 하는 자체 브라우저 개발 / 배포

IE(Internet Explorer)를 버릴 수 없다면,
아니 정확히 말씀드려서 Active X 를 버릴 수 없다면
이 방법도 하나의 방법입니다.

IE는 Windows 의 여러 수많은 레이어들을 조합해서
만든 브라우저입니다. 철저하게 OS 종속적인 코드를 통해서
개발되며, 물론 완전 쉽다고 할 수는 없지만
Windows 프로그래밍을 능숙하게 익힌 프로그래머라면
비교적 쉽게 IE 변종 브라우저 개발이 가능할 것입니다.

어쩔 수 없습니다.
이왕 이렇게 된 거, Active X 를 기반으로 하는 IE 에다가
자사 웹사이트를 기본 사이트로 고정하고,
몇가지 부가적인 기능들을 할 수 있는 '특화된 IE' 를
만들어서 고객들에게 배포하는 겁니다.

뭐, OO은행용 브라우저, XX박스용 브라우저 등의
수 많은 변종 브라우저들이 생기게 되겠지만,
이미 더 이상 그건 브라우저가 아니라 하나의 단말 프로그램으로
변질되겠지요.


upload image

2. Active X 기반에서 Java Applet 기반으로 변경

이전하기 위해 치루어야 할 비용이 만만치 않겠지만,
장기적으로 보았을 때 썩 괜찮은 대안입니다.
Java 애플릿의 경우 sandbox 등의 문제로 사실상 구현상의
근본적인 한계가 있을 수 있습니다. 그리고 대부분의 OS 를 지원하지만
어쨌든 JVM 이 고객 컴퓨터에 설치되어 있어야 합니다.

완전히 Java 기반으로 최적화해서 온라인 금융 거래 구현이나
새로운 공인인증서 기술 제작, 파일 업로드/다운로드 제작 등을
할 수 있습니다. 당장은 비용이 만만치 않게 들 뿐더러
시간도 무척 필요로 하겠지만 다행히 우리에게는 아직 시간이 있습니다.


upload image

3. SSL 기반으로 완전히 선회

Active X 를 배제한 채 SSL 을 기반으로 해서
인증서등의 서비스를 구현하는 겁니다.
이 것도 만만치 않게 연구 비용등이 소요되겠지만
발만 동동 구르다가 당하는 것 보다는 낫습니다.

SSL 이란 TCP/IP의 IP(Internet Protocol)가 암호화 되지 않아
크래킹의 우려가 있는 문제점을 보완한 것입니다.
즉 통신간에 암호화를 하는 계층을 하나 더 두어서
설령 중간에 누군가가 데이터를 훔쳐가도 쓸 수 없도록
하는 것입니다.

이미 외국에서는 이를 기반으로 하여
Active X 없이도 금융 거래등을 할 수 있도록
기반 기술들을 다듬어 왔습니다.

공인인증서라는 독자적인 기술을 구현하는 것 까지는 좋았는데
Active X 의존적으로 만들어버려서 결국
다시 또 삽질을 하게 되었지만 뭐 어떻습니까.
이 참에 장기적인 안목을 바탕으로 과감하게
SSL 쪽 기술들에 대한 연구를 해보는 것도 좋을 것입니다.

+

자, 당장의 문제는 아닙니다.
아직 시간은 있습니다.
그러나, 머뭇거릴 시간은 더 이상 없습니다.
언젠가는 맞딱드려야 할 문제이고,
해결해야 할 부분입니다.

제 개인적인 선호 해결방법은 3번입니다.
외국의 사례를 철저히 연구하고,
거기에 우리 IT기술의 번뜩이는 기지를 발휘한다면
더 안전하고 더 편리한, Active X 를 대체하는
기술 개발이 가능할 것입니다.

UI 부분에서는 아무래도 Java Applet 쪽을
활용하여 대체하는 것도 좋을 것 같습니다.
당장 생각해 볼 수 있는 다운로더 프로그램은
Active X 에서 Java Applet 으로 대체하는 것이 그렇게까지 어렵지는 않습니다.
(파일 다운로더는 SUN 의 공식 홈페이지에 보면 이미 구현해 놓고 있는 기능입니다.)

+

언젠가는 해결해야 합니다.
매번 강조해 왔지만 피한다고 피할 수 있는 문제가 아닙니다.
Active X 가 지원되지 않아 Windows 운영체제를 벗어날 수 없는
황당한 사례가 더 이상 생겨서는 곤란합니다.

다가오는 변화에는 시간과 돈, 그리고 개발자 여러분들의
인내와 고통을 필요로 합니다.
그렇지만 뭐, 매도 먼저 맞는 게 낫다고, 미리 준비하는 분들에게
내일의 기회가 찾아오지 않을까 생각합니다. ^^;;
('위기 == 기회' 라고 하니까요.)

혹시 위에 언급한 대처 방안 말고도 다른 방법은 없는지
함께 고민해 보면 어떨까요?