본문 바로가기
K-BOOKS OPEN LEARNING ARCHIVE
INFORMATION SECURITY · FREE LEARNING정보보안 학습센터원리 → MASTER → 해설학습 → CBT → 오답 복습

정보보안 핵심 요약

INFORMATION SECURITY정보보안학습 메뉴

INFORMATION SECURITY · SUMMARY

읽은 내용을 다시 꺼냅니다

핵심 요약

원문의 한 줄 기억·사례의 깨달음·핵심 문장을 발걸음별로 모았습니다. 원문 설명과 함께 복습하세요.

프로그램은 왜 뚫리는가

15개 발걸음 · 1–12 표시

방향 6 · 첫걸음

입력된 글자가 명령이 되는 순간

사례의 깨달음

“검증했다”라는 말만 듣지 말고 무엇을 검증했으며 어느 경계까지 보호하는지 확인합니다.

원문 학습 →발걸음 p.218
방향 6 · 두 번째 발걸음

SQL이 자료와 문법을 혼동하지 않게 한다

사례의 깨달음

데이터가 무엇이든 그 데이터가 SQL 문법의 자리를 차지하지 않도록 구조를 분리하는 것이 핵심입니다.

원문 학습 →발걸음 p.220
방향 6 · 세 번째 발걸음

명령과 템플릿과 직렬화의 경계를 지킨다

사례의 깨달음

파서 취약점의 존재를 모두 예측할 수 없어도, 파서가 가진 권한과 자원·출력의 경계를 설계할 수 있습니다.

원문 학습 →발걸음 p.223
방향 6 · 네 번째 발걸음

브라우저가 데이터를 코드로 읽지 않게 한다

사례의 깨달음

화면에 보일 데이터와 브라우저가 실행·해석할 구조를 분리합니다. 필요한 기능이 단순 텍스트라면 HTML 해석을 허용할 이유가 없습니다.

원문 학습 →발걸음 p.226
방향 6 · 다섯 번째 발걸음

로그인한 브라우저의 요청은 누구의 의도인가

사례의 깨달음

인증된 요청이라는 사실, 허가된 행동이라는 사실, 이용자의 정상 흐름에서 나온 요청이라는 근거를 함께 확인합니다.

원문 학습 →발걸음 p.228
방향 6 · 여섯 번째 발걸음

번호를 안다고 그 자료의 주인이 되지는 않는다

사례의 깨달음

권한은 화면이 아니라 서버의 자원 사용 지점에서 적용합니다. 구현 예제가 단순할수록 그 예제가 생략한 업무 조건도 분명하게 읽어야 합니다.

원문 학습 →발걸음 p.230
방향 6 · 일곱 번째 발걸음

세션과 토큰의 주장도 검증해야 한다

사례의 깨달음

토큰 검증은 암호 검증에서 끝나지 않습니다. 누가 무엇을 위해 언제까지 발급한 증표인지와 요청한 행동을 연결합니다.

원문 학습 →발걸음 p.233
방향 6 · 여덟 번째 발걸음

파일 이름과 파일 내용은 다른 주장이다

사례의 깨달음

파일 보안은 확장자 검사 한 줄보다 접수부터 처리·제공·파기까지 이어지는 설계에 가깝습니다.

원문 학습 →발걸음 p.235
방향 6 · 아홉 번째 발걸음

서버가 대신 방문하는 주소를 통제한다

사례의 깨달음

외부 서비스의 데이터를 소비하는 쪽도 자신의 신뢰 경계를 책임져야 합니다.

원문 학습 →발걸음 p.237
방향 6 · 열 번째 발걸음

정상 요청이 겹칠 때 업무 규칙이 무너진다

사례의 깨달음

조건 확인과 변경을 함께 다루고 그 결과를 확인해야 합니다. 복잡한 여러 행의 업무는 이 단일 행 예제보다 강한 동시성 설계가 필요할 수 있습니다.

원문 학습 →발걸음 p.239
방향 6 · 열한 번째 발걸음

메모리의 경계도 프로그램이 지켜야 한다

사례의 깨달음

메모리 문제를 읽을 때는 공간의 크기, 데이터의 길이, 종료 조건, 객체의 수명이라는 네 가지를 확인합니다.

원문 학습 →발걸음 p.242
방향 6 · 열두 번째 발걸음

설계할 때부터 지킬 조건을 적는다

사례의 깨달음

확인 가능한 요구사항은 구현자와 검토자가 같은 보호 목표를 보게 합니다.

원문 학습 →발걸음 p.245

《정보보안의 원리》 완성본의 원문을 재배치한 학습 자료입니다. 기사 필기·실기 전 범위 요약 또는 기출·CBT로 표시하지 않습니다.

© K-BOOKS · 무료 웹 열람용 콘텐츠입니다. 무단 복제·저장·인쇄·재배포를 제한합니다.