농협리눅스뱅킹 지대한 관심에 감사드립니다.

화이팅~!!

힘내어요. ^-^

그리고 리눅스도 좀 구매해보아요. ^^

(구매문의는 쪽지로..^-^ - kldp에서 영업을 하고 있다. -_-)

수고하십니다. 앞으로도 잘 부탁드립니다.^^

wine 으로 하는거라서 별로 네요..
리눅스 상에서 바루 되는거 나오면 그때 쓸래요..~_~
우체국 도 나온다는데 .. 이것도 wine으로 돌리면 ㅜ,ㅜ :x

농협의 리눅스 소수를 위한 배려에 깊이 감사드립니다.
소수를 소중히 해주시는 모습 아름답습니다.
더욱 더 발전하는 농협 기원드립니다.

화이팅 입니다. ^^

감사합니다.

:D

Thx.

ASAP I'll regenerate Nonghyup account. :D

P.S. I don't set up configure for nabi yet... :)

농협 뱅킹 팀의 노고에 박수를 보냅니다.~!
:D

더욱더 발전적이고 표준적인 뱅킹에 아낌없는 노력 부탁드리겠습니다.
짝짝짝~!

상상이 ... 쪼금 갑니다... :oops:

왜 방화벽이 필요한 것이죠?
대부분의 리눅스 데스크탑 사용자들은 이미 알아서 방화벽을 구축하고 있을 텐데요? 충돌이 안나도록 설치하실 자신이 있으세요?

그리고, 무엇보다도 /usr/local/lib 디렉토리 이름같이 공용으로 사용하는 파일/디렉토리의 이름을 마음대로 변경하는 일은 절대로 없었으면 하네요.. 리눅스 세상에서 처음 보는 설치방법이었습니다.. 가슴을 쓸어내렸죠!

은행 프로그램이 리눅스 방화벽 설정을 건드린다는 뜻입니까? ;;
커널 중에 방화벽 포함 안되서 컴파일 된 것도 있을 텐데요 ;;
아무리 생각해도 은행 프로그램이 방화벽을 설정해야 되는 이유를 잘 모르겠습니다.

꼬랑지: 리눅스용 사용자 프로그램은 왠만하면 일반 사용자가 사용할 수 있도록 디자인 되는 경우가 많습니다. 실제로 은행 프로그램이 시스템 전체 공용 파일을 건드린다면 불안해서 설치 못하시는 분들도 많을 거라 생각합니다.

http://news.naver.com/news/read.php?mode=LSD&office_id=138&article_id=0000004481&section_id=105&menu_id=105

신문에 홍보때리는군요. S사가 사업수행했다고... 아마 저기사보면 화내는 사람이 더 늘수도 있겠군요.

저역시 이해부족.. 도대체 화낼깨 뭐죠 ??

제가 쓴글이 화내는 것으로 보이셨나봐요.. ':cry:'

솔직히 리눅스를 사랑하는 마음이 없으면 어떻게 만들었건 신경도 안쓸겁니다.

그냥 음.. 이젠 리눅스에서도 농협뱅킹이 되는군 하고 말죠!

그렇지만, 리눅스를 데스크탑으로 이용하는 입장에서는 그냥 대충 땜빵식으로 만들어서 배포하는 뱅킹프로그램을 도저히 봐주고 넘어갈 수는 없었다는 것이죠.

생각해 보세요.. 윈도에서 c:\windows\system32 디렉토리를 c:\windows\system32_akdfjadsj 로 이름 바꾸고 인스톨프로그램이 새로 만든 다른 디렉토리를 system32 디렉토리로 링크시킨다면... 황당하지 않으시겠어요?

제 아내도 농협 직원입니다.
비록 전산팀과는 아무 상관없는 은행원이지만
리눅스뱅킹을 지원하는 있는 회사에 다닌다는게 자랑스럽습니다.

농협 화이팅~!

저도 마침 리눅스회사에 다니고 있으니...
아내의 회사를 위해서 열심히 테스트를 해 보아야 겠습니다. :)

셋업 프로그램이 /usr/local/lib 디렉토리를 변경한다고 하셨죠? 그 셋업 프로그램이 무슨 이유로 그 디렉토리를 변경하는 것인지 전혀 그이유가 떠오르지 않는군요. 그러면 시스템 권한이 없으면 설치할 수 없고, 사용할 수 없다는 말이 되기도 하구요. :evil:

wine_lib_rh9_bin.tar.gz가 있길래, 이거 없이도 대부분의 배포판에 맞는
wine 설치하면 잘 되는지를 확인해 보기위해 위선 fedora core4에서
테스트 해보았습니다.

fedora core4에서 intro-*tar.gz 없이, wine-home.tar.gz와 lib{b,e}.tar.gz만을 따로 다운로드 받아보았습니다.

다운로드 스크립트 없이 직접 다운로드 받으려면,

* wine-home.tar.gz을 사용자 Home에서 풀고,
* 잘못된 경로를 몇개 수정한 후에
* fedora core4용 wine 설치하고 (wine 사이트에서 받습니다)
* 몇몇 스크립트를 자신의 환경에 맞게 고치고 (start-firewall, etc.)
(일단 이정도만 해보았습니다)

i-pro (gtk 어플이고, 처음 start-firewall 스크립트를 실행)와
neptuneware, SetPassLx.exe (win32 어플)의 어플로 나뉘어집니다.

i-pro는 특별한 설정 없이 몇몇 스크립트만 잘 설치되어 있으면 (start-firewall 외) 실행이 되는것 같고, neptuneware도 실행이 되었으나 mozilla active-x plugin을 찾다가 멎더군요. (결정적으로 전 농협통장이 없어서 더 이상의 진척도 없습니다 :? )

아무튼 살펴본 바로는,
* i-pro는 각종 스크립트를 호출한다.
* 본체 프로그램은 결국 neptuneware이다.
* /usr/local/lib등의 경로가 필요한, 이 경로를 맘대로 스크립트가 바꾸는 이유는 다름아닌, 자체적인 wine_lib_rh9_bin.tar.gz를 쓰기 때문이다.

스크립트를 적절히 바꾸면 system wide혹은 특정 사용자를 위해서만 설치할 수 있을것이며, (root가 필요한 이유는 firewall 설정을 통해서 포트를 열기때문, wine을 설치하기위한 과정.. wine설치가 이미 되어있는 경우 필요 없음) 스크립트를 사용자환경에만 맞게 고치면 wine이 이미 설치되어있는 컴에서, 일반 사용자 권한만으로도 설치해서 쓸 수 있을 듯 합니다.

이렇게 하려면, 지금 이리 저리 엮여있는 실행파일들을 유닉스답게 분리시켰으며 좋겠습니다.
1. firewall 설정을 따로 스크립트로 따로 떼어낸다. (i-pro에서 firewall 설정 할 필요 없을것입니다.)
2. i-pro는 단지 업데이트만 검사하게 한다. (이 부분도, 차후에 rpm형태나 다른 패키지 형태로 제공하면 되는 것이지, 농협에서 버전 업데이트를 신경써야 할 이유가 없다고 보이며, 다만 버전 업데이트 공지를 잘 하면 될것으로 생각됩니다.)

제대로 정리하지 못했지만 일단 글을 올립니다 ^^;;

꼬랑지 : 특정 포트를 열지 않습니다.
iptable 수정과 몇몇 설정을 통해 보안성을 더 강화하고자 사용하고 있습니다.

아래는 농협프로그램에서 설정하는 iptables입니다.

# Generated by iptables-save v1.2.7a on Wed Nov  9 15:03:50 2005
*filter
:INPUT ACCEPT [13955:999635]
:FORWARD ACCEPT [0:0]
:OUTPUT ACCEPT [12681:981138]
-A INPUT -p tcp -m tcp --dport 23 -j DROP
-A INPUT -p tcp -m tcp --dport 21 -j DROP
-A INPUT -p tcp -m tcp --dport 25 -j DROP
-A INPUT -p tcp -m tcp --dport 546 -j DROP
COMMIT
# Completed on Wed Nov  9 15:03:50 2005

그리고, 기본 firewall 설정시 fedora같은 경우는 맨 마지막에

-A RH-Firewall-1-INPUT -j REJECT --reject-with icmp-host-prohibited와 같이 되어서 허락된 포트 이외에는 모두 막는데, 이 REJECT설정이 위에 포함된 설정에는 포함되어있지 않기 때문에, 위 네 포트를 빼고는 모두 허락한 것 같은데 아닌가요?? ---- 헉... 자세히 보니 ACCEPT가 아닌 DROP이군요 @.@ 내용 수정했습니다.

wine 사용 문제를 개선하고 있다는 말씀은 12월 본 적용시에는 wine
을 사용하지 않는 버전을 다시 만들고 있다는 뜻인가요 아니면 계속하여
wine을 사용하면서 개선하고 있다는 뜻인가요?

솔직히 농협측에서 직접 wine 개발에 참여하여 wine을 대폭 개선할 수 없다면, 계속하여 wine을 사용하는 패키지를 내놓는 것은 쓸데 없는 작업인 것 같습니다. 현재의 wine으로는 “농협은 리눅스에서 인터넷 뱅킹도 지원합니다” 라고 말할 수 있는 빌미는 만들 수 있겠지만, 도저히 쓸만한 수준의 인터넷 뱅킹 솔루션을 만들기는 어려워 보입니다.

농협의 리눅스 인터넷 뱅킹 지원을 위한 작업이 쓸데없는 노력이 되지 않았으면 좋겠습니다.

“그럭저럭 쓸만한 수준”에도 한참 못 미치기 때문에 문제라는 것입니다. wine으로 인터넷 뱅킹을 써 보려고 꽤나 노력해 보았습니다만, 처음 설치 한 직후 테스트 해 볼 때에는 잘 되는 것 처럼 보여도 막상 실제로 1주일 정도 사용해 보니 테스트와는 전혀 달랐습니다.

컴퓨터 사양이 웬만큼 높지 않은 이상 이체 한 번 하는 데에도 너무나 많은 인내심을 요구합니다. 단지 속도만 느리다면 그럭저럭 참고 써 보겠지만, 걸핏하면 다운되거나 익스플로러의 네트윅이 먹통이 돼 버려서 처음부터 다시 해야 하는 경우가 다반사 입니다.

“이번에는 제발 탈 없이 성공해 주길···” 이라고 기도하면서 1분 30초에 한 번씩 바뀌는 화면을 바라보며 15분 동안 기다리면 이체 한 번 성공할 확률이 25% 정도 된다고 보면 됩니다. 겨우 이체 한 번 하자고 1시간을 허비하고도 결국 못 하고 포기하게 되는 경우 정말 모니터를 집어 던지고 싶어집니다.

이런 물건을 도대체 어떻게 “그럭저럭 쓸만한 수준”이라고 할 수 있겠습니까? 오랫동안 사용하면서도 잘 사용하고 계신 분도 계실지 모르겠지만, 제 경우에는 테스트로 한두 번 해 볼 때에는 괜찮아 보여도 실제로 써 보니 제 인내심으로는 도저히 사용하기가 어려웠습니다.

이번에 농협에서 배포한 패키지를 사용한 것은 아니고, wine을 직접 설치해서 시중의 몇몇 은행 인터넷 뱅킹을 사용해 본 결과 입니다만, wine을 사용한다면 농협 인터넷 뱅킹도 결국 같은 문제를 안고 있을 수 밖에 없습니다.

예 다르죠. 오히려 아예 안 되는 것이 더 나을 수 있습니다. 사용자 입장에서는 최소한 시간 낭비는 할 필요는 없을테고, 농협측에서도 그럭저럭 되긴 하지만 “실제 사용은 도저히 불가능한” 패키지를 만드느라 자본을 낭비 할 필요도 없으니까요.

1GHz 미만 사양의 컴퓨터에서 최소한 한 달 정도 wine만으로 인터넷 뱅킹을 사용하면서 실제 이체를 10여 번 정도는 해 보아야 제대로 된 테스트라고 할 수 있을 것 같습니다. 직접 사용해 보니 한두 번 테스트에서 잘 되는 것과 실제로 쓸만한 것과는 전혀 달랐습니다.

저는 사실
리눅스 사용자에게 신경을 써준다는 생각에
감사한 마음이 앞섭니다.

한편으로는 공기업과 같은 농협에서
업무 실적을 위한
대충 눈속임이 아니길 바라구요.

설치해보고 wine이고 해서
저와 옆에 동료들이 실망을 하긴 했습니다만,
좀 더 빠른 사간안에
리눅스에도 쓸만한 인터넷 뱅킹이 가능하지 않을까?
하는 희망을 갖어봅니다.

또한 이렇게,
정재헌 차장님이 KLDP에 오셔서
차기버전에 대한 의견수렴을 하신다니 기대가 더 되구요.

하나 궁금한것이 있는데요.

인터넷 뱅킹은 보안 문제로
OS단의 프로그램이 꼭 필요한것인가요?

제가 이상(꿈)적으로 생각하는
,OS에 독립적인,
브라우져만 있으면 인터넷 뱅킹이 될 수는 없나요?
(파이어폭스 정도의 보안설정이 가능한 브라우져...)

제품이 되었든, (제품이면 자바일 가능성이 큰것 같네요.)
보안쪽도 AJAX와 같이 OS독립쪽으로 되면,
또하나의 큰사건이 될것 같습니다.

터트려 주세요~ :-D

흠... 관련 글이 조금 있네요.
http://www.mozilla.or.kr/zine/?p=542

대략, 외국에서는 인터넷뱅킹에 SSL을 사용하는 것이 일반적이며, 한국이 SSL 대신 plug-in 방식을 사용한 건 시스템 도입 당시 미국의 암호화 기술 수출 규제 때문에 IE의 SSL에서 사용할 수 있는 암호화 강도가 약해서였나봅니다. 이 문제는 현재 해결이 됐다고 할 수 있겠지만, SSL 사용과 관련해서 사용성이나 보안과 관련된 소소한 문제들이 좀 있는 것 같습니다.

가령 최근(?)에 등장한 키보드 보안 프로그램이 한 예가 되겠습니다. 사용자의 PC에 키보드 입력을 가로채는 악성 프로그램이 설치돼 있지 않도록 하는 게 궁극적으로는 사용자의 책임이겠지만, 현재처럼 별도의 Active-X 컨트롤을 사용하면 서비스 제공자 측에서 그 책임을 어느 정도 떠맞아 줄 수 있으니까요.

인증서의 관리도 문제가 될 수 있습니다. plug-in 방식에서는 사용자가 인증서/개인키 파일의 존재에 대해서 전혀 신경을 쓰지 않아도 되지만 SSL 기반으로 하는 경우 인증서/개인키 파일을 적당한 곳에 저장한 후 브라우저에서 인증서 가져오기 작업을 한번은 해주어야 하니까요.

다소 결벽스럽다고 할 수도 있겠지만, 브라우저가 제공하는 SSL 보안 기능을 신뢰할 수 있는가 하는 문제도 있습니다. 특히 윈도우의 경우 소스 확인조차도 할 수 없으니 차라리 별도의 응용 프로그램으로 보안 기능을 수행하도록 하는 것이 더 '안심이 된다'고 느껴질 수도 있습니다.

그리고 관련 영역인 전자상거래의 경우, SSL을 사용하면 사용자가 입력한 기밀 정보(카드 번호 등)가 판매자에게 노출된다는 문제도 있습니다.

이렇게 맘대로 상상해 본 것 외에도 몇 가지 문제가 더 있을 겁니다. 그 중에선 아마도 사용 방식의 변화를 불가피하게 사용자에게 강요해야 한다는 점도 꽤 크겠고, 무엇보다 기존 인프라를 갈아엎어야 한다는 점이 핵심 중의 핵심이겠지요. 하지만 이행기에 사용자가 겪게 될 다소의 불편을 제외하면 모두가 기술적으로 해결 내지는 완화가 될 수 있는 문제이지 않을까 생각됩니다. 그리고 그렇게 함으로써 얻을 수 있는 장기적인 사회적/기술적 이득은 분명 적지 않으리라 생각됩니다.

이런 키보드 보안 프로그램 등은 선택사항으로 해줬으면 하는 바램입니다. 추가 기능까지 필요한 사람은 Windows에서 ActiveX 설치해서 쓰게 하되, 기본 기능은 SSL 표준으로 다 돌아갈 수 있게 말이죠.

이것도 브라우저에서 제공하는 interface를 사용하면 자동으로 가능하지 않나요? 제가 잘 몰라서 질문 드리는 겁니다.

전 차라리 인터넷 뱅킹하면 설치되는 온갖 종류의 ActiveX 컴퍼넌트들 보다 Internet Explorer의 보안 기능을 훨씬 신뢰합니다. MS가 악의를 품고 사용자 중요 정보를 가로챈다던가 할 가능성은 거의 없다고 생각합니다. 결국, 문제가 되는 것은 얼마나 제대로 보안 알고리즘 및 프로토콜을 구현했느냐 인데요, 보다 널리 알려지고 사용되고 있는 각 브라우저의 SSL 기능들이 훨씬 잘 검증된 상태라고 봅니다.

SSL을 쓰면 왜 이렇게 되는지 잘 이해가 안 가는군요.

농협 인터넷 뱅킹..
정말 오래 써왔습니다..
그래서 어디보다도 저에겐 편하죠..
수고해주셔서 감사합니다..

개인적으로 더 늦어지더라도 되도록 완전한 결과물을 내주셨으면 합니다. 이런 불편에는 적응이 되어서 좀 더 기다리는 것은 문제 되지 않습니다.

맥도 지원하면 좋을텐데 ^_^