20090412 :: 악성 소프트웨어를 배포하는 알라딘?

구글 크롬으로 블로고 스피어를 오가다 보면, 요 몇 일 사이 급격히 악성 소프트웨어를 배포하는 것으로 의심 받아, 빨간 화면으로 차단되어 버리는 블로그 들이 꽤 많았습니다. 얼추 티스토리 사용자 분들이 많아서 티스토리의 위젯 중에 뭔가가 문제를 일으켰나 싶기도 했었는데, 그랬다면 아마 티스토리 전체가 차단되었어야 할 것이고해서 빨간 화면을 잘 들여다 보았더니 알라딘의 TTB (?)인가 하는 것이 문제를 일으킨 것 같더군요. 그래서 무슨 일인가 싶기도 하고, 알라딘에서는 어떤 이야기를 하고 있나 싶어서 구글에서 알라딘을 검색하고 알라딘에 접속하려하자…

알라딘 TTB광고를 실은 사이트들은 ‘무시하고 계속하기’와 같은 어느 정도 위험을 감수하고 진입하는 방법이 있었는데, 알라딘 사이트 자체는 구글에 의해서 완전히 막혀 있네요. 물론, 네이버 등과 같은 다른 검색 엔진을 사용하거나, 주소 입력창에 알라딘의 웹 사이트 주소(aladdin.co.kr)를 입력하면 ‘빨간화면’만 확인하고 진입은 가능합니다. 아무래도 알라딘 자체에서 악성 코드를 배포한다기 보다는 공격 당한 적(그래서 제 3자에 의해 배포 중간 경로로 활용된)이 있다거나 해서 그 기록을 바탕으로 구글이 위험 사이트로 진단하는 것 같습니다. 알라딘 이미지 서버 같은 곳도 함께 영향을 받다보니 알라딘 TTB 광고를 실은 여러 블로그 들도 빨간화면들을 계속 보여주고 있다고 판단됩니다. 물론 시간이 조금 지나고 나면 다시 정상화될 것 같습니다만, 사실 국내 많은 ‘대형’ 사이트 들이 여전히 구글에 의해 위험 사이트로 진단되고 있는 걸 보면 무슨 ‘IT 강국 겉절이’도 아니고 이게 뭔가 싶기도 하네요.

20090409 :: YouTube의 인터넷 실명제, 구글의 초강수

이미 많은 분들이 발행하신 글에서 알 수 있듯이, 실명제를 요구하는 정부의 막가는 정책에 대항하여 구글이 초강수를 두었습니다. ‘한국’으로 국가를 설정하면 댓글을 달거나 동영상을 업로드 할 수 없도록 정책을 변경했습니다. 유튜브의 개인 정보 설정에서 국가를 한국이 아닌 다른 곳으로 설정해도 언어 옵션은 여전히 한국어를 사용할 수 있는 듯 합니다. 어쨌거나 이미 많은 분들이 유튜브 상에서의 한국 국적을 버리는 장면을 쉽게 목격할 수 있습니다. 물론 저 역시 일말의 망설임없이 한국 국적을 ‘버렸’습니다.

어쨌거나 어제까지는 정말이지 먼저 포기하는 한 쪽이 국제적으로 큰 망신을 당할 수 있는 상태로 팽팽하게 대치하고 있었는데요, 대체적인 예상 (구글 코리아가 벌금 좀 물어준 다음, 어쩔 수 없이 인터넷 실명제를 도입한다)을 깨고 구글은 정말이지 초강수를 두면서 위기를 빠져나왔습니다. 결국 한국 지역의 업로드를 자발적으로 제한하는 방향으로 정책을 결정했으니, 어쩌면 한국에서의 유튜브 서비스를 접은 것으로도 볼 수 있습니다만 여전히 컨텐트 및 광고의 노출은 유효하므로 공식적인 사업 철수를 했다해도 그리 손해볼 일이 없고 외부에서의 시각도 ‘이번에는 실망시키지 않았다’ 정도의 평가를 내릴 수 있을 테니 말입니다. 그리고 구글과 한국 정부에 쏠렸던 전 세계적인 비난의 화살을 가볍게 한국 정부에게 돌려버렸습니다.

정부로서도 이번 구글의 결정은 매우 당혹스럽게 느껴질 듯 합니다. ‘거 봐라 글로벌 기업의 대표인 구글도 우리 앞에 무릎을 꿇었다’라고 자랑하고 싶었던 욕심이 산산조각으로 부서져 버렸으니 꽤나 기분이 많이 상했을 듯 한데요. (아무리 봐도 이 정부가 삽질을 해대는 근본적인 원인은 ‘자 봐라 내가 이거 했다’라고 자랑하고 싶은 욕심이 그 근간을 채우고 있다는 생각을 지울 수 없는 건 단지 기분 탓이겠죠?) 아무튼 구글에게 한 방 먹은 한국 정부가 무슨 변명을 내놓을지가 사뭇 궁금해집니다만, 이미 네이버와 다음을 장악한 것과 다름없고 일개 변방 블로거들까지 잡아들일 구실도 갖추었으니 제 예상으로는 그냥 ‘우리가 언제 구글을 갈궜다고 그러냐, 우리는 비즈뉘스 후렌들리하고 글로벌한 정부라서 여전히 구글과 친하다’며 계속해서 아랑곳 않고 여기 저기 계속 민폐끼치면서 돌아다닐 듯 하네요. (아 그러다 구글이 한국에서의 접속을 막아버리기라도 하면 정말 난감한데;;;)

정말이지 이 시대 이나라에 살고 있는 현실 그 자체가 너무나 부끄럽습니다. 안 그래도 인생이 마른 입에 뻑뻑하게 굳은 빵 먹는 것 같은데, 기분 좋아질만한 일이라곤 없군요.

(* 오늘은 날이 날인 만큼 css를 잠시 내려두었습니다.)

20090404 :: 파이썬에서 환경 파일 다루기

얼마전 서브 블로그를 통해서 포스팅한 ‘netsh’를 사용해서 유선랜 설정 바꾸는 스크립트를 만들어서 잘 활용하고 있습니다. 요즘은 집 – 사이트를 왔다 갔다 하고 있어서 하루에 두 번씩은 랜 연결의 ip 설정을 바꿔주게 되는데요, 두 개의 배치 파일을 만들고 입력값에 따라 각각 배치 파일을 실행해주는 파이썬 스크립트를 사용중입니다. 그런데 참 욕심이라는게, 다른 설정을 필요로 하는 경우에도 손쉽게 이를 추가하면 좋겠다는 생각이 들더군요. 그래서 그 스크립트를 업그레이드 하기로 결심했습니다. 외부 설정 파일을 사용하여 여러 군데의 유선 랜 설정 정보를 저장해 두고, 프로그램 실행 시 연결을 선택하여 설정을 바꿀 수 있는 프로그램으로 말이지요. 실제 작동 자체는 딱 2개 라인이면 되겠지만, 설정 파일을 이용하는 것 자체가 해 본 적이 없어서 그런지 만만하지가 않을 듯 합니다.

1. ini 파일을 사용하기

첫번 째로 ini 파일을 사용하는 방법이 있습니다. 사실 많은 분들이 사용하는 방법 중에 하나 입니다. 단순히 메모장으로 설정 파일 편집이 가능하고 간단하게 주석처리하여 설정을 바꿀 수 있는 장점이 존재하지요. 다만 특정한 한 가지씩의 속성 값만을 외부 파일에 정의할 때 간편하고 빠른 방법임에는 분명합니다만, 기본적으로 텍스트 파일에 정보를 담아두는 경우에는 라인 별로 처리하게 되므로 동일한 유형의 여러 가지 데이터를 미리 담아두기에는 다소 어려움이 많습니다. (구분자를 적절히 이용할 수 있겠습니다만, 그러면 사람이 수동으로 설정을 편집하기가 쉽지 않을 수 있지요)

2. py 파일을 반입하기

설정을 하나의 사전 혹은 사전의 리스트 형태로 만들어서 저장하고 변경하는 방법입니다. 실제로 많은 파이썬 프로그램이 채용하고 있는 방식이기도 합니다. 대표적으로 django의 settings.py 파일이 이러한 예에 속하지요. 설정 로딩 자체를 import를 통해서 해버리면 그만입니다. 별도의 파싱이 필요없다는 최고의 장점을 지니고 있지요. 다만, 설정 파일을 수정하면서 오타를 낸다면 프로그램 자체가 설정 파일을 무시하지 못하고 실행이 안되는 문제가 있기는 합니다. 게다가 py2exe 등을 써서 실행 파일로 배포하는 경우, 아마 반입되는 파일들이 함께 컴파일 되는 것으로 알고 있어서 사용할 수 없는 것으로 알고 있습니다.

3.xml  파일을 사용하기

세번 째로 xml 파일을 사용하는 방법을 생각할 수 있습니다. xml 파일로 설정 파일을 대체하는 경우라면, py2exe 등의 툴로 실행 파일을 배포해도 무관하게 쓸 수 있다는 장점이 있고, 설정 편집 기능을 프로그램 자체에서 제공할 수도 있습니다. 게다가 파싱도 minidom과 같은 파서를 사용하면 그만인 부분이 있지요. 물론 형식에 맞지 않는 xml 파일은 오류를 일으킬 수 있지만, 이는 충분히 방어 가능한 수준일 것으로 생각됩니다. 다만, 이러한 파서를 쓰게 되면 실행 파일로 만들어 배포할 때는 용량이 다소 커지지 않을까 생각은 드는 군요. 

대략 이런 세 가지 방법이 생각 납니다. 혹 다른 좋은 아이디어나 방법이 있다면 댓글로 알려주시면 감사하겠습니다. 그리고 혹 저와 같은 필요성을 가지는 분들이 계시다면, 나중에 해당 프로그램을 만들어서 성공하면, 부끄럽지만 살짝 공개해 볼까도 합니다.

20090402 :: 인터넷 뱅킹 보안 2

인터넷 뱅킹의 보안에 대해 요즘 오픈웹과 개발자들(로 추정되는 분들)간의 뜨거운 토론이 슬슬 ‘오픈웹 무용론’으로 새어 나오기도 하고 보다 감정적으로 이야기가 격해 지고 있는 느낌입니다. 개발자들 입장에서는 오픈웹에서 퍼붓는 독설이 결코 반가울리 없겠지만, 제가 보기에는 김기창 교수님의 논리는 그 어법 자체가 직선적이고 다소 감정적일지언정 그리 비약이 심하다거나 하지는 않은 듯 합니다. 

많은 개발자분들이 댓글을 통해 ‘단지 [을]일 뿐인 개발사의 한계’에 대해 성토하고는 있지만, 그러한 말들은 문제의 본질을 흐리게 할 뿐입니다. 오픈웹의 초기 모토는 ‘플랫폼이나 브라우저에 종속되지 않고 인터넷을 사용할 수 있게 하자’라는 것이었고, 그 중 ‘인터넷 사용’은 ‘금융거래’에 초점이 맞추어져 있었죠. 사실 닫혀있는 대한 민국의 웹 사이트는 은행들 뿐만이 아닙니다. ‘돈’이 왔다 갔다하는 거의 모든 사이트에서 공인인증서를 요구하고 있고, 공인 인증서 모듈 설치와 더불어서 덕지 덕지 ‘보안 모듈’이라는 이름으로 그 정체를 알 수 없는 플러그인들이 한번에 설치되는 것이 가장 큰 문제이지요. 그리고 유독 ActiveX가 문제가 되는 것은 ActiveX 그 차체에 문제보다는  김기창 교수님이 거듭 강조하시듯이 ‘설치 메세지가 나타나면 무조건 [예]를 누르라는 지시’ 때문입니다.

그럼에도 불구하고 많은 분들이 SSL 보안 연결도 그리 안전하지 않다는 말만 되풀이 하고 계십니다. 참 답답한 현실이 아닐 수 없습니다. 물론 웹 서비스를 만드는 사람과 운영하는 사람이 다른 경우가 거의 대부분이기는 합니다만, 그냥 ‘만들어달라’는 요구에 대해서 만들어주기만 하면 끝이라는 식의 발언 들은 서비스 개발자로서의 최소한의 소명 의식마저 저버린 듯한 느낌이 들어서 안타깝기도 하구요. 이미 옥션등의 대형 포털에서 대량의 개인 정보 유출 사고가 있었고, 그 가장 근본적인 원인은 ‘쓸데없이 주민등록 번호를 요구한’ [갑]에게 있는 것도 당연한 이야기입니다만, 그런 민감한 정보를 저장함에 있어서 만에 하나 유출될 가능성을 염두에 두지 않고 암호화 하지 않고 DB에 저장한 개발사 역시 아무런 할 말이 없을 거라는 겁니다. 좀 개념을 갖고 만들었다면 회원 DB가 유출되어도 큰 문제가 되지 않을 수도 있는 사건이었습니다. 지금에야 유야무야 넘어가버린 문제이지만, 실제로 국민 1/3을 식별할 수 있는 개인 정보가 그냥 다 공개되어버린 것과 같은 저 문제는 ‘국가적 보안 위기’로 봐도 무방한 사건 입니다. 

지금 오픈웹에서 벌어지는 댓글 논쟁은 그리 유용해 보이지 않습니다. 결국은 ‘째려보니 맘 상해서 등돌린’ 보안 업계 종사자 분들의 뒷모습을 보는 것 같아서 마음이 씁쓸합니다. 백번, 천번 양보해서 정말로 SSL 보안 연결이 못믿을 방법이어서 부득이 하게 사용자의 입력 정보를 암호화하는 방법을 ActiveX로 썼다고 해도, 아이디/비밀번호 못지 않게 중요한 제 계좌정보는 왜 평문 통신으로 뿌려버리게 되는 것인지 이해가 가지 않습니다. 정말이지 논점 일탈이 멀어도 한참 멀리까지 넘어와 버린 느낌이랄까요.

정말 그 분들의 말처럼 SSL은 믿을 게 못되고 IT 강국, 대한민국의 첨단 기술력으로 만든 ActiveX가 훨씬 더 안전한 보안 통신을 구현할 수 있다면, 굳이 브라우저에서 인터넷 뱅킹을 할 이유는 없어 보입니다. 그냥 전용 터미널 소프트웨어를 만들어 배포하는 게 훨씬 경제적이고 안전할 듯 하네요. 이제 슬슬 싸움이 ‘밥 그릇 지키기’ 쪽으로 몰려 가는 것 같습니다. 앞으로도 여러번의 ‘법원 밖에서의’ 진통이 예상됩니다만, 차라리 지금 조금 힘들더라도 이 문제가 이런 논쟁을 계기로 공론화 되고, 그래서 사회 전반에서 보다 활발히 논의되고, 또 일반 사용자들에 대한 보안 교육 강화가 의무적으로 시행되는 등의 조치가 취해질 수 있다면 좋겠습니다.

 

 

20090401 :: 구글의 개인화 검색, searchWiki

뭔가가 달라진 구글 검색 결과

구글이 한국형 맞춤 검색을 하겠다고 보도자료를 엊그제 발표했습니다. 사실 ‘유니버셜 검색’ 이라는 이름으로 이미 컨텐트의 유형별로 묶는 검색을 이전에 어느 정도 선보인바가 있는데요, 구글의 검색 결과 제공 방식이 네이버를 따라 간다는 느낌이 들어서 좀 어중간한 느낌이 듭니다. 차라리 원래의 깔끔한 느낌을 유지하는게 더 좋지 않나 싶은 생각도 드네요. 그런데 오늘 구글의 검색 결과를 보니, 꽤 재밌는 게 눈에 띕니다. 다름이 아니라 각각의 검색 결과 제목의 우측에 두 개의 아이콘이 보이는 것을 볼 수 있는데요, 

위로 밀어 올리는 화살표 아이콘을 클릭하면, 해당 검색 결과가 최상단으로 올라갑니다. 그리고 그 결과는 저장이 되는지 이후에는 계속 맨 처음 결과로 표시되는 군요. X 아이콘은 해당 검색 결과를 아예 빼버립니다. 그리고 말풍선 아이콘을 선택하면, 해당 검색 결과에 대해 코멘트를 달아 놓을 수 있게 되는군요. 다른 이들과 코멘트 내용을 공유하게 될 듯 한데요, 이런 코멘트 통해 보다 낚시에 덜 걸리게 되거나, 혹은 그 반대로 코멘트를 낚시의 수단으로 사용할 수도 있겠다는 생각이 드는군요. 이렇게 되면 검색어에 대한 검색 결과를 북마크 처럼 활용하는 방법이 생기고, 재밌는 것들이 많이 생겨나게 될 듯 합니다.

그리고 위의 스크린샷에는 포함이 되지 않지만, 특정 사이트 URL를 검색하는 결과를 상단에 올려놓을 수도 있겠군요. 물론 로그인 기반이라 본인에게만 적용되겠지만, 이런 데이터 들이 쌓이고 쌓이게 되면, 나중에는 자신의 웹 검색 기록을 통한 컨텐트 생산이 가능해 질 것도 같군요. 그냥 북마크로 지정하는 것 보다 재밌을 것 같습니다. 가만보니 오늘이 만우절인데, 왠지 Gmail처럼 대박날 것 같은 예감이 드네요. (아, 물론 Gmail이 국내에서는 그리 성공한 메일 서비스는 아니라고 하더라도 말이죠.)