실제 시험 문제 47 - CSS Tutor Study Hub

계산

문제

근거 신뢰도 높음실제 시험지 대조 완료계산4점

독일어 원문

Welchen Wert muss ein Angreifer in das Feld user eingeben, um sich ohne Passwort als admin anzumelden?

한국어 해석

password 없이 admin으로 login하려면 user field에 어떤 값을 넣는가?

실제 시험에 제시된 Login 코드·사용자 표

index.html

1 <form action="http://api.example.com/login.php" method="GET">
2   Username: <input type="text" id="user" name="user">
3   Password: <input type="password" id="pw" name="pw">
4   <input type="submit" value="Login">
5 </form>

users

login	password	role	email
admin	king2026	administrator	bob.king@example.com
alice	wonderland2002	user	alice303@gmail.com
bob	king2026	user	bob.king@gmail.com
charlie	123456	guest	ch.ar.lie.xxx@gmail.com
eve	34@s5wa-rPg5.5	readonly	eve.online.1997@gmail.com

login.php

2  $user = $_GET['user'];
3  $pass = $_GET['pw'];
4  $sql = "SELECT * FROM users WHERE login = '$user' AND password = '$pass'";
5  $result = $conn->query($sql);
6  if ($result->num_rows > 0) {
7      echo "<div>Erfolgreich angemeldet!</div>";
8  } else {
9      echo "<div>Fehlgeschlagener Login für Nutzer: " . $user . "</div>";
10 }

출처: 실제 시험지 p13–14. 각 소문제에서 같은 code/data flow를 다시 추적합니다.

RSA 계산 스테퍼

p, q→n, φ(n)→e, d→modular exponentiation

nφ(n)ed

각 단계의 값을 직접 계산하세요.

단계별 힌트

막혔을 때만 한 단계씩 여세요. 정답을 바로 읽는 것보다 기억을 꺼내는 시간이 중요합니다.

0/7

첫 힌트: 프로그램은 사용자의 글자를 '데이터' 상자에 넣지 않고 SQL 문장에 붙인다. 공격자는 따옴표로 데이터 구역을 탈출해 문장의 나머지를 주석으로 만든다.
payload `admin' -- `를 제시한다.
완성된 SQL 문장을 써서 따옴표와 주석을 설명한다.
prepared statement를 방어로 연결한다.
함정: `' OR 1=1 -- `만 쓰면 첫 번째 임의 계정이 선택될 수 있어 admin 보장이 약하다.
함정: `--` 뒤 공백을 빠뜨리지 않는다.
후속 점검: parameter binding이면 이 입력이 왜 명령이 아니라 문자열이 되는가?

채점 기준으로 내 답안 점검하기

payload `admin' -- `를 제시한다.
완성된 SQL 문장을 써서 따옴표와 주석을 설명한다.
prepared statement를 방어로 연결한다.

답안 슬롯 자가 점검 — 실제로 말하거나 쓴 항목만 체크하세요.

payload `admin' -- `를 제시한다. 완성된 SQL 문장을 써서 따옴표와 주석을 설명한다. prepared statement를 방어로 연결한다.

0/3 slots

정답과 핵심 해설 확인하기

summary_ko

예: `admin' -- `를 user에 넣는다. SQL은 `login='admin' -- ' AND password='...'`가 되어 뒤 조건이 주석 처리된다. DBMS에 따라 `-- ` 뒤 공백이 필요하다.

exam_answer_frame

payload `admin' -- `를 제시한다.
완성된 SQL 문장을 써서 따옴표와 주석을 설명한다.
prepared statement를 방어로 연결한다.

개념부터 다시 보는 상세 풀이

BEGINNER LESSON

웹 보안: 이 문제를 처음부터 이해하기

ZERO-BASE START

정말 아무것도 모른다고 가정하고 시작합니다

전문 용어를 알고 있다고 가정하지 않습니다. 먼저 일상적인 장면을 보고, 그 장면의 사람과 행동에 실제 보안 용어를 하나씩 붙인 뒤, 시스템에서 일어나는 순서를 따라갑니다.

기초 개념 01

SQL injection과 prepared statement

1타 강사식 시작: 이름은 잠시 가리고 장면부터 봅시다

주문서의 이름 칸에 ‘주문 취소하고 금고 열기’라고 썼을 때 직원이 그것을 이름이 아니라 새 지시로 실행하는 문제다. Prepared statement는 이름 칸을 끝까지 데이터 칸으로 고정한다.

지금은 이 비유를 완벽히 외울 필요가 없습니다. 누가 무엇을 가지고 있고, 무엇을 하려 하며, 어느 지점에서 문제가 생기는지만 찾으면 됩니다.

이제 실제 용어를 하나씩 붙여 봅시다

SQL은 database에 질문하는 언어다. 프로그램이 SQL 문자열과 사용자 입력을 단순히 이어 붙이면 입력의 따옴표나 연산자가 데이터가 아니라 SQL 문법으로 해석될 수 있다. 이것이 SQL injection이다. Prepared statement는 SQL 구조를 먼저 고정하고 사용자 값은 별도 parameter로 전달해 값이 명령 문법이 되지 못하게 한다.

TERMS FROM ZERO

전문 용어를 한 단어씩 풀기

아래 단어는 이미 안다고 가정하지 않습니다. 먼저 쉬운 뜻을 읽고, 본문에서 같은 단어가 나오면 이 정의로 다시 바꾸어 읽으세요.

SQL query

Database에 조회·삽입·변경 등을 요청하는 SQL 문장입니다.

SQL injection

공격자 입력이 SQL data가 아니라 query 구조와 명령으로 해석되는 취약점입니다.

Prepared statement

SQL 구조를 먼저 고정하고 사용자 값을 별도 parameter로 전달하는 방식입니다.

Parameter binding

입력값을 SQL syntax와 분리된 data slot에 연결하는 과정입니다.

프로그램이나 프로토콜 안에서는 다음 순서로 움직입니다.

$_GET, $_POST 같은 입력 source를 찾는다.
SQL 문자열 연결 또는 interpolation 지점을 찾는다.
입력이 query 구조를 바꿀 수 있는지 확인한다.
Prepared statement와 bound parameter로 구조와 값을 분리한다.
Database account 권한도 최소화한다.

왜 여기서 많이 틀릴까요?

따옴표를 몇 개 치환하는 blacklist나 client-side validation만으로 해결하려 하지 않는다.

조건을 생략하거나 서로 다른 기능을 같은 것으로 취급했는지 확인하세요. 정답 문장을 외우는 것보다 틀린 이유를 말할 수 있어야 변형 문제를 풀 수 있습니다.

기초 개념 02

Browser, server, HTTP, HTML parser

1타 강사식 시작: 이름은 잠시 가리고 장면부터 봅시다

같은 기호도 일반 편지 본문에서는 글자지만 계산식 칸에서는 연산자로 읽힌다. Browser도 입력이 HTML text, attribute, script 중 어디에 들어갔는지에 따라 다르게 해석한다.

지금은 이 비유를 완벽히 외울 필요가 없습니다. 누가 무엇을 가지고 있고, 무엇을 하려 하며, 어느 지점에서 문제가 생기는지만 찾으면 됩니다.

이제 실제 용어를 하나씩 붙여 봅시다

Browser는 사용자의 client 프로그램이고 web server는 request를 받아 response를 만드는 프로그램이다. HTTP request에는 method, URL, header, body가 있고 response에는 status, header, body가 있다. Browser는 response body를 단순 글자가 아니라 HTML, JavaScript 같은 문법으로 해석(parse)한다. 외부 입력이 처음 들어오는 곳을 source, 그 입력이 실제 기능에 사용되는 위험한 도착점을 sink라고 부른다. 따라서 입력이 어느 문법 위치와 sink에 들어가는지가 보안에 매우 중요하다.

TERMS FROM ZERO

전문 용어를 한 단어씩 풀기

아래 단어는 이미 안다고 가정하지 않습니다. 먼저 쉬운 뜻을 읽고, 본문에서 같은 단어가 나오면 이 정의로 다시 바꾸어 읽으세요.

HTTP request

Browser나 client가 server에 method, path, headers, body를 담아 보내는 message입니다.

HTTP response

Server가 status, headers, body를 담아 client에 돌려주는 message입니다.

Parser / Interpreter

문자열을 HTML, JavaScript, SQL, shell 같은 문법으로 해석하는 구성요소입니다.

Context

같은 문자가 어느 문법의 어느 위치에 놓였는지를 뜻하며 올바른 encoding 방법을 결정합니다.

프로그램이나 프로토콜 안에서는 다음 순서로 움직입니다.

사용자 입력이 들어오는 source를 찾는다.
입력이 출력·DB·명령으로 들어가는 sink를 찾는다.
그 sink를 어떤 parser가 어떤 context로 읽는지 확인한다.
공격 영향과 context에 맞는 방어를 연결한다.

왜 여기서 많이 틀릴까요?

입력 문자열 자체만 보고 취약점을 이름 붙이지 말고 source에서 sink까지 실제 흐름을 추적한다.

핵심부터 말하면 프로그램은 사용자의 글자를 '데이터' 상자에 넣지 않고 SQL 문장에 붙인다. 공격자는 따옴표로 데이터 구역을 탈출해 문장의 나머지를 주석으로 만든다.

이 글에서 익힐 것

password 없이 admin으로 login하려면 user field에 어떤 값을 넣는가?
이 문항에 연결된 2개 기초 개념과 8개 전문 용어를 자신의 말로 설명한다.
정의만 외우지 않고 구체적인 입력·message·code 흐름을 단계별로 재현한다.
시험 답안에서 결론과 근거, 조건 또는 한계를 함께 쓴다.

이 문제가 어려운 이유

문제 문장은 짧지만 초보자가 이미 안다고 가정하는 용어와 중간 단계가 숨어 있습니다. 이 페이지에서는 ‘password 없이 admin으로 login하려면 user field에 어떤 값을 넣는가?’를 바로 외우지 않고, 아래 연결 개념을 일상 장면에서 시작해 실제 시스템 순서로 바꿉니다.

문제가 묻는 것

password 없이 admin으로 login하려면 user field에 어떤 값을 넣는가?

문제가 요구하는 동사와 답의 개수를 먼저 표시하고, 등장 주체·입력·처리 순서·보안 효과·남는 한계를 차례로 적습니다.

먼저 알아야 할 개념

SQL injection과 prepared statement

SQL은 database에 질문하는 언어다. 프로그램이 SQL 문자열과 사용자 입력을 단순히 이어 붙이면 입력의 따옴표나 연산자가 데이터가 아니라 SQL 문법으로 해석될 수 있다. 이것이 SQL injection이다. Prepared statement는 SQL 구조를 먼저 고정하고 사용자 값은 별도 parameter로 전달해 값이 명령 문법이 되지 못하게 한다.
주문서의 이름 칸에 ‘주문 취소하고 금고 열기’라고 썼을 때 직원이 그것을 이름이 아니라 새 지시로 실행하는 문제다. Prepared statement는 이름 칸을 끝까지 데이터 칸으로 고정한다.
Browser, server, HTTP, HTML parser

Browser는 사용자의 client 프로그램이고 web server는 request를 받아 response를 만드는 프로그램이다. HTTP request에는 method, URL, header, body가 있고 response에는 status, header, body가 있다. Browser는 response body를 단순 글자가 아니라 HTML, JavaScript 같은 문법으로 해석(parse)한다. 외부 입력이 처음 들어오는 곳을 source, 그 입력이 실제 기능에 사용되는 위험한 도착점을 sink라고 부른다. 따라서 입력이 어느 문법 위치와 sink에 들어가는지가 보안에 매우 중요하다.
같은 기호도 일반 편지 본문에서는 글자지만 계산식 칸에서는 연산자로 읽힌다. Browser도 입력이 HTML text, attribute, script 중 어디에 들어갔는지에 따라 다르게 해석한다.

예제로 확인하기

SQL injection과 prepared statement을 이 문제에 대입하기

주문서의 이름 칸에 ‘주문 취소하고 금고 열기’라고 썼을 때 직원이 그것을 이름이 아니라 새 지시로 실행하는 문제다. Prepared statement는 이름 칸을 끝까지 데이터 칸으로 고정한다.
1. $_GET, $_POST 같은 입력 source를 찾는다.
2. SQL 문자열 연결 또는 interpolation 지점을 찾는다.
3. 입력이 query 구조를 바꿀 수 있는지 확인한다.
4. Prepared statement와 bound parameter로 구조와 값을 분리한다.
5. Database account 권한도 최소화한다.
위 순서를 문제 문장 ‘password 없이 admin으로 login하려면 user field에 어떤 값을 넣는가?’에 적용하면, 이 문항의 핵심 결론은 예: `admin' -- `를 user에 넣는다. SQL은 `login='admin' -- ' AND password='...'`가 되어 뒤 조건이 주석 처리된다. DBMS에 따라 `-- ` 뒤 공백이 필요하다.입니다.
Browser, server, HTTP, HTML parser을 이 문제에 대입하기

같은 기호도 일반 편지 본문에서는 글자지만 계산식 칸에서는 연산자로 읽힌다. Browser도 입력이 HTML text, attribute, script 중 어디에 들어갔는지에 따라 다르게 해석한다.
1. 사용자 입력이 들어오는 source를 찾는다.
2. 입력이 출력·DB·명령으로 들어가는 sink를 찾는다.
3. 그 sink를 어떤 parser가 어떤 context로 읽는지 확인한다.
4. 공격 영향과 context에 맞는 방어를 연결한다.
위 순서를 문제 문장 ‘password 없이 admin으로 login하려면 user field에 어떤 값을 넣는가?’에 적용하면, 이 문항의 핵심 결론은 예: `admin' -- `를 user에 넣는다. SQL은 `login='admin' -- ' AND password='...'`가 되어 뒤 조건이 주석 처리된다. DBMS에 따라 `-- ` 뒤 공백이 필요하다.입니다.

정답까지 사고 과정

payload `admin' -- `를 제시한다.
완성된 SQL 문장을 써서 따옴표와 주석을 설명한다.
prepared statement를 방어로 연결한다.

시험장에서는 이렇게 쓰기

핵심 해설

예: `admin' -- `를 user에 넣는다. SQL은 `login='admin' -- ' AND password='...'`가 되어 뒤 조건이 주석 처리된다. DBMS에 따라 `-- ` 뒤 공백이 필요하다.

시험 답안으로 정리하기

payload `admin' -- `를 제시한다.
완성된 SQL 문장을 써서 따옴표와 주석을 설명한다.
prepared statement를 방어로 연결한다.

자주 틀리는 지점

`' OR 1=1 -- `만 쓰면 첫 번째 임의 계정이 선택될 수 있어 admin 보장이 약하다.
`--` 뒤 공백을 빠뜨리지 않는다.

채점 포인트

payload `admin' -- `를 제시한다.
완성된 SQL 문장을 써서 따옴표와 주석을 설명한다.
prepared statement를 방어로 연결한다.

한 줄로 기억하기

프로그램은 사용자의 글자를 '데이터' 상자에 넣지 않고 SQL 문장에 붙인다. 공격자는 따옴표로 데이터 구역을 탈출해 문장의 나머지를 주석으로 만든다.

스스로 확인하기

parameter binding이면 이 입력이 왜 명령이 아니라 문자열이 되는가?

근거와 편집자 주

실제 시험지 p14의 원문과 배점을 확인했다.

local_extra_exam computersystemsicherheit_wise25-26_questions_only.md Web Sicherheit / 3.2 Schwachstellenanalyse einer Webanwendung
기계 판독 가능한 실제 WiSe 25/26 시험지 전사본.
local_extra_exam CSS_Altklausur_WiSe_2526.pdf p14 / Web Sicherheit / 3.2 Schwachstellenanalyse einer Webanwendung
2026-03-10 실제 시험지 스캔. 문구·배점·코드·도표의 최우선 근거.
local_extra_exam computersystemsicherheit_wise25-26_questions_only.md Web Sicherheit / 3.2 Schwachstellenanalyse einer Webanwendung
기계 판독 가능한 실제 WiSe 25/26 시험지 전사본.
local_extra_exam CSS_Altklausur_WiSe_2526.pdf p14 / Web Sicherheit / 3.2 Schwachstellenanalyse einer Webanwendung
2026-03-10 실제 시험지 스캔. 문구·배점·코드·도표의 최우선 근거.

AI 구두시험용 프롬프트

한 문항만 풀어라. 먼저 정답을 열지 말고 90초 안에 답안을 말한 뒤, css-ws2025-26-web-php-003의 채점 프레임으로 스스로 채점하라. 문제: password 없이 admin으로 login하려면 user field에 어떤 값을 넣는가?

학습 기록

문제

독일어 원문

한국어 해석

index.html

users

login.php

RSA 계산 스테퍼

단계별 힌트

SQL injection과 prepared statement

1타 강사식 시작: 이름은 잠시 가리고 장면부터 봅시다

이제 실제 용어를 하나씩 붙여 봅시다

SQL query

SQL injection

Prepared statement

Parameter binding

왜 여기서 많이 틀릴까요?

Browser, server, HTTP, HTML parser

1타 강사식 시작: 이름은 잠시 가리고 장면부터 봅시다

이제 실제 용어를 하나씩 붙여 봅시다

HTTP request

HTTP response

Parser / Interpreter

Context

왜 여기서 많이 틀릴까요?

이 글에서 익힐 것

이 문제가 어려운 이유

문제가 묻는 것

password 없이 admin으로 login하려면 user field에 어떤 값을 넣는가?

먼저 알아야 할 개념

SQL injection과 prepared statement

Browser, server, HTTP, HTML parser

예제로 확인하기

SQL injection과 prepared statement을 이 문제에 대입하기

Browser, server, HTTP, HTML parser을 이 문제에 대입하기

정답까지 사고 과정

시험장에서는 이렇게 쓰기

핵심 해설

시험 답안으로 정리하기

자주 틀리는 지점

채점 포인트

한 줄로 기억하기

스스로 확인하기

이 문항을 얼마나 이해했나요?