URL 형식
https://search.naver.com/search.naver?where=nexearch&sm=top_hty&fbm=1&ie=utf8&query=apple
:// 프로토콜 구분자
,/  디렉토리 구분자
. 도메인 구분자
? 어플레케이션 데이터를 구분
= 파라미터에 대입되는 값을 표현
& 파라미터와 파라미터 사이에서 파라미터를 구별

URL Encoding
원래 문자열의 Hex값 앞에 %를 사용
참고
https://secure.n-able.com/webhelp/NC_9-1-0_SO_en/Content/SA_docs/API_Level_Integration/API_Integration_URLEncoding.html

html 인코딩
공백 :  
<    : &lt;
>    : &gt;
“    : &quot;
등등

인코딩:
0,1 -> 데이터(문자,소리,동영상...)
부호화 되어 있는 데이터를 어떤 의미를 가진 데이터로 만드는 행위

Base64 Encoding
abc
616263(16진수)
011000010110001001100011(2진수)

디코딩
011000 010110 001001 100011
24 22 9 35
Y U J j
6Bit로 한문자를 표현
=는 padding 값으로 사용 (n % 3 만큼 패딩됨)
abcd < - 32bit
24bit를 쓰기 때문에 =을 사용해서 패딩값으로 채움


웹인증방식
Basic Authentication(미사용)
-Base64로 인코딩하여 서버에 전달

HTTP Digest Authentication(미사용)
-해당하는 시스템의 계정정보를 이용
-서버자체에 인증

HTTP NTLM Authentication(미사용)
-Explore와 IIS에서만 사용가능

Anonymous Authentication(사용)
-HTTP자체적으로 지원,접근자체를 통제

Form Based Authentication(사용)

Session Management
클라이언트가 웹서버에 최초로 접근하게 되면 서버는 Session Token을 발생한다.
서버로부터 발행된 Session Token은 Session이 활성화 되어 있는 동안 웹서버와 클라이언트 양쪽에 모두 보관되어 유지되어야한다.
클라이언트에 저장된 Session Token은 서버에게 Request시 항상 포함된다
세션이 종료되면 세션 Token은 파기 되어야한다.
Token에 해시를 쓰는 이유
해시값은 사람의 지문과도 같아서 해시를 쓴다.

쿠키
Persistent Cookie
-하드디스크에 텍스트파일로 저장되어 있음.
-싸이트의 이름과 쿠키에 대한 내용이 저장.
-만료시간이 있음.해당 파일을 삭제시 없어짐.

Session Cookie
-웹브라우저 캐시에 저장
-웹브라우저를 닫거나 서버에 의해 지워지거나 사용자가 로그아웃했을 때지워짐
-클라이언트 식별용도

web proxy = 웹을 대행해준다.
웹브라우저 -도구 - 인터넷 옵션 - 연결 - LAN설정- 프록시 서버 체크
주소 127.0.0.1 포트 8080


정상 작동 확인

'정보보안 > Web' 카테고리의 다른 글

CSRF(Cross-site request forgery)공격  (0) 2020.07.15
XSS 공격 우회 및 방어  (0) 2020.07.15
XSS(Cross-Site Script)공격  (0) 2020.07.15
Paros설치 및 세션하이재킹  (0) 2020.07.15
WEB 개요  (0) 2020.07.15

+ Recent posts