오픈소스 환경에서의 인터넷뱅킹

[소프트원트]

자료를 찾다보니, 인터넷뱅킹과 관련한 자료가 있내요.

한번 읽어보시면 비MS/IE에서 인터넷뱅킹을 할 수 없는 이유에 대해 이해할 수 있을 것같습니다. PDF파일입니다. 다른 이름으로 저장하여 보시는 게 좋을 것입니다.

오픈소스환경에서의인터넷뱅킹

[삼선짬뽕]

이런 기사가 있는 줄 몰랐네요.

확실히 이니텍쪽이 저희쪽보다 고민을 더 하고 시작하긴 한듯 ^^

은근히 공격적인 면도 없지 않아 있고! ㅋㅋ

[빛알갱이]

자료를 찾다보니, 인터넷뱅킹과 관련한 자료가 있내요.

한번 읽어보시면 비MS/IE에서 인터넷뱅킹을 할 수 없는 이유에 대해 이해할 수 있을 것같습니다. PDF파일입니다. 다른 이름으로 저장하여 보시는 게 좋을 것입니다.

오픈소스환경에서의인터넷뱅킹

이곳에서 이미 여러 다른 글에서 언급된 내용에 비해 새로운 것이 없는데요 하나의 글로 정리가 되어서 좋기는 하지만...

왜 SSL대신 SEED라는 독자적인 방법을 국내에서 쓰게 되었는지에 대한 '역사적 배경 설명'은 오히려 빠졌고요. 또한, 크로스 플랫폼 지원이 가능한 Java signed applet을 쓰면 각 플랫폼 별로 모두 따로 만들지 않고, 단 (적어도 이론 상) 한번만 개발하면 리눅스, Windows, Mac OS X 뿐 아니라 Java를 쓸 수 있는 수십, 수백 개의 브라우저와 플랫폼에서 인터넷 뱅킹을 자유롭게 할 수 있다는 매우 중요한 사실을 간과했습니다. (제가 몇 차례 지적한 바 있지요.) 이렇게 할 경우 그 글에서 핵심적으로 내세우고 있는 비 IE 지원에 따른 비용 문제는 거의 사라져 버립니다.

윤석찬님 말대로 SEED가 IETF 표준 절차를 밟고 있기는 한데... 표준화가 되어서 서버와 클라이언트 양측에서 구현한다고 해도 , 공인 인증서를 써야 한느 문제는 해결하기 힘듭니다. 공인 인증서도 표준화된다고 해도 그것들이 주요 웹 브라우저에 반영될 때까지 걸리는 시차도 있고요..

따라서, 제 생각에는 Java signed applet의 단점(로딩 시간이 오래 걸린다와 같은)에도 불구하고, 그것이 거의 완벽한 플랫폼 독립적인 인터넷 뱅킹을 가능하게 하는 길입니다. 도대체, 한국 Sun은 뭐하나 모르겠군요....

국내 보안 업체에서 Java signed applet을 쓰지 않는 이유 중 하나가 플랫폼 별로 플러그인을 따로 따로 만들어야 조금이나마 더 이익을 올릴 수 있기 때문이 아닌가 하는 '근거 없는' 의심도 드는군요.... 그에 따라 은행들은 비용이 더 드니까 이런 제품을 구매하지 않고... 데드락입니다....

[삼선짬뽕]

글쎄요, 클라이언트쪽을 java를 쓰지 않았던 이유는 시작이 Active X라서...지
않나 싶네요.

그러다가 netscape도 있긴 하지 지원하려고 했었고... 제대로 되지는 않지만요.

요즘엔 리눅스/매킨토시를 지원하려는 분위기도 일어나고 있구요.

애초 크로스플랫폼을 고려했으면 빛알갱이님말씀처럼 java를 썼겠지만요.

지금이 과도기쯤 되지 않을까요?