GraphQL

GraphQL 즉, GQL은 페이스북에서 제작한 언어로 최근 입지를 다져가고 있는 언어입니다.

API를 만들 때 사용하는 쿼리언어로 쿼리를 받을 때도 사용하기도 합니다.

GQL은 SQL(Structed Query Language)과 마찬가지로 쿼리 언어이며 REST API와 비교되곤 합니다..

 

  • REST API에서는 Resource에 대한 형태 정의와 데이터 요청 방법에 따라 연결되지만 , GraphQL에서는 Resource에 대한 형태 정의와 데이터 요청이 분리 되어 있습니다

이를 해석하면 Rest API에서는 URI마다 하는것이 규격에 맞게 정의 되어 있지만 GrpahQL에서는 조금더 유연하게 작업이 수행된다고 보면 됩니다.

 

 

Rest 방식의 경우 Rest는 각각의 Resource를 URL의 끝점으로 정의하며 이 해당 끝점은 

특정 HTTP Method가 되며 요청을 하면 데이터가 검색됩니다.

 

Rest API GET student_name/1

{
	"first name": "Ra",
	"name": {
		"middleName": "vi",
		"lastName": "dus"
	}
}

 

 

하지만 GQL은 Resource의 유형과 가져오는 방식이 완전 분리되어 있습니다.

type first name {
	id: ID
	fname: String
}
type name {
	id: ID
	firstName: String
	lastName: String
}

 

이처럼 정의만 해두면 클라이언트 에서 GQL은 저 firstname과 name에 접근할 수 있도록 Query라는 타입을 사용하여 접근합니다.

{firstname(id : "1") { fname, name { middlename, lastname}}}

이런식으로 좀 생소한 쿼리 구문을 사용해 데이터를 가져옵니다.

 

이렇듯 뭔가 유사하지만 차이가 분명한 이 두 query 언어는 상황에 따라 선호되는게 다릅니다.

 

일례로 받아와야 하는 항목들이 많고 규격화 되어있을 경우에는 인자를 하나하나 넣어주는 GQL보다는 Rest API를 선호합니다.

 

Rest API와 GraphQL의 특성을 하나로 정리하자면 아래와 같습니다.

 

GraphQL의 구조

GQL은 query와 mutation 이 두가지로 역할을 나눈다는 점이 중요합니다.

1. query : 데이터를 읽는데 사용

2. mutation : 데이터를 삭제, 추가 등 변조하는데 사용

 

또한 GQL query에는 변수라는 개념이 존재합니다.

 

https://snowtooth.moonhighway.com/

이곳에서 실습 한번 진행해보도록 하겠습니다.

'Basic Concepts > Web' 카테고리의 다른 글

"X"series HTTP Headers  (0) 2023.05.24
Cookie Secure& HTTP Only setting  (0) 2020.04.24
DOM(Document Object Model)  (0) 2020.04.01
생각날때마다 끄적이는 웹 공격 대응방법  (0) 2020.03.05
XSS (Cross Site Script)  (0) 2020.02.26

orang

 

함수, 상수등이 들어가는 코드영역 전역변수가 들어가는 DATA와 BSS영역 동적할당되는 HEAP과 마지막으로 지역변수가 들어가는 STACK

 

kernel 영역은 사용자의 접근을 허가 하지 않는다.

 

1. stack 영역은 프로그램이 자동으로 사용하는 임시 메모리 영역이다.

지역(local) 변수, 매개변수(parameter), 리턴 값 등 잠시 사용되었다가 사라지며 함수 호출시 생성되고 함수가 끝나면 반환 된다.

 

2. heap 영역은 동적으로 메모리를 할당 할 때 쓰는 메모리 영역으로 메모리 주소 값에 의해 참조 및 사용되는 영역이다.

 

3. data, bss 영역은 전역변수(global), 정적변수(static), 배열(array), 구조체(structure) 등이 저장된다.

프로그램이 실행 될 때 생성되고 프로그램이 종료 되면 시스템에 반환 된다.

변수가 초기화 되면 데이터 영역, 초기화 되지 않으면 bss영역이다.

 

4. code 영역은 코드자체를 구성하는 메모리 영역으로 기계어 명령어들과 어셈블리 코드가 자리한다.

 

스택은 위에서 아래로 힙은 아래에서 위로 자라며 사이에 라이브러리 영역이 존재한다.

 

 

 

 

 

'Basic Concepts > System' 카테고리의 다른 글

GOT Overwrite  (0) 2020.04.24
PLT & GOT 정리  (0) 2020.04.24
RTL(Return to libc) & chaining  (0) 2020.04.23
Fake EBP  (0) 2020.04.22
SFPO(Stack Frame Pointer OverFlow)  (0) 2020.04.22

쿠키란 무엇인가?

쿠키는 서버가 클라이언트 측에 상태 정보를 저장하고 추출할수 있는 어떠한 값이다.

Cookie 쿠키는 http에서 없어서는 안될 정도로 유용하고 광범위하게 사용 되고 있다.

이러한 쿠키는 서버에서도 클라이언트에서도 생성할수 있으며 브라우저는 이 쿠키값을 기억하며 클라이언트와 서버가 통신을 할때 쿠키는 Request에 포함되어 전달된다.

 

웹에서 뺄래야 뺄수 없는 쿠키는 많은 보안적 위협을 야기한다.

수많은 웹사이트들이 개인정보를 쿠키에 저장하고 있으며 공격자는 이를 탈취하기위해 여러 공격을 시도한다.

 

HTTP는 Stateless 프로토콜이다.

HTTP는 기본적으로 상태정보를 기억하지 못하기 때문에, 서버는 요청자가 누구인지 식별 할 수 없다.

이를 해결하기 위해 쿠키에 저장된 정보를 통해 사용자를 구별하고 있다.

 

쿠키는 클라이언트에서 js를 사용하여 조회할수 있기에 공격자들은 XSS 공격을 시도한다.

이를 막기위한 것이 HTTP Only Cookie이다.

HTTP Only를 추가함으로써 웹 브라우저는 Cookie로 접근 할수 없게 된다.

Response.Cookies.Add(new HttpCookie("쿠키 이름")
{
   Value = "쿠키 값",
   HttpOnly = true
});

클라이언트에서 쿠키로 접근 할수 없게 되므로 XSS공격은 의미가 없게 된다.

앞에서 말했다시피 쿠키값은 서버와 클라이언트측의 Request에 포함된다.

공격자들은 이를 노려 네트워크를 감시할 수 있지만 이를 막기 위해 HTTPS 프로토콜을 사용하여 데이터를 암호화하는 방법이 있다.

 

갖은 노력에도 불구하고 개발자의 실수 등에 의해 https로 전달 되어야 할 정보가 http로 전달되기도 한다.

네트워크 감시와 개발자의 실수 이 모두를 사전에 예방하기 위해 Secure라는 것이 있다.

쿠키를 생성 할때 뒤에 붙여 주기만 하면 된다.

Set-Cookie: 쿠키 이름=쿠키값; secure

이 secure를 설정해주면 해당 쿠키값은 https 프로토콜을 통해서만 전송이 된다.

'Basic Concepts > Web' 카테고리의 다른 글

"X"series HTTP Headers  (0) 2023.05.24
GraphQL  (2) 2021.11.30
DOM(Document Object Model)  (0) 2020.04.01
생각날때마다 끄적이는 웹 공격 대응방법  (0) 2020.03.05
XSS (Cross Site Script)  (0) 2020.02.26

+ Recent posts