http://www.userstorylab.com/story/ Userstory Lab | Organizing Experience ko Wed, 31 Mar 2010 04:22:28 +0900 Textcube 1.7.8 : Con moto http://www.userstorylab.com/story/attach/1/1147292383.jpg http://www.userstorylab.com/story/ 227 183 Userstory Lab | Organizing Experience http://www.userstorylab.com/story/5#comment6 이 의문에 대해서는 반대하는건 아니지만, 정통부에서 시행한 보안점검을 한번이라도 받아 봤다면 왜 업계에선 저런 제한사항을 두어야 하는지 알게 될 것입니다. 정통부 보안점검 지침에 의하면 아이디, 비밀번호는 1. 일정 길이 이상일 것. 2. 비밀번호는 동일한 문자/숫자로 구성할 수 없음 3. 비밀번호는 반드시 숫자, 문자의 조합일 것 등.. 다양한 제약사항들이 있습니다. 해킹에 의한 신상정보 유출이 자주되고 이로인해 많은 피해가 발생함에 따라 기업들은 울며 겨자먹기식으로 비싼돈을 들여가며 보안점검을 받고 그에 대해 조치를 해야만 하는것이죠. 간단한것들을 선호하긴 하지만 때론... 어쩔 수 없는 것들도.. (태양공원) http://www.userstorylab.com/story/5#comment6 http://www.userstorylab.com/story/5#comment Tue, 30 Sep 2008 18:00:11 +0900 http://www.userstorylab.com/story/5#comment7 네. 댓글 잘 봤습니다. 비밀번호가 가져야 하는 가장 기본적인 목적 "다른 사람은 알 수 없고" , "나는 알 수 있어야 한다"인데... 이용자들이 기억해야 하는 난이도만 올라가는 듯... 돌이켜보면 기업들의 개인정보 노출이나 연관된 문제들은 "비밀번호"의 난이도랑은 아무런 관련이 없었던 것 같은데 말이죠. 대부분 고객이 지정한 비밀번호가 아닌, 네트웍의 취약점이나 운영하는 사람의 실수였고... ㅡㅡ;; 그런데 결국, 그런 일을 만들고서는 불편하게 하는건 사용자가 되는군요. (BKLove) http://www.userstorylab.com/story/5#comment7 http://www.userstorylab.com/story/5#comment Tue, 30 Sep 2008 11:23:50 +0900