리눅스 우체국 뱅킹 지연

다른 주제들은 모르겠고, 윈도우에서 은행 사이트 들어가면 이것저것 잔뜩 트레이에 들어가는 것 중에 키보드 보안 어쩌구는 도대체 왜 있는지 모르겠습니다. 기본 전제가 아마 '윈도우 시스템 어딘가에 키 입력을 모두 가로채는 녀석이 떠 있다'인 것 같은데, 윈도우라면 자기도 모르게 뭔가 깔리고 도는 환경이 될지 몰라도 리눅스에 그런 게 있기는 합니까? -_-;

저는 세벌식을 쓰는 고로 그 키보드 보안이란 것 때문에 불편하기까지 합니다. 세벌식은 쿼티 기준으로 숫자와 특수문자 영역에도 한글 자소가 배치되어 있는데 키보드 보안이 트레이에 있으면 이름 입력할 때 의도했던 한글 자소가 들어가지 않고 영문 자판에 있는 문자가 들어갑니다. 단순히 입력기와 우선순위가 틀어져서 그런 건지 아니면 안에서 그런 식으로 동작을 하게 해둔 건지 모르겠지만 어쨌든 제게는 아주 무식하고 불편하기만 한 물건입니다.

*nix가 보안에 우수하다고 하는 것은 단순하게 프로그램하나 더 깔리고 덜 깔리는 쉬운 문제가 아니라 사회적 문화 때문이라고 들었고 거기에 동의 합니다.

윈도우는 사용자의 단한번 실수로 시스템 전체가 장악 당하죠. 관리자 권한으로 사용하도록 강요당하니까요. 특히 뱅킹에서.....
하지만 *nix쪽은 자신의 홈디렉토리만 장악당합니다. root계정을 사용하지 말라는 문화 때문이죠.
그래서 차기버전 원도우에서 이 기능을 사용자에게 강제로 사용하도록 설정되는 것으로 봤습니다.(프로그램들이 엄청 변화가 되야겠죠)

따라서 프로그램하나로 보안을 높이겠다는 발상은 돌 하나로 강을 막겠다는 생각처럼 무무하다고 생각합니다.

+++ 여기부터는 서명입니다. +++
국가 기구의 존속을 위한 최소한의 세금만을 내고, 전체 인민들이 균등한 삶을
영위할 수 있는 착취가 없는 혁명의 그날은 언제나 올 것인가!
-- 조정래, <태백산맥> 중에서, 1986년

키로거를 우회하기 위해 초창기에는 가상의 키보드를 그려놓고 마우스로 누르는 것으로 개발 되었는데, 일단 속도가 확~! 떨어져서 불편하게 됩니다. 제가 생각하기에도 가장 확실한데, 자주 사용하는 사람들에게는 제일 불편하나 봅니다.

키보드 보안은 하드웨어적으로 구현되지 않는 한은, 현대의 OS 구조 상 구현이
불가능합니다. 디지털 정보로 들어오는 데이터가 어떻게든 웹 브라우저나
관련 애플리케이션에 전달이 되어야 하는데, 현대의 OS들처럼 무수히 많은
레이어가 있는 한은 어떻게든 끼어들 구석이 있습니다.

예를 들어, 구질구질하게 커널모듈까지 동원해서 키보드 입력을 가로채서,
그걸 특수 애플리케이션에 직접 전달해서 암호화한 다음에 서버로 보내는 구조로
구현했다고 칩시다. 이 정도만 해도 현재 윈도우에서 많이 쓰는 키보드 보안
솔루션들보다는 훨씬 나은 구조입니다. 그런데 이렇게 하더라도 디버거가 끼어들어가서
데이터를 가로챌 소지가 있고, 다른 커널 모듈이 중간 레이어에서 장치를 가로챌 수도
있습니다. 또한, 간단한 라이브러리 오버로드 정도로도 시스템콜을 중간에서 중계해서
가로채줄 수도 있습니다. 결국에 이런 방법을 다 막으려다보면, 커널과 시스템 라이브러리
대부분을 패치해야하고, 도저히 유지보수가 불가능한 상태가 됩니다.

결국은 유명무실한 키보드 보안 솔루션에 대한 강제사항을 그들이 말하는 99.9%의
사용자들에게나 강요하지, 나머지 0.1%까지 강제할 근거가 약합니다. 오히려 대충 만들어
놓고 사용자를 안심시켜서 더 심각한 문제를 일으킬 가능성이 있으며, 은행이 사용자에게
책임을 전가해버릴 논리적 기반이 됩니다.

이런 것을 그래도 꼭 해결하고 싶어진다면, 소프트웨어적인 방법보다 감염된
소프트웨어들에 의해 접근이 원천적으로 차단된 독립된 하드웨어 장치가 되어야
합니다. 즉, 중요한 정보를 모두 외부 장치에서 일회용패스워드식으로 만들어서
입력하게 한다거나, 외부 USB 장치에서 중요한 데이터를 모두 확인한 다음에 거기에
싸인을 해서 암호화를 한 다음에 소프트웨어에 전달해주는 방법을 써야할 것입니다.

그렇게 할 의지가 없다면, 그냥 외국의 은행들 처럼 간단한 보안체계를 쓰면서,
사회적인 방법으로 보완을 해야할 것입니다. 안 되는 걸 억지로 완벽하게 만들려다
보면 오히려 더 안 좋은 결과가 나오죠.. 약점을 미리 예상하고 그에 대한 다른
유연한 대처방법들로 보완하는 것이 훨씬 융통성있고, 오래 가는 방법입니다.

http://coolengineer.com/tt/254

이런 글을 찾았는데 여기에는 드라이버까지 내려간다는 뉘앙스는 없는 거 같습니다. 상식적으로 웹페이지에서 깔아주는 뭔가가 순식간에 키보드 드라이버에 (재부팅도 없이) 뭔가 레이어를 추가한다는 게 있을 수 없는 일이지 않습니까? -_-a

pynoos님의 HW환경이 어떤지 모르겠지만
우선 말씀하신 터미널 서버라는게 Remote Desktop(XP이상의 한글 운영체제에서는 '원격 데스크톱 연결'이라고 나와있습니다. 이하 '원격데톱'이라 하겠습니다.)을 말씀하신거라 가정하고 쓰겠습니다.

저 같은경우 집의 PC를 공유기를 이용해서 WOL로 부팅을 합니다.
그래서 집의 PC에 원격데톱으로 접속을 합니다.
이 상태에서 IE를 통해 인터넷 뱅킹을 사용하고 있습니다.

처음엔 저도 원격으로 접속하는거라 안될줄 알았는데 잘 되더군요. -_-;

---
관심과 간섭, 애정과 집착은 동전의 양면과 같다. - 세계정복을 꿈꾸는 오리
질문에 답변하는 법 : http://controller.tvpot.media.daum.net/mflvPlayer.swf?vid=9K53aQisBLc$
아바타 : http://kldp.org/node/71954#comment-339140

금융권 프로젝트에 많이 쓰인다는 기사의 내용은 서버사이드가 아닌가 생각됩니다.
그것도 엔터프라이즈 급의 이야기일 테구요.

저도 처음 차바로 개발을 할때 모의 증권 사이트 개발회사에 취업이 되어서 클라이언트측 애플릿이나 어플리케이션 작업을 해봤는데 물론 그때는 컴퓨터들 사양이 많이 떨어지고 VM배포의 문제도 있고 해서 MS의 자바 개발툴을 이용해 자바 1.1에 맞추어 작업을 했었습니다.

물론 이제는 윈도우에서 1.1수준의 VM도 빠져버려서 이것조차 불가능해 졌네요.
속도 문제는 이제 컴퓨터들이 빨라져서 큰 문제가 아닐 수도 있는데 VM의 배포는 여전히 큰 문제로 남은 상태라고 생각합니다.

물론 인식을 바꿔줄 수 있는 킬러 어플리케이션이 만들어 지고 사람들이 VM의 설치를 당연히 여기게 된다면 말씀하신 상황도 충분히 가능해 질텐데요.

일반 사용자에게 아직 VM의 설치는 쉽지 않을듯 싶습니다.
사용자 보다 개발사의 인식이 더 큰 걸림돌이라고 생각하긴 합니다.