Password Pusher 대안 비교: 호스팅 공유와 직접 운영 중 고르기

Password Pusher 대안을 찾는다면 현재 전달 과정에서 무엇이 부족한지부터 정하세요. 별도의 잠금 비밀번호, 직접 호스팅, 팀 정책, 종단간 암호화는 서로 다른 요구입니다. LOCK.PUB은 비밀번호를 반드시 입력해야 하는 브라우저 기반 전달에 사용할 수 있지만, 모든 Password Pusher 운영 환경을 대체하는 것은 아닙니다.

서비스 이름보다 버전부터 구분하세요

Password Pusher 공식 버전 안내는 호스팅 Free·Premium·Pro와 OSS·상용 직접 호스팅 버전을 구분합니다. 팀 정책은 Pro 기능으로, 직접 호스팅은 OSS 또는 Self-Hosted Pro로 설명합니다. 유료 서비스 홈페이지의 기능을 공개 무료 양식에도 모두 제공한다고 가정하지 마세요.

2026년 10월 30일 확인한 oss.pwpush.com 공개 텍스트 양식에서는 추가 암호문이 선택 사항이었고 기본값은 7일 또는 5회 열람 중 먼저 도달한 조건이었습니다. 이는 확인한 양식의 표시값이며 모든 설치의 기본값을 보장하지 않습니다.

요구 사항	Password Pusher	LOCK.PUB 메모 공유
별도의 잠금 비밀번호	확인한 공개 텍스트 양식에서는 선택 사항	필수
본문 다시 열기	설정한 시간·열람 제한에 따름	일반 메모는 접근이 허용된 동안 재사용
한 번의 성공적인 공개	열람 횟수와 수신 확인 옵션을 맞춰 설정	별도 One-Time Secret에서 한 번 잠금 해제 후 추가 공개 차단
사용자 지정 만료·열람 횟수	확인한 공개 양식에 제공, 설치별 정책은 다를 수 있음	일반 메모 작성 화면에서 Pro 기능
직접 호스팅	OSS 또는 상용 Self-Hosted Pro	이 글은 호스팅형 LOCK.PUB을 다룸
팀 전체 공유 정책	Pro 문서에 설명	해당 팀 정책 관리 기능의 대체를 제공하지 않음

LOCK.PUB이 실용적인 대안인 경우

수신자에게 링크를 보내고 별도로 전달한 비밀번호를 브라우저에서 입력하게 하려면 비밀번호로 보호된 메모를 선택할 수 있습니다. 계정 비밀번호는 비공개 본문에 넣고 공개 제목은 중립적으로 정하세요. 전달할 계정 비밀번호 자체를 잠금 비밀번호로 재사용하지 마세요.

한 번 공개하는 One-Time Secret은 별도 옵션입니다. Guest와 Free를 합쳐 무료 생성은 총 1회이며 Pro는 반복 생성할 수 있습니다. 일반 메모 생성에는 다른 월간 한도가 적용됩니다. 콘텐츠 종류를 합쳐 Guest 월 3개, 연결된 Free 계정 월 5개이며 Pro는 이 월간 생성 한도를 없앱니다. 요청 속도 제한은 남습니다. 어느 방식이든 수신자의 복사나 저장을 막지는 못합니다.

새 자격 증명이 필요하면 먼저 비밀번호 생성기를 사용하세요. 브라우저에서 생성한 결과를 복사하고 메모 작성 화면의 비공개 본문에 직접 붙여 넣습니다. 이동 URL에는 생성된 값이 포함되지 않으며 메모를 제출하기 전에는 게시되지 않습니다. 본인이 사용할 사본은 신뢰할 수 있는 비밀번호 관리자에 보관하세요.

Password Pusher를 유지하거나 다른 방식을 고를 경우

직접 호스팅, 설치별 정책, 문서화된 팀 관리 기능이 핵심이면 Password Pusher를 유지하거나 해당 버전을 검토하세요. 반복적으로 쓰는 공유 자격 증명에는 관리형 보관함이나 계정 권한 위임이 개별 메모보다 적합할 수 있습니다. 원래 서비스가 지원한다면 개인 로그인 공유보다 개별 초대를 우선하세요.

종단간 암호화가 필요하다면 자물쇠 그림보다 서비스의 문서화된 보호 모델을 확인하세요. Password Pusher 보안 문서는 서비스가 모르는 키로 민감 정보를 암호화하는 별도 클라이언트 측 암호화를 제공하지 않는다고 설명합니다. LOCK.PUB 일반 메모도 본문과 잠금 비밀번호를 HTTPS로 서버에 전달하며 저장 암호화와 잠금 해제 중 평문을 처리합니다. 이 비교에서 어느 쪽의 메모 방식도 종단간·제로 지식 암호화로 분류하지 않습니다.

바꾸기 전에 확인할 질문

한 번 열면 모든 사본이 삭제되나요?

아닙니다. 링크를 닫으면 그 링크를 통한 추가 접근을 제한합니다. 수신자가 저장한 본문이나 스크린샷은 회수되지 않습니다. Password Pusher가 문서에서 설명하는 자체 보관 정책을 LOCK.PUB이나 수신 기기의 삭제 보장으로 옮겨 해석하면 안 됩니다.

공유 링크가 만료되면 계정 비밀번호도 무효가 되나요?

아닙니다. 허가된 사용이 끝나면 원래 서비스에서 임시 키를 폐기하거나 계정 자격 증명을 변경하세요. 메모의 접근 제한은 그 비밀번호가 속한 계정을 제어하지 않습니다.

링크와 비밀번호를 나눠 보내면 MFA인가요?

아닙니다. 한 메시지 노출의 영향을 줄일 수는 있지만 정식 MFA가 아니며 침해된 기기에서 두 정보를 함께 보호하지는 못합니다.

비밀번호 공유 방식 가이드에서 전달 방식을 고르고, 전송 전 공유 체크리스트를 확인하세요.