3.3. Cross-Site Scripting (XSS)

해설을 보지 말고 주어진 정보 → 구할 것 → 사용할 공식·판정 관계를 한 줄씩 복원하세요.

피해자–서버–공격자 사이 persistent XSS의 흐름을 설명하시오.

정답 문장만 말하지 말고 근거·중간값·메시지 흐름 중 이 문항에 필요한 것을 빈 종이에 남기세요.

작성한 뒤에만 아래 기준을 열고, 실제로 쓴 항목만 체크하세요.

• stored payload가 어느 origin 권한으로 실행되는가?
• 이 문항의 각 단계나 표 행을 sender, receiver, 핵심 content, 다음 상태의 네 열로 다시 만들고, 공격자가 바꿔야 효과가 나는 첫 열을 표시하세요.

조건 변형: 흐름의 중간 메시지·광고·표 행 하나를 제거하거나 공격자가 바꿨다고 가정하세요. 바로 다음 상태가 무엇인지 sender, receiver, content, security impact 순서로 추적하세요.

고칠 답안: 공격자가 피해자에게 매번 특수 링크를 보내야 한다고 쓰면 reflected XSS 흐름이다.

복구 힌트: 게시판 벽에 위험한 명령을 붙여 두면, 링크를 따로 보낼 필요 없이 그 벽을 보는 모든 사람의 브라우저가 명령을 읽는 구조다.

오답의 첫 잘못된 전제를 한 줄로 지우고, 올바른 조건과 결론을 두 줄로 다시 쓰세요.

채점 전 예상과 실제 채점 결과가 달랐는지 확인한 뒤 상태를 남기세요. ‘숙달’은 근거와 중간 과정까지 무힌트로 재현했을 때만 선택합니다.

해설을 보지 말고 주어진 정보 → 구할 것 → 사용할 공식·판정 관계를 한 줄씩 복원하세요.

persistent XSS와 reflected XSS의 차이 및 성공 후 가능한 공격은?

정답 문장만 말하지 말고 근거·중간값·메시지 흐름 중 이 문항에 필요한 것을 빈 종이에 남기세요.

작성한 뒤에만 아래 기준을 열고, 실제로 쓴 항목만 체크하세요.

• DOM-based XSS는 source와 sink가 어디에 있는가?
• 두 개념의 이름을 가리고 권한·관찰 정보·금지 조건·성공 조건만 읽었을 때도 구별할 수 있도록, 결정적인 차이 한 줄을 작성하세요.

조건 변형: 두 개념을 권한, oracle/관찰 정보, 금지 조건, 성공 조건의 네 행으로 다시 비교하세요. 이름을 가려도 어느 쪽이 더 강한 모델인지 판별할 수 있어야 합니다.

고칠 답안: XSS가 곧바로 HttpOnly cookie를 읽는다고 단정하지 않는다.

복구 힌트: stored는 벽에 계속 붙어 있는 전단이고, reflected는 피해자에게 보낸 거울 달린 특수 링크다.

오답의 첫 잘못된 전제를 한 줄로 지우고, 올바른 조건과 결론을 두 줄로 다시 쓰세요.

채점 전 예상과 실제 채점 결과가 달랐는지 확인한 뒤 상태를 남기세요. ‘숙달’은 근거와 중간 과정까지 무힌트로 재현했을 때만 선택합니다.