공개 VPN 비밀번호: 이메일 비밀번호와 같아서는 안 되는 이유

공개 VPN 디렉터리의 프로필에는 수천 명의 다른 사람도 가진 서버, 사용자 이름, 비밀번호가 나열되어 있고, 기억하기 쉬운 것을 입력하고 싶어집니다. 바로 그 충동이 문제입니다: 값은 개인 비밀이 아니며, 이를 재사용하는 모든 대상도 공개됩니다. 게시된 로그인을 공개 서비스의 공유 키로 취급하고, 당신을 식별하는 모든 계정은 완전히 다른 범주로 취급하십시오. 이 분리는 그것이 중요해지는 날까지 유지하기 쉽습니다.

자격 증명은 실제로 무엇인가

공개 VPN 디렉터리에 게시된 로그인은 운영자와 페이지를 읽는 모든 사람 사이의 접속 약정입니다. 개인이 아니라 공유 서비스 계정을 식별할 수 있으며, 운영자는 게이트웨이에서 연결을 관찰할 수 있습니다.

마지막 요점은 강조할 가치가 있습니다: 터널을 종료하는 쪽은 들어오고 나가는 트래픽을 보며, 그것을 연 비밀번호를 보유합니다. 메일 계정에 값을 재사용하면 운영자에게 결코 추측할 수 없었어야 할 계정에 대한 정보를 알려주게 됩니다. 공유 비밀번호는 많은 사람이 보유하므로 어떤 의미에서도 비밀이 아닙니다. 범주는 다릅니다: 공개 접속 비밀, 개인 계정 비밀번호, 클라이언트 인증서, 피어 키는 각각 다른 질문에 답합니다.

재사용은 알려진 값이며 약한 값이 아니다

비밀번호 강도 지침은 보통 길이와 고유성에 초점을 맞추는데, 고유성은 바로 재사용이 파괴하는 것입니다. 두 곳에서 사용되는 긴 비밀번호는 둘 중 하나가 유출되는 순간 양쪽 모두에서 알려진 값이 됩니다.

크리덴셜 스터핑은 그 겹침에 의존하며, 공개 디렉터리는 그 쌍의 전반부를 누구에게나 무료로 제공합니다. 서비스마다 별도의 값을 생성하면 더 기억하기 쉬운 것을 요구하지 않고도 그 이점을 없앨 수 있습니다. 길이는 공개 페이지에 이미 인쇄된 값을 결코 보상하지 않습니다.

비밀번호가 이미 재사용되었다면

무관한 계정은 오래된 세션을 살려 두는 재설정으로는 작업이 끝나지 않으므로 검증된 복구 절차를 통해 변경한 다음, 활성 세션과 복구 설정을 검토하십시오. 실수를 입증하려고 비밀번호를 VPN 지원팀에 보내지 마십시오. 다중 인증이 제공되는 곳에서는 유출된 비밀번호에서도 살아남으므로 활성화하십시오.

VPN 자격 증명은 운영자가 문서화한 절차로 교체하고, 이것이 자신의 계정을 변경하는 것과 별개의 작업임을 유의하십시오. 두 변경을 같은 티켓에 남겨 누구도 하나가 다른 하나를 덮었다고 가정하지 않게 하십시오.

비밀번호가 아니라 개인 클라이언트 키가 노출되었다면 폐기가 해결책입니다. 이메일 비밀번호를 바꾸어도 복사된 키는 사라지지 않습니다.

교체 전에 자격 증명 유형을 확인하십시오

무엇이든 생성하기 전에 해당 필드가 실제로 무엇을 기대하는지 파악하십시오. 포털 룸 코드, 피어 키, 비밀번호는 서로 교환할 수 없으며, 잘못된 것을 교체하면 노출이 그대로 남습니다.

python3 -c 'import secrets; print(secrets.token_urlsafe(24))'
gpg --gen-random --armor 2 32
pass generate work/mail 24

생성된 값은 메모가 아니라 비밀번호 관리자에 저장하여 별개의 항목을 계속 사용할 수 있게 하십시오. 그런 다음 이전 값을 버리기 전에 새 값이 작동하는지 확인하고, 두 사건을 같은 티켓에 남기십시오.

이전 로그인을 사용한 모든 공유 설치에서 저장된 자격 증명을 정리하며 마무리하십시오. 서버에서 제거된 자격 증명도 기기가 캐시된 사본으로 계속 재연결한다면 여전히 유출입니다.