요청 한 건이 여러 서비스를 통과한다
당신이 온라인 상점에서 주문 내역을 누릅니다. 화면에서는 한 번의 행동이지만 컴퓨터는 이름을 주소로 바꾸고, 서버와 보호된 연결을 만들고, 요청을 해석하고, 데이터베이스에서 허용된 자료를 읽어 응답합니다. 이 방향에서는 공격 기법을 먼저 외우기보다 정상적인 처리 경로를 끝까지 연결합니다. 정상 …
신뢰 경계역방향 프록시웹 서버와 WAS
INFORMATION SECURITY · CONCEPT
113개 발걸음을 개념으로 찾습니다
핵심 개념
방향과 키워드로 필요한 발걸음을 골라 원문 설명에 바로 연결합니다.
서비스는 어떻게 안전해지는가
14개 발걸음 · 1–12 표시
HTTP 메시지에서 동작과 결과를 읽는다
HTTP는 요청과 응답으로 자원을 다루는 애플리케이션 프로토콜입니다. 주소의 경로는 어떤 자원을 요청하는지, 메서드는 어떤 의미의 동작인지 나타냅니다. 헤더에는 표현 형식, 인증 정보, 캐시 조건 같은 부가 정보가 들어가고 본문에는 실제 데이터가 담길 수 있습니다. 다음은 사람이 구조를 읽기 쉬…
Cache-ControlHSTSHTTP 메서드멱등성
쿠키와 세션으로 이어지는 사용자를 확인한다
HTTP는 이전 요청의 로그인 상태를 본래부터 기억해 주지 않습니다. 웹 애플리케이션은 인증 결과를 다음 요청에 연결할 별도의 수단을 둡니다. 서버가 충분히 예측하기 어려운 세션 식별자를 만들고 서버 측 저장소에 사용자·권한 문맥·만료 조건을 연결하는 방식이 대표적입니다. 브라우저는 쿠키로 그 …
CORSJWTSecure·HttpOnly·SameSite위험 기반 인증
웹 서버의 공개 영역과 업무 실행 영역을 구분한다
웹 서버가 읽을 수 있는 파일이 모두 외부에 공개되어야 하는 것은 아닙니다. 문서 루트는 공개할 자료만 담고, 설정 파일·키·백업·개발 저장소를 그 안에 두지 않습니다. 디렉터리 목록 표시를 끄는 것은 파일 이름 노출을 줄이지만, 파일의 정확한 주소를 아는 요청까지 거부하는 기능은 아닙니다. 공…
문서 루트전달 헤더의 신뢰
FTP는 명령과 데이터를 다른 연결로 주고받는다
파일 전송이 로그인까지는 성공하는데 목록 조회나 내려받기에서 멈춘다면 비밀번호만 다시 확인해서는 해결되지 않을 수 있습니다. FTP는 명령을 주고받는 제어 연결과 파일·목록 데이터를 전달하는 데이터 연결을 나누기 때문입니다. 전통적인 FTP 제어 연결은 서버의 TCP 21번 포트를 사용합니다. …
FTP 능동·수동 모드FTPS와 SFTP
메일은 제출·중계·보관·열람을 나누어 처리한다
보내기 버튼을 눌렀다고 수신자가 이미 메일을 읽은 것은 아닙니다. 메일은 사용자 프로그램이 제출하고, 서버들이 중계하고, 수신함에 배달한 뒤 사용자가 열람하는 여러 단계로 처리됩니다. MUA는 사용자의 메일 프로그램, MSA는 발송 제출을 받는 역할, MTA는 메일을 중계하는 역할, MDA는 최…
MUA·MSA·MTA·MDAPOP3와 IMAPSMTP 봉투와 메시지 헤더오픈 릴레이
발신 도메인 인증과 본문 보호를 구분한다
받은 편지에 상점 이름이 적혀 있어도 누구나 비슷한 표시 이름을 만들 수 있습니다. 메일 보안은 먼저 어떤 도메인이 이 발송에 책임을 지는지 확인합니다. SPF, DKIM, DMARC는 서로 연결되지만 동일한 사실을 검사하지 않습니다. 본문을 읽지 못하게 암호화하는 기능과도 구분해야 합니다. 인…
DKIMDMARC 정렬S/MIME와 OpenPGPSPF
DNS는 이름에 대한 권한 있는 답을 찾아간다
브라우저는 shop.example이라는 이름을 알아도 어떤 주소로 연결할지 찾아야 합니다. DNS는 계층적으로 나누어 관리하는 이름 공간과 조회 프로토콜을 제공합니다. 이름을 IP 주소로 바꾸는 일만 하는 것은 아닙니다. 메일 서버 위치, 다른 이름의 별칭, 공개키·정책 같은 여러 종류의 레코드…
DNS 레코드DNS 존과 TTL재귀 해석기와 권한 서버
DNS의 공개 답변과 관리 권한을 따로 보호한다
DNS 캐시 오염은 해석기가 잘못된 답을 진짜 응답으로 받아들여 재사용하는 문제입니다. 질의 식별자와 포트 등의 요청·응답 대응 검사가 중요하지만, 그것만으로 원래 권한 데이터가 발급한 내용인지 암호학적으로 확인하는 것은 아닙니다. DNSSEC은 DNS 데이터의 출처 인증과 무결성을 위해 서명과…
DNSSECDoT와 DoHTSIG존 전송
데이터베이스는 값을 저장하고 상태 변화를 묶는다
주문 화면의 가격과 재고는 보통 데이터베이스에서 옵니다. 관계형 데이터베이스는 자료를 행과 열을 가진 테이블에 저장하고 관계와 제약을 관리합니다. 행은 한 건의 객체·사실을, 열은 그 속성을 나타냅니다. 기본키는 행을 식별하고 외래키는 다른 테이블과의 연결을 제한합니다. 뷰는 질의 결과를 이름 …
갱신 유실격리 수준더티·비반복·팬텀 읽기트랜잭션과 ACID
DB 계정·객체 권한·암호화의 보호 범위를 나눈다
DB에 접속할 수 있다는 사실과 특정 개인정보 열을 읽을 수 있다는 사실은 다릅니다. 네트워크 연결 허용, DB 사용자 인증, 데이터베이스 접속, 스키마 사용, 객체·열·행의 권한을 차례로 확인합니다. 애플리케이션을 최고 관리자 계정으로 연결하면 코드 결함이 곧 전체 DB 권한으로 이어질 수 있…
DB 객체 권한마스킹과 가명처리저장 암호화와 열 암호화행 수준 보안
결제의 성공은 서버가 증거와 상태로 확정한다
온라인 상점에서 “결제 완료” 화면이 보였다고 장부가 안전하게 완성된 것은 아닙니다. 주문 생성, 지불 수단 확인, 인증, 승인, 매입·정산, 취소·환불은 서로 다른 상태 변화입니다. 카드 결제의 일반적인 구조에서 가맹점은 결제 게이트웨이 등으로 요청하고 카드 발급 측은 필요한 인증·위험 평가와…
EMV 3-D Secure결제 토큰화멱등 키승인과 정산
《정보보안의 원리》 완성본의 원문을 재배치한 학습 자료입니다. 기사 필기·실기 전 범위 요약 또는 기출·CBT로 표시하지 않습니다.
© K-BOOKS · 무료 웹 열람용 콘텐츠입니다. 무단 복제·저장·인쇄·재배포를 제한합니다.