인터넷 이용시 쓰이는 비밀번호, 자주 바꾸거나 다양하게인터넷 이용시 쓰이는 비밀번호, 자주 바꾸거나 다양하게

Posted at 2009. 1. 7. 01:05 | Posted in 이야기 방/IT 이야기
지금 내가 쓰고 있는 비밀번호를 언제 만들었는지는 기억이 잘 안 난다. 고2 나 고3 정도에 만들었던 것 같다. 모든 비밀번호가 다 같은 것은 아니지만 90%정도 이때 만든 비밀번호를 사용한다. 이때까지 비밀번호를 통일해 사용했고 바꿀 생각도 안 했던 이유는 딱 하나다.

난 유명인도 아닌데, 내 아이디를 해킹해서 너(해커)가 얻을게 뭐가 있어

그런데 이런 뉴스를 봤다. <네이버 뉴스 링크> 오바마 블로그 계정 해킹당해
추가>> 이런 뉴스도 있다. <다음 뉴스 링크> "헉! 누구세요?" 메신저 피싱 기승

해커가 내 아이디를 해킹해서 가져갈 어떠한 형태의 직접적인 이득이란 것이 존재하질 않는다. 하지만 내 아이디를 해킹해서 만들어 낼 어떠한 형태의 손해들이 존재한다. 예를 들어 내 아이디를 도용해서 사기를 친다거나, 웹에서 해선 안 될 글/댓글을 쓰는 용도로 쓰인다거나..

이름, 주소, 주민등록번호나 전화번호 같은 내 정보를 빼앗기는 것 보다 내 아이디를 빼앗긴다는 것이 더 무섭게 느껴진다. 인터넷에서 아이디란 '나 자신'을 상징하니까. 근데 그런 아이디를 빼앗겼으니... 난 가만히 있었는데 다른 사람들이 나를 나쁜놈으로 본다고 생각해 봐라. 무섭다-_-;; 현실상 '명의도용'쯤 되려나?

여하튼 그렇다고 모든 사이트의 비밀번호를 모두 다르게 해서 피해를 최소화 시키기도 뭐하다. 요즘 시대에 개인이 사용하는 웹사이트가 하나둘도 아니고 말이다. 그렇다고 아이디-비밀번호를 적어놓고 가지고 다니는 건 더 위험하다. 잃어버리면 끝장이잖나-_-;



여러 사이트의 비밀번호를 다르게 만들 해결책.. 이라기 보단 대안책은 이렇다.
(내 멋대로 생각한 것이다. 아무 근거도 없고 효과도 없을 것 같다-_-)

먼저 자신만의 독특한 비밀번호를 만든다. 6~8자리 정도? 문자와 숫자가 섞여있으면 더욱 좋겠지. 그리고 사용할 웹사이트 도메인 이름의 몇 글자를 빼서 비밀번호의 사이에 껴 넣는 것이다. 말이 어렵다. 예를 써 보자.

예로 네이버를 생각해보자.
만약 자신의 비밀번호가 1234abcd라 하자. 네이버 도메인은 naver.com이다.
naver.com의 1,3,5번째 글자를 비밀번호의 1~2번째 글자 사이, 3~4번째 글자사이, 5~6번째 글자사이 위치에 끼어 넣는다. 그렇게 하면 1n23v4arbcd 가 되겠다.

그런데 이렇게 비밀번호에 도메인의 몇 글자를 적용시키는 패턴이 너무 어렵다. 이거 외우기도 쉽지 않고 적용도 번거롭다. 그냥 1234abcd 의 앞 뒤에 도메인의 양끝 2글자를 거꾸로 붙이는 것도 괜찮을 듯 싶다.(er1234abcdna)
도메인의 몇몇 글자를 빼오고 그 글자를 비밀번호의 어떤 부분에 어떻게 집어넣을 지는 취향일 것이다.



이렇게 하면 장점이 뭘까?

사용자가 여러개의 사이트를 이용할 때 한 사이트의 아이디/비밀번호가 유출된다 해도 다른 사이트는 비밀번호가 다르니 안전하다. 그렇다고 모든 비밀번호를 외워야 하는 것이 아니다. 단지 기본이 되는 비밀번호 하나와 이를 가지고 비밀번호를 생성하는 나만의 패턴 생성 방법만을 외우고 있으면 된다.

아, 물론 내가 이렇게 사용한다는 것은 아니다-_-;; 난 비밀번호 하나를 거의 90% 사이트에서 사용한다;; 단지 글 쓰다 생각난 방법일 뿐이다. 이 방법 우왕ㅋ굳ㅋ? 그런거 아니다-_-

요점은 웹사이트마다 비밀번호를 다르게, 죄다 다르게 하긴 힘드니 그룹을 만들어서라도 여러 개의 비밀번호를 쓰는 것이 분실했을 때 손해를 최소한으로 줄일 수 있는 사용자가 취할 수 있는 행동이 아닐까.



─하지만 최우선적인 것은

비밀번호를 복잡하게, 당신의 실생활 정보(전화번호, 주민번호, 생일 등)를 통해 추측할 수 없는 글자의 조합으로 만들 것.
그리고 남에게 알려주지 말고 여럿이 쓰는 컴퓨터에선 절대 저장 안 되도록 할 것.
//

Perceptive Pixels - 현 기술은 내 상상 이상을 달리고 있다Perceptive Pixels - 현 기술은 내 상상 이상을 달리고 있다

Posted at 2009. 1. 3. 23:11 | Posted in 이야기 방/IT 이야기
http://www.perceptivepixel.com

학부 수업 때 조교님이 세미나를 해 주시면서 소개해 주신 회사이다.
홈페이지를 들어가면 메인에 이 회사의 기술력을 볼 수 있는 데모 영상이 박혀 있다.

정말 3분 32초동안 얼떨떨 했다.

이 회사는 멀티 터치 기술을 개발 및 판매하는 회사이다.
(to develop and market the most advanced multi-touch systems in the world)
저렇게 큰 화면에서 멀티터치가 되니 손으로 직관적인 작업이 가능해지는 것은 물론,
두 손을 사용하니 작업속도도 향상, 여러 사람과의 협업까지도 가능해진다.

아직은 저런 기술들이 비싼 걸로 알고 있다. 구축도 어렵고.
저런 기술들이 실행활로 들어오게 되면 .... 어떨까-_-?;;

사실 나는 멀티터치를 경험해본 적이 없다.
잘 쓰지도 않는 pmp 를 가지고 터치스크린을 조금 경험해 본 정도다.
그래서 멀티터치와는 친하지 않아서 이에 대해 주구장창 얘기할 수가 없다는게 안타깝다.
저런 영상을 보면서, 저런 기술을 보면서 '대단하다'라고 감탄만 할 수 밖에 없다니 ㅠㅠ

언제쯤 되야 우물안 개구리에서 우물 입구 근처까지라도 다다를 수 있을까.
아직 한참 멀었다.
//

네이버는 블로그의 저작권 침해물을 어떻게 필터링하고 있을까?네이버는 블로그의 저작권 침해물을 어떻게 필터링하고 있을까?

Posted at 2008. 11. 23. 02:51 | Posted in 이야기 방/IT 이야기
무한도전 관련 포스팅 때리는데 동영상 편집 20초 남짓짜리 올렸는데 글 쓴지 몇 분 안 되서 짤렸다.


네이버가 소규모 커뮤니티도 아니고 관리자/알바가 모니터링하다가 지우는 방식도 아닐텐데
올린지 몇 분 안 되서 짤리는 걸 보면 기술적으로 필터링하는 것 같은데 어떤 방법일까?

동영상 내 몇 프레임 thumbnail 만들어서 필터링 DB랑 비교하는 건가?
그러려면 네이버 서버에는 방송 동영상이 일부라도 잔뜩 있어야 될텐데...

아니면 업로드 파일 이름이나 동영상에 붙은 글에 포함된 단어를 기반으로 필터링하는 건가?

이 방법은 방송 감상문에 상관없는 동영상이 걸려 있어도 필터링 될 것 같네...


네이버 블로그에 방송 관련 감상문 같은거 쓰고 관련 동영상을 mncast나 YouTube에 올리고

블로그 포스트에 삽입하는 방법도 필터링 해낼까?


저작권 관련 필터링에 대해 실험하다가 험한 꼴 당하기 싫으니 이렇게 추측만 지껄여본다-_-


뭐 어떻게든 네이버의 필터링을 피해 저작권을 침해하고 싶은 생각이 있는 것은 아니다.

방송 풀 동영상을 올려놓는 것도 아니고;;


내가 재밌게 본 부분을 말로만 표현하는 데에는 한계가 있기에 그 부분만 짧게 편집해서 올린 것이다.

내가 느낀 것이 다른 사람에게 좀 더 쉽고 잘 전달되었으면 하는 바람과 함께..

이게 법적으로 문제가 되니까 문제지ㅠㅠ


동영상이라 문제가 되는 건가? 스크린샷은 괜찮은 걸까?

스크린샷을 연결한 플래시 파일은 어떨까? 동영상 파일의 frame을 매우 많이 낮춘 거나 매한가지일텐데

데이터 포멧이 문제가 아니니까 이것도 해결책이라 볼 수는 없겠지..

그런데 인터넷기사 보면 무한도전 스샷 찍어서 붙인 기사들도 종종 있던데

이런 경우 방송사에 허가를 받고 하는 건가?? 방송사로부터 제공받은 사진 같아 보이지는 않던데...


'어떻게 하면 저작권을 침해하지 않으면서 다른 사람에게 내가 느낀 바를 잘 전할 수 있을까?'


나에게 있어 해결하고 싶은, 그러나 해결되지 않는 문제다.

//

Google Code Jam은 끝났다. 하지만 !Google Code Jam은 끝났다. 하지만 !

Posted at 2008. 11. 21. 16:51 | Posted in 이야기 방/IT 이야기

아직 대회에 참가하여 발휘할 만한 실력이 없는 나로선
그저 문제를 보고 끄적끄적 풀어만 보다 학교 프로젝트 때문에 관 뒀던
Google Code Jam.

4월 중순부터 시작해서 중국의 Tiancheng Lou가 우승하며 대회는 끝을 맺었다.

하지만,

배우는 입장인 나에게 안 풀리는 문제를 어떻게 푸는가에 대한 궁금증이 없을 리가 없지.

http://code.google.com/codejam/contest

들어가보면 오른쪽에 Contest list가 있다.
이미 지나간 contest지만 아직 문제를 볼 수 있기에 도전해 볼 수 있고,
무엇보다 Round 1A 부터 World Final까지는 왼쪽 메뉴에 Contest Analysis 라고
구글에서 공개한 문제의 핵심 알고리즘을 볼 수 있다.

방학 때 하나씩 도전해 볼 생각이다.
아무래도 답이 없는 문제보단 답이 있는 문제가 풀 의욕이 더 나더라.
아직 미흡한 실력이지만 이런 것들 하나 하나 해나가면서 실력을 향상시키는 것 아니겠어?


... 방학 때 이런 생각으로 Program Practice에 C#으로 도전했다가

C# 안 해! 라며 때려쳤던 기억이 나네ㅠㅠ

//