http://blog.bizbookblog.com/ 경영, 경제, 자기계발 분야 독서 블로그 비즈북 저서 [성공한 리더는 독서가다],[읽어야 이긴다] 2010-09-10T15:00:11+09:00 Textcube 1.7.7 : Con moto (너른호수) http://blog.bizbookblog.com/627#comment1132 2009-06-25T17:54:41+09:00

보안 면에서는 괜찮을 것 같은데, 퍼포먼스가 거의 극악 수준으로 나올 것으로 보이는 관계로 사업적으로는 힘들지 않을까 싶습니다. ^^

(bizbook) http://blog.bizbookblog.com/627#comment1133 2009-06-25T18:21:23+09:00

ㅎㅎ 제가 개발자가 아니라서 어느 정도 퍼포먼스가 나오는지는 모르겠네요...

(snowall) http://blog.bizbookblog.com/627#comment1135 2009-06-25T23:51:15+09:00

비밀키 기반으로 하면 퍼포먼스는 그다지 나빠지지는 않을 것 같습니다. 사업적으로 진짜 어려운 부분은, 받는 쪽이나 보내는 쪽 중에 어느 한쪽만 이 암호화를 해봐야 소용 없다는 거죠. "받는 사람껀 못본다? 그럼 보낸 놈을 족쳐" 버리면 되거든요. 양쪽 다 가입시키지 않으면 안됩니다. 물론 이건 마케팅 측면이서는 장점이 될 수도 있겠죠.

(bizbook) http://blog.bizbookblog.com/627#comment1136 2009-06-25T23:59:41+09:00

그런 단점이 있습니다. 자신의 메일 자체는 보안이 확실하다는 장점이 있으니 다른 사람도 가입시키게 만들수도 있겠네요...이 정도의 보안과 퍼포먼스만 나온다면 가입자를 유치하는게 그리 어렵지만은 않겠네요..

(snowall) http://blog.bizbookblog.com/627#comment1137 2009-06-26T00:09:08+09:00

사실은, 클라이언트 차원에서도 가능합니다. 보내는 사람이 암호화 프로그램을 써서 암호화시킨 문장을 만들고, 그 문장을 이메일에 붙여넣기해서 발송합니다. 받는 사람은 마찬가지 프로그램을 이용해서 암호를 입력하고 복호화 해서 보면 되죠. 원문을 삭제한다면, 암호를 모르는 한 이메일 서버를 압수하든 피의자의 컴퓨터를 압수하든 내용은 알 수 없습니다. (슈퍼컴퓨터로 100년쯤 해석 프로그램 돌리면 알 수 있을지도 모르긴 하지만요...) 이런 암호화는 또한 단순한 알고리즘이기 때문에 프로그램을 쉽게 만들 수 있죠. http://cafe.naver.com/scichus.cafe?iframe_url=/ArticleRead.nhn%3Farticleid=135 이런것도 있네요.(물론 이건 단순한 거지만, 제대로 만들려면 얼마든지 됩니다.)

(bizbook) http://blog.bizbookblog.com/627#comment1138 2009-06-26T10:34:20+09:00

그렇죠...단지 위에서 잠깐 언급한것 처럼 귀찮음이 문제가 되겠죠...프로그램 돌려서 암호화하고 받는 사람도 복호화를 하는 과정이 필요해서요..관련자료를 찾아봤었는데 그런 방식은 여러 개 존재하더라구요..오픈소스 메일을 이용해서 누가 시험적으로 만들어봤으면 좋겠네요...