Curious TechieDev Toolbox
지식 베이스 & 기술 딥다이브14개의 심층 아키텍처 가이드

Curious-Techie 학습

인터넷 프로토콜, 웹 표준, 암호화 핸드셰이크 및 클라이언트 보안 아키텍처의 내부 동작 원리를 알기 쉽게 분석한 기술 가이드입니다.

기술 가이드 & 프로토콜 세부 분석

RFC 공식 표준, 직관적인 다이어그램 및 즉각적인 인터랙티브 도구가 포함된 검증된 엔지니어링 문서입니다.

네트워크8분 소요

DNS란 무엇이며 네임서버는 어떻게 작동하는가?

도메인 네임 시스템의 계층적 주소 해석, 루트 서버, A/AAAA/MX/TXT 레코드 및 암호화된 DNS-over-HTTPS (DoH) 기술 해설.

상세 가이드 읽기 →RFC 표준 & 아키텍처
암호학9분 소요

SSL/TLS란 무엇이며 HTTPS 인증서는 어떻게 동작하는가?

최신 전송 계층 보안(TLS 1.3), 비대칭 공개키 핸드셰이크, X.509 인증서 체인 및 Certificate Transparency(CT) 완벽 가이드.

상세 가이드 읽기 →RFC 표준 & 아키텍처
보안10분 소요

Content Security Policy (CSP)란 무엇이며 XSS를 방어하는 방법은?

CSP Level 3 마스터 가이드: 지시문 문법, 엄격한 논스(nonce) 적용, 해시 검증 및 제로 트러스트 보안 헤더 구성.

상세 가이드 읽기 →RFC 표준 & 아키텍처
웹 표준9분 소요

CORS 및 동일 출처 정책(SOP)의 동작 원리

교차 출처 리소스 공유(CORS) 완벽 해설: 브라우저 프리플라이트 OPTIONS 요청, 응답 헤더 및 보안 취약점 방지.

상세 가이드 읽기 →RFC 표준 & 아키텍처
OSINT & 보안9분 소요

OSINT(오픈소스 인텔리전스)와 수동적 정찰의 모든 것

공개 출처 기반 보안 인텔리전스: 디지털 발자국 추적, 과거 DNS 기록, Certificate Transparency 및 방어적 위협 모델링.

상세 가이드 읽기 →RFC 표준 & 아키텍처
데이터 포맷6분 소요

JSON이란 무엇인가? RFC 8259 기술 사양 가이드

지원 데이터 타입, 문법 규칙, AST 검증, 직렬화 특성 및 트레일링 콤마가 실패하는 기술적 이유.

상세 가이드 읽기 →RFC 표준 & 아키텍처
인증 & 보안8분 소요

JWT란 무엇인가? JSON Web Token 아키텍처 (RFC 7519)

무상태(Stateless) 인증, 헤더/페이로드/서명 3단 구조, Base64URL 인코딩 및 디코딩과 검증의 차이점 해설.

상세 가이드 읽기 →RFC 표준 & 아키텍처
인코딩 & 암호학5분 소요

Base64 인코딩 원리 및 기술 가이드

Base64의 동작 원리, 6비트 텍스트 변환 방식, URL-safe 변형 및 암호화와의 차이점 해설.

상세 가이드 읽기 →RFC 표준 & 아키텍처
암호학7분 소요

해싱(Hashing)이란? 암호화 다이제스트와 눈사태 효과

단방향 수학 함수, 충돌 저항성, SHA-256과 MD5 비교, 레인보우 테이블 공격 및 Argon2를 통한 비밀번호 보호.

상세 가이드 읽기 →RFC 표준 & 아키텍처
식별자6분 소요

UUID란 무엇인가? 버전별 특징, 엔트로피 및 RFC 9562 표준

분산 시스템의 128비트 식별자 생성 원리: UUID v4의 무작위 난수성과 UUID v7의 시계열 인덱싱 최적화.

상세 가이드 읽기 →RFC 표준 & 아키텍처
텍스트 처리9분 소요

정규 표현식(Regex)의 원리와 ReDoS 보안 취약점

유한 오토마타 엔진, 문자 클래스, 수량자, 전방/후방 탐색 및 치명적 역추적(ReDoS) 방지 가이드.

상세 가이드 읽기 →RFC 표준 & 아키텍처
웹 표준5분 소요

URL 인코딩(퍼센트 인코딩)의 원리와 RFC 3986

RFC 3986 표준 규격, 예약된 구분자, UTF-8 바이트 변환 및 쿼리 문자열 처리 가이드.

상세 가이드 읽기 →RFC 표준 & 아키텍처
개인정보 & 보안10분 소요

브라우저 핑거프린팅과 캔버스(Canvas) 추적의 원리

쿠키 없이 사용자를 식별하는 기법: Canvas 렌더링 미세 오차, AudioContext 노이즈, WebGL 속성 및 프라이버시 보호 대책.

상세 가이드 읽기 →RFC 표준 & 아키텍처
시간 & 에포크6분 소요

유닉스 시간(Unix Time / Epoch)이란 무엇인가?

컴퓨터가 1970년 1월 1일부터 초를 세는 이유, 32비트와 64비트 타임스탬프, 2038년 문제 및 윤초 처리.

상세 가이드 읽기 →RFC 표준 & 아키텍처
개발자 기술 Q&A 지식 베이스

컴퓨터 과학 및 웹 보안 자주 묻는 질문

웹 암호화, DNS 인프라, 인증 프로토콜 및 프론트엔드 성능과 관련된 핵심 질문에 대한 명확하고 정확한 기술적 해답.

보안 & 웹 아키텍처

HTTP와 HTTPS 암호화의 기술적 차이점은 무엇인가요?

HTTP는 애플리케이션 데이터를 평문 TCP 스트림으로 전송하여 중간자 공격(MitM)과 도청에 매우 취약합니다. 반면 HTTPS (RFC 2818 / RFC 9110)는 암호화된 TLS 1.3 세션 내에 HTTP를 캡슐화합니다. TLS는 X.509 인증서 기반의 비대칭 암호화(ECDHE / RSA)로 서버 신원을 검증한 뒤, 대칭키(AES-256-GCM 또는 ChaCha20-Poly1305)를 협상하여 모든 패킷을 고속 암호화합니다.

공식 표준 사양 검증 완료Q#1
암호학 & 데이터 인코딩

Base64 인코딩이 암호화나 해싱으로 간주되지 않는 이유는 무엇인가요?

Base64 (RFC 4648)는 7비트 ASCII 텍스트 전송 채널에서 임의의 바이너리 바이트를 안전하게 전송하기 위해 고안된 바이트 변환 포맷입니다. 비밀키가 전혀 필요하지 않으며 누구나 즉시 원래 데이터로 복원할 수 있습니다. 반면 암호화는 암호문을 복호화하기 위해 비밀키가 필수적이며, 암호학적 해싱은 역변환이 불가능한 단방향 수학 함수입니다.

공식 표준 사양 검증 완료Q#2
웹 애플리케이션 보안

콘텐츠 보안 정책(CSP Level 3)은 어떻게 XSS(크로스 사이트 스크립팅)를 차단하나요?

CSP Level 3 (W3C)는 브라우저 수준에서 스크립트 실행 경계를 강제하여 신뢰할 수 없는 코드의 실행을 원천 차단합니다. script-src 'nonce-rAnd0m' 'strict-dynamic'과 같은 엄격한 디렉티브를 HTTP 헤더로 전달하면 브라우저는 인라인 스크립트와 eval() 동적 실행을 자동 차단하여 주입된 공격 페이로드를 무력화합니다.

공식 표준 사양 검증 완료Q#3
인증 프로토콜

OAuth 2.0과 JSON Web Token(JWT)의 차이점은 무엇인가요?

OAuth 2.0 (RFC 6749)은 클라이언트가 서드파티 리소스에 대한 접근 권한을 위임받는 절차를 규정하는 프레임워크입니다. JWT (RFC 7519)는 Header, Payload, Signature로 구성된 표준화된 토큰 데이터 구조입니다. OAuth 인가 서버는 마이크로서비스 간에 사용자 권한 정보를 무상태(stateless)로 안전하게 전달하기 위해 전자 서명된 JWT를 액세스 토큰으로 자주 발급합니다.

공식 표준 사양 검증 완료Q#4
데이터베이스 아키텍처 & 성능

UUID v7이 UUID v4에 비해 데이터베이스 인덱싱 성능이 뛰어난 이유는 무엇인가요?

UUID v4는 순수 의사 난수이므로 고처리량 데이터베이스(PostgreSQL, MySQL)에서 기본 키로 인덱싱할 경우 극심한 B-Tree 페이지 분할과 쓰기 증폭을 유발합니다. 반면 UUID v7 (RFC 9562)은 상위 비트에 48비트 밀리초 단위 유닉스 타임스탬프를 포함하고 있어 자연스럽게 시간순 정렬되며, 순차 디스크 I/O와 B-Tree 지역성을 온전히 유지합니다.

공식 표준 사양 검증 완료Q#5
정규 표현식 & 처리 성능

정규 표현식에서 파멸적 역추적(Catastrophic Backtracking / ReDoS)이 발생하는 원인은 무엇인가요?

파멸적 역추적은 NFA 정규식 엔진에서 중첩되거나 겹치는 수량자(예: (a+)+$)가 포함된 패턴을 평가할 때 발생합니다. 일치하지 않는 문자열이 입력되면 엔진은 지수적($O(2^n)$)으로 모든 경우의 수를 탐색하며 CPU를 100% 점유하게 되어 정규식 서비스 거부(ReDoS) 장애를 유발합니다.

공식 표준 사양 검증 완료Q#6
DNS & 인터넷 프로토콜

DNS over HTTPS(DoH)는 어떻게 ISP 도청과 DNS 캐시 오염을 방지하나요?

기존 DNS 질의(RFC 1035)는 53번 포트의 암호화되지 않은 UDP 패킷으로 전송되어 통신사나 네트워크 감청자가 방문 도메인을 쉽게 엿보고 조작할 수 있었습니다. DoH (RFC 8484)는 DNS 조회를 443번 포트의 표준 TLS 암호화 HTTPS 연결 내에 캡슐화하여 도청, 검열 및 캐시 오염 공격을 완벽히 방지합니다.

공식 표준 사양 검증 완료Q#7
교차 출처 보안

CORS는 프론트엔드와 백엔드 중 어디에서 설정하며, 어떻게 API를 보호하나요?

CORS(교차 출처 리소스 공유)는 클라이언트 브라우저에 의해 강제 적용되지만 설정은 전적으로 백엔드 서버에서 수행됩니다. 브라우저는 자동으로 Origin 헤더를 전송하며, 백엔드 서버는 Access-Control-Allow-Origin 헤더를 통해 허용 여부를 응답해야 합니다. 이 헤더가 없으면 브라우저는 프론트엔드 자바스크립트가 응답 데이터를 읽지 못하도록 차단합니다.

공식 표준 사양 검증 완료Q#8

이러한 개념들을 직접 브라우저에서 테스트해보시겠습니까?

외부 서버 전송 없이 100% 브라우저 메모리에서 안전하게 실행되는 27가지 개발자 도구를 활용해 보세요.

전체 도구 둘러보기