andy101

아~~~~~신난다.... 울 회사 어플도 빨리 맥을 지원 해줘야 할건데... ^_____________^

__________________
andy101
^101^

골빈해커

사이트가 x-safe 를 이용해야 합니다.
사이트와 pg 가 x-safe 를 도입해야겠죠.
가능성은 예전보다 훨씬 늘어났지만 아직 멀었습니다.
하지만 가능성이 열린 것만으로도 정말 획기적인 소식이죠^^

__________________
http://golbin.net - 골빈해커의 블로그
http://twitter.com/golbin - 골빈해커의 트위터
http://studio.golbin.net - 골빈해커의 아이폰 앱 모음
http://allblog.net - 모든 블로그가 모이는 곳
http://withblog.net - 블로그에 뭘 써야 될지 모르겠다면!
http://freebgm.net - 공개 배경음악 공유 사이트
http://tln.kr - 주소 짧게 줄여주기

허허 벌판에 쓰러져 까마귀 밥이 될 지언정 이상에 살고 싶구나...

elloy

과거에도 비 윈도 기반에서 돌아가는 제품이 있었다고 들었는데 팔리지
않아 볼 수 없었던 것인지는 잘 모르겠네요.

아무튼 이니텍 외에도 소프트포럼이나 기타 지방 은행들에 모듈을 공급하고
있는 회사에서도 이런 제품을 출시했으면 좋겠다는 생각이 가장 먼저 듭니다.

물론 이들의 고객사 사이트에서 이를 채택해야 한다는 또 하나의 산이 있지만
은행권만 어떻게 된다면 쇼핑몰쪽에서도 조금씩 움직이지 않을까 싶네요.

몇년전 기준으로 본다면 대체로 중대형 은행에서는 Xecure, 중형 은행에서는
INIpugin, 지방 은행들에선 iWallet, 부산이나 제주은행은 별도의 플러그인을
썼던 걸로 기억하는데 요즘은 그쪽 업무를 떠나있어서 어떻게 돌아가는지
잘 모르겠군요.

제 G4에서도 한국 사이트에서 물건 살 수 있는 그날이 어서 왔으면 좋겠습니다.
"맥에선 쇼핑몰도 이용 못하냐"는 말을 들으면 정말 화가 치밀어요.

socheon

저도 그 부분이 상당히 궁금합니다..
인증서를 사용하지 않는 외국인들은 우리나라에서는 전혀 쇼핑하지 말라는 것이지요? 장기간 우리나라에 머무르는 사람들은 이용할 수도 있을텐데..
하기사 외국의 관공서에 아래한글로 된 문서를 보내는 사람들이니....

mediaos

공인인증서와 ActiveX 컨트롤 부분에 대한 이해를 돕기 위해 왕수용씨께서 쓰신 글을 올립니다.
공인인증서와 ActiveX 컨트롤을 왜 도입했는지 그 이유에 대해 자세하게 설명이 돼 있습니다. 도움이 되셨으면 합니다.

----------------------

해외에서는 SSL의 보안통신만을 이용해 온라인 금융거래를 하는 반면, 국내에서는 디지털 개인 신분증인 공인인증서를 이용한 실체 확인을 이용하기 때문에 단순히 보안이 된 연결을 통해서 계좌번호와 비밀번호만을 입력하는 것으로 끝나지 않고, 개인에게 발급한 공인인증서를 통한 전자서명을 거쳐야만 하도록 하고 있다. 이것은 우리나라만이 고안한 특수한 방법은 아니라 전세계적으로 나아갈 방향으로 생각하고 있으나 모든 개개인에게 공인인증서를 발급하는 것이 현실적이지 않는 상황에서 우리나라에서는 적극적으로 추진한 결과이다.

하지만, 해외 특히 미국에서는 아직 일반화 되지 않았기 때문에 개인 인증서를 통한 개인 실체 확인 작업이 아직 브라우저에서는 원활하게 지원되고 있지 않은 상황이다. 따라서 개인인증서를 인터넷 연결을 통해서 금융기관에 전달하는 방법이 일반 웹브라우저에서는 지원이 되지 않기 때문에 ActiveX 기술을 이용해 웹브라우저의 기능을 확장하는 방법을 통했다. 이것이 바로 매킨토시 환경에서 금융거래를 힘들게 하는 큰 장벽으로 남아버렸다. 이것은 몇몇분들이 Windows만을 위해서 이렇게 구성했다는 억측과는 달리, 전자금융을 앞당기기 위한 어쩔수 없는 선택으로 봐야하며, ActiveX 기술만을 이용한 웹브라우저 확장뿐 아니라, Mozilla Plugin, Safari Plugin, Java Applet 등의 여러 형태로 개발함으로써 극복이 가능한 것이다.

또한, 우리나라에서 전자금융을 시도할 당시 미국에서는 64비트 이상의 암호화 기법에 대한 수출이 엄격히 금지되고 있었다. 즉, 64비트급으로 암호화를 할 경우 대형 슈퍼컴퓨터나, 일반 PC를 연결해서 계산할 경우 손쉽게 암호를 깰 수 있기 때문에, 기타국가의 정보가 암호화되어 미국 정보기관에서 알 수 없게 되는 것을 우려한 결과였다. 이러한 현실 때문에 국내에서는 자체 128비트 암호화 기술을 KISA에서 직접 개발하였으니, 이것이 SEED 암호화 기법이다. 따라서, 국내 금융거래에서는 이 SEED 암호화 기법이 이용된다. 물론 현재에 와서는 128비트 암호화 기법에 대한 수출금지조항이 풀렸지만(아직도 적성국가 7개국에 대해서는 규제를 하고 있음), 여전히 국내 금융거래에서는 SEED 암호화 기법이 이용되고 있다.

전자상거래에서의 ActivX 컨트롤 사용은, 위에서 설명한 것과 같이, 초기 브라우저의 64비트 암호화 제약으로부터 시작하였다. 하지만, 128비트 암호화가 허용되기 시작하면서도 여전히 필요성이 남은 것은, 바로 불량 상점 때문이었다. SSL을 이용한 전자거래에서는 사용자 브라우저와 상점서버간의 보안만을 보장해 준다. 따라서 이 안전한 보안 통신을 통해서 사용자 브라우저에서 상점으로 자신의 카드번호와 비밀번호를 알려준다고 하더라도, 문제는 이 상점 서버를 믿을 수 없다는 것이다. 예전에 한참 문제가 된 적도 있었지만, 상점 서버가 해킹(혹은 상점주의 부도덕)에 의해 사용자의 신용정보가 고스란히 노출 된 수 있다는 문제점이 발생한다. 이러한 문제점을 해결하기 위해서 ActiveX 컨트롤을 통해서 PG(전자결재 대행업체)와 브라우저와 직접 통신을 통해서 결재를 진행하고 그 결과만을 상점서버에 전송하는 형태로 발전하였다.

또한, 전자상거래가 발달하고, 카드 도용이 문제가 되자 전재결재 시에도 실체인증이 필요하다는 의견이 대두하였다. 즉, 브라우저상에서 카드결재를 하는 사람이 단지 카드번호만 아는 사람인지, 실제로 카드 소유자인지 확인이 필요하다는 것이다. 이 해결방법이 바로 인터넷뱅킹에서 이미 사용중인 공인 인증서를 이용한 실체확인과정이다. 이를 위해서, 위 전자결재과정에서 BC, 국민카드에서는 ISP 결재 라는 이름으로 ‘한국사이버페이먼트’사를 통한 실체확인을 거쳐 결재가 일어나고, 나머지 대다수의 카드는 비자카드사의 ‘안심클릭’을 통해서 실체확인 과정을 거쳐서 PG를 통한 결재가 이루어지게 된다.

mediaos

아, 이 부분은 그건 웹사이트에서 그렇게 하는거지, 결재체계가 그런건 아닙니다. 국내 사이트 중에도 해외카드로 결재를 할 수 있는 곳이 있습니다. 순전히 그건 사이트에서 결정하기 나름입니다.
단지 사이트가 해외 사용자를 생각할 필요가 없기 때문에 안할 뿐이죠. ^^

sjahn

전 결제문제도 관심있지만 위의 기술이 Flash의 기술로 이루어진다는것에
놀라움을 가지고 있습니다.

Macromedia Flex 세미나는 메크로미디어의 Flash를 위한 기술들이 선보인다는데
초기 Flash 관련 계발자로서 지금까지 여러번 놀라게 합니다.

맨처음 벡터 이미지 방식으로 작은 이미지 사이즈에 놀랐고
그 다음 MP3을 음원으로 사용하는 것에
또 매크로미디어 디렉터에 비해 초라한 스크립트가 프로그래밍 가능한것
DB와의 연동 가능합에에 놀라왔습니다.

이제는 그 플래쉬가 맥의 숙원인 공인인증서까지 해결해 줄시도 모르겠네요.

__________________
어깨는 들썩들썩, 꼬리는 살랑살랑

ichat : sjahn

http://www.cyworld.com/sjahn1999
http://homepage.mac.com/sjahn

hys545

소프트 포럼에선 이미 리녹스용 솔유션 개발 했습니다.
그거 가지고 데모로 뱅킹 풀그림 만들기도 했습니다.

__________________
새는 알을 뚫고 나와야 한다.

wangsy

좀 더 정확히 표현하자면... 플래시 기술로 이룬건 아닙니다.

이전 ActiveX 컨트롤로 하던것을 자바애플릿으로 구현이 되어있고, 화면단만 플래시로 구현했을 뿐입니다.
그럼 두가지 의문이 듭니다...

첫째, 이렇게 자바애플릿으로 구현이 가능하다면, 왜 지금까지 하지 않았을까?
그 답은, 초기 자바애플릿으로 구현하지 않고 ActiveX 컨트롤을 선택한 것은, 자바애플릿 혹은 어플리케이션이 디컴파일이 가능했고, 소스가 공개된다는 것은 보안적으로 매우 위험하다는 미신(!)이 있었습니다.

두째, 그럼 왜 굳이 자바애플릿으로 구현하지 않고, 플래시를 껴서 만들었을까?
그 답은, 이 결재 솔루션을 원하는 주체가 매크로미디어사 였기 때문이겠죠.. 플래시 결재화면에 부족한 부분을 자바애플릿으로 보충한다. 그리고, Windows IE를 통할 경우에는 플래시+ActiveX 컨트롤의 조합으로 사용되게 됩니다.

__________________
wangsy.com

sansopaksa

아직 너무 기대하시기엔 이른 단계라고 생각됩니다. 무엇보다 저 플랙스 개발환경은 무지무지 비쌉니다. -_-;

rhapsody

wangsy 님 의견에 동의 합니다.

덧붙이면, ActiveX runtime은 완전히 IE에 붙어 있기 때문에
IE 사용자에게는 자바의 Java runtime 환경보다 훨씬 접근성이 좋습니다.
그리고 예전 (특히 JRE 1.2.x 까지) 에는 자바 UI 가 좀 느렸었죠.

아무래도 적은 메모리를 사용하는 대부분의 PC사용자에게는 JVM을 통해서 자바를 로딩하는 것 보다
ActiveX를 사용하는 것이 useability에서 확실히 좋았을테니까요.

일단 이렇게 ActiveX 환경이 아닌 곳에서도 인터넷 뱅킹 및 전자결재에 대한 통로가
열리기 시작했는 했는데, 앞으로 어떻게 진행될 것인지 대부분의 어떻게 시스템에 적용 시킬 것인지
등에 대한 과제들이 있는데,,,

빨리 적용이 되었으면 좋겠네요.

(무료로 개발, 공짜로 은행, e-shop 들에 적용 까지 해 주는
개발자 자원봉사 그룹을 만들는 것도 생각만 해 봄. -_-)

__________________
http://irhapsody.net/
ichat: prorhap@mac.com

hys545

덧붙이면, ActiveX runtime은 완전히 IE에 붙어 있느게 아니고
ie가 windows에 붙어있느겁니;다
activex

__________________
새는 알을 뚫고 나와야 한다.