NOTES

보안 엔지니어링

모델을 만들고, 웹과 앱을 짓고, 업무를 자동화하며 확인한 것을 기록합니다. 통한 방법만이 아니라 통하지 않았던 시도까지 남깁니다.

TOTAL 14 · 보안 엔지니어링

감사 로그를 오래 보관하면 사고를 조사할 수 있는 기간은 늘지만 기록량도 커집니다. 사건이 났을 때 필요한 사용자의 행동을 찾지 못한다면 보관만으로는 충분하지 않습니다. 수집 단계에서 검색 가능한 맥락과 보관 정책을 함께 설계해야 합니다.

업로드된 파일을 검사 전 공개하지 않고 격리, 스캔, 승인, 거부 상태로 관리하는 실무 설계입니다.

로그 저장에서 한 걸음 더 나아가 누락·변경을 검증할 수 있는 감사 증거 체계를 설계합니다.

로그인 쿠키가 자동으로 붙는 관리자 요청은 외부 페이지에서 악용될 수 있습니다. 상태 변경 요청, CSRF 토큰, Origin 확인, SameSite와 중요 작업 재확인을 계층적으로 정리합니다.

계정을 비활성화하거나 비밀번호를 바꿔도 기존 브라우저 세션이 계속 살아 있을 수 있습니다. 서버 측 세션 폐기, 여러 기기 로그아웃, 토큰 갱신과 긴급 차단을 구분해 설계합니다.

웹훅 주소를 비밀로 숨기는 것만으로는 보안이 되지 않습니다. 원본 본문 서명 검증, 시각·이벤트 ID 확인, 비밀 키 교체와 테넌트 연결을 설계합니다.

고객이 올린 문서를 저장했다고 곧바로 공개하지 않고 검역, 악성코드 검사, 안전한 다운로드 권한까지 연결하는 B2B 파일 처리 구조.

운영 서버에 올리는 소프트웨어가 어떤 구성요소로 만들어졌고 누가 어떤 빌드에서 생산했는지 검증하는 SBOM, provenance, 서명, 배포 게이트의 실무 구조.

실제 데이터가 있어야 테스트가 된다는 말은 절반만 맞습니다. 합성 데이터부터 시작해 필요한 경우만 마스킹하고, 재식별 위험과 참조 관계까지 확인하는 방법입니다.

다루었으면 하는 주제가 있으신가요?