혹시나 해서 -_- 관리하고 있는 유닉스계열 서버들을 크랙해 봤습니다 ;;

아 참 그리고 John the Ripper에는 이런 것을 크래킹 한 결과물을 가지고 계정별로 내부 매일 시스템을 이용하여 크래킹을 해서 암호가 풀렸음을 알리고 안전하지 않으니 바꾸라고 하는 영문 매일을 보내 주는 프로그램이 내장되어 잇습니다. john-milter 이엇떤가... 기억이 잘 안 나지만 흠흠..
----
Lee Yeosong(이여송 사도요한)
E-Mail: yeosong@gmail.com
MSN: ysnglee2000@hotmail.com
----
웃음... 행복... 평화... (진정한...) 희망... 사랑... 이 세상 모든것이 그렇다면 얼마나 좋을까...(꿈 속의 바램일 뿐인가...)

자신이 좋아하는 명언 같은걸 비밀번호로 쓰는것도 꽤 좋습니다. ㅎㅎ
길이 제한이 걸려있으면 만들때 조금 힘들지만,
매번 로그인 할 때 마다 명언을 치면 날마다 새로운 느낌이 들거든요 ㅎㅎㅎ

높은 보안 수준을 요구하지 않는, 일반적인 사용을 목적으로 하는 서버의 로그인 패스워드라면 적당한 난이도만 되어도 큰 문제는 없습니다. 패스워드 크래커로 몇초 안에 풀어낼 수 있는 암호라고 할지라도 로그인 실패시 재시도 대기시간이 조금씩 늘어나게 설정해두면 무작위 로그인 시도로는 뚫기 힘드니까요. 로그인 패스워드에 관해서라면 패스워드 크래커에서 얻은 정보는 어디까지나 보조자료로 활용하는 것이 좋습니다. 관리자 입장에서 확인해야 할 것은, 일차적으로는 당장 문제가 될 수 있는 joe account(아이디와 패스워드가 일치하는 계정)와 생년월일, 전화번호처럼 수십번의 시도만으로도 쉽게 유추해낼 수 있는 패스워드를 찾아 조치를 취하는 것이고, 부가적으로 사용자들의 패스워드 난이도의 수준을 파악하여 차후 보안정책 결정이나 교육에 보조자료로 이용하는 것입니다.

시스템의 보안 수준을 올리면 더 안전하긴 합니다만 보안 수준이 올라갈 수록 사용자는 더 불편해집니다. 지켜야 할 것의 중요도의 높고 낮음을 고려하여 적절한 보안 수준을 유지하는 것이 좋습니다. 사용자의 입장에서 최고의 관리자는 존재감이 적으면서도 문제가 발생하지 않게 시스템을 유지해주는 사람이겠죠. 사용자에 대한 직접적인 지적이나 간섭은 되도록 차선책으로 고려하길 권합니다.

숫자만으로 된 패스워드도 로그인 패스워드로는 나름 장점을 가지고 있습니다. 키패드가 있는 경우 왼손으로 오른손을 가리고 입력할 수가 있다는 점이죠. 요즘처럼 주위에 카메라가 흔한 세상에서는 시각적으로 노출되지 않는 점도 장점이라 할 수 있을 것 같습니다. 대신 파일 암호화에는 숫자만으로 된 패스워드는 아주 좋지 않습니다. 로그인과는 달리 암호화된 파일은 패스워드 크래커를 직접 적용하여 크래킹을 시도할 수 있으니까요.(jtr 홈페이지에도 이런 유형의 제품에 대한 링크가 몇개 있을 겁니다) 따라서 파일 암호화에 사용할 패스워드는 충분한 난이도를 고려해서 만드는 것이 좋습니다.

좋아하는 노래 가사 일부를.. 이용을 하기도 합니다. 오늘은 산토끼 토끼야 다음 주는 어디로 가느냐? 이런식으로 합니다.