본문으로 바로가기

Security & Technology Intelligence

비공개 대시보드의 서버 인증 경계

정확한 터널 경로, 서버 인증 프록시, no-store 응답과 반복 권한 검사로 1인 운영 화면을 보호한 사례입니다.

작성 약 1분 읽기
#security#authentication#reverse-proxy#cloudflare-tunnel

1인용 대시보드는 사용자와 관리자 화면을 하나로 만들 수 있지만 브라우저 번들에 데이터 보호를 맡길 수는 없다. 요청이 앱에 도착하기 전 서버 경로에서 인증을 강제해야 한다.

Diagram loads as it approaches the viewport.

공개 사이트에는 승인한 기술글과 포트폴리오 증거만 둔다. 일정, 학습기록, 비공개 초안, 원본 문서는 공개 번들·정적 자산·검색 색인·클라이언트 환경변수에서 제외한다.

터널은 앱 포트가 아니라 인증 프록시를 향해야 한다. ingress는 정확한 비공개 호스트 하나만 받아 오래된 대체 도메인이나 유사 레코드가 우회 경로가 되지 않게 한다. 로그인 뒤에도 private API는 Cache-Control: private, no-store를 쓰고 원본 문서 경로에서 권한과 allowlist를 다시 확인한다.

실제 점검은 대시보드, 프록시, 터널이 의도한 경로에서 실행 중인지 확인했다. 앱 포트는 200, 자격증명 없는 프록시와 외부 비공개 도메인은 401을 반환했다. 터널은 정확한 호스트와 프록시 포트를 사용했다. 설정 템플릿이 맞는 것만으로 설치본의 정확성은 증명되지 않으므로 변경 뒤 재검증이 필요하다.

관련 글