비밀번호 및 토큰 생성기
비밀번호, 암호 문구, API 토큰을 브라우저의 암호학적 무작위 소스에서 생성합니다 — crypto.getRandomValues, 절대 Math.random이 아니며 — 이 탭 안에만 존재합니다. 비밀번호를 절대 생성해서는 안 되는 유일한 곳은 기록이 남는 AI 채팅 안입니다. 거기서 "무작위" 문자열은 예측된 텍스트이고, 대화는 사본을 보관합니다. 여기서는 무작위성이 진짜이고 사본은 당신만의 것입니다.
비밀번호
암호 문구
API 토큰
강도 검사기
무작위성은 분위기가 아니라 메커니즘입니다
이 페이지의 모든 비밀은 crypto.getRandomValues에서 옵니다. 이는 운영체제의 엔트로피 풀에 대한 브라우저의 인터페이스이며, 비밀번호 관리자가 사용하는 것과 같은 소스입니다. 선택은 거부 샘플링으로 이뤄져 모든 문자와 단어가 동등하게 가능성이 높습니다. 무작위 바이트에 순진하게 모듈로를 취하면 특정 문자가 조용히 우대받고, 비밀번호 생성기에서 조용한 편향은 진짜 결함입니다. Math.random은 어디에도 등장하지 않습니다. 애니메이션을 위해 만들어진 빠르고 예측 가능한 생성기이며, 미래 출력은 과거 출력으로 재구성할 수 있습니다. 각 결과 옆에 인쇄된 엔트로피 수치는 실제 풀에서 계산됩니다 — 네 집합 모두에서 뽑은 20자 비밀번호는 20 × log₂(95) ≈ 131비트, 560단어 목록의 다섯 단어 암호 문구는 5 × log₂(560) ≈ 45비트입니다 — 그래서 복잡해 보이는 정도가 아니라 정직하게 형태를 비교할 수 있습니다. 그리고 페이지 전체를 이끄는 운영 규칙은 반복할 가치가 있습니다. 채팅 창에서 생성된 비밀번호는 그 채팅 기록에 저장된 비밀번호이며, 다른 사람의 인프라 위, 침해될 수 있는 계정 아래에 있습니다. 대표 글 챗봇에게 비밀을 맡기지 마세요가 전체 논거를 제시하고, 해시 식별기는 언젠가 옛 비밀번호를 다이제스트 형태로 만나는 날의 동반자입니다. 참고: 암호 문구의 단어 목록은 영어 그대로 유지됩니다(문구 자체의 데이터이기 때문입니다).
자주 묻는 질문
챗봇에게 그냥 비밀번호를 달라고 하면 안 되나요?
세 가지 이유가 있고, 각각만으로 충분합니다. 챗봇의 "무작위" 비밀번호는 샘플링된 무작위성이 아니라 예측된 텍스트입니다 — 모델에는 측정 가능한 선호 패턴이 있고, 공격자가 형태를 예측할 수 있는 비밀번호는 절반쯤 추측된 비밀번호입니다. 채팅은 기록됩니다. 방금 건네받은 비밀번호는 제3자의 서버에 있는 대화 기록에, 당신의 계정에 붙어서 존재합니다. 그리고 모델은 진짜 무작위 소스를 사용할 수 없습니다 — 채팅 완성 뒤에는 crypto.getRandomValues가 없습니다. 이 생성기는 브라우저의 암호학적 무작위 소스를 직접 샘플링하고, 결과는 이 탭 안에만 존재합니다. 전체 논거는 챗봇에게 비밀을 맡기지 마세요에 있습니다.
비밀번호와 암호 문구 중 무엇을 써야 하나요?
둘 다, 서로 다른 손을 위해. 기계가 저장하는 자격 증명(비밀번호 관리자의 항목, API 토큰)은 비밀번호나 토큰이어야 합니다. 문자당 엔트로피가 최대이고 사람이 입력할 일이 없습니다. 사람이 입력하거나 외워야 하는 모든 것 — 무엇보다 비밀번호 관리자 자체의 마스터 비밀번호 — 은 암호 문구여야 합니다. 560단어 목록의 다섯 단어는 약 45비트를 지니고 실제로 외울 수 있는 반면, 그것을 대체하는 "영리한" 10자 비밀번호는 대개 그보다 적게 지니고 금요일까지 잊힙니다.
엔트로피 숫자는 실제로 무엇을 뜻하나요?
공격자가 비밀을 무차별 대입으로 깨기 위해 답해야 하는 예/아니오 질문의 수로, 평균적으로 2^비트 번 추측의 절반입니다. 단, 그것이 어떻게 생성되었는지 정확히 안다는 가정하에 — 정직한 추정은 항상 그렇게 가정합니다. 40비트는 GPU를 빌린 동기 부여된 공격자 앞에 무너지고, 65비트는 대량 공격의 실질적 범위 밖에 있으며, 100비트 이상은 수학 자체를 깨는 것 외에는 완전히 범위 밖입니다. 생성기의 수치는 풀과 길이를 알기 때문에 자체 출력에 대해 정확하고, 강도 검사기의 수치는 입력한 비밀번호의 진짜 풀은 추측일 뿐이라 추정으로 표시됩니다.
강도 검사기의 판정을 믿을 수 있나요?
약속이 아니라 하한선으로서는요. 문자가 암시하는 풀을 모델링한 뒤, 크래킹 사전이 가장 먼저 악용하는 패턴 — 반복, 알파벳과 키보드 나열, 연도, 그리고 단도직입적으로 인터넷에서 가장 흔한 비밀번호 — 에 대해 비용을 청구합니다. 볼 수 없는 것은 의미입니다. 반려동물 이름에 생일을 더한 것은 수학으로는 "보통"이지만 당신을 아는 사람 앞에서는 가치가 없습니다. 좋은 판정은 충분조건이 아닌 필요조건으로 취급하고, 기계가 저장할 수 있을 때는 평가된 비밀보다 생성된 비밀을 항상 선호하세요.
생성된 비밀번호는 어디엔가 저장되거나 전송되나요?
아니요. 생성은 이 페이지 안에서 crypto.getRandomValues로 일어나고, 결과는 탭을 닫을 때까지 탭의 메모리에 살아 있습니다. 계정도, 동기화도, 출력을 실어 나르는 분석 이벤트도 없습니다. 따름정리는 당신의 몫입니다. 생성한 비밀번호를 비밀번호 관리자에 곧바로 저장하지 않으면 탭이 닫힐 때 사라집니다 — 그게 올바른 실패 방식이지만, 대비하세요.