Notice
Recent Posts
Recent Comments
Link
| 일 | 월 | 화 | 수 | 목 | 금 | 토 |
|---|---|---|---|---|---|---|
| 1 | 2 | |||||
| 3 | 4 | 5 | 6 | 7 | 8 | 9 |
| 10 | 11 | 12 | 13 | 14 | 15 | 16 |
| 17 | 18 | 19 | 20 | 21 | 22 | 23 |
| 24 | 25 | 26 | 27 | 28 | 29 | 30 |
| 31 |
Tags
- SQL
- 웹해킹
- CCE
- 운영체제
- 해킹
- web
- 알고리즘
- 상호배제
- SQL Injection
- rubiya
- XSS
- 프로세스
- Python
- WebHacking
- ctf
- hacking
- SQLInjection
- webhacking.kr
- 시스템프로그래밍
- CODEGATE
- lordofsqlinjection
- webhackingkr
- sqli
- Writeup
- Los
- 화이트햇콘테스트
- 시스템
- crosssitescripting
- ubuntu
- Linux
Archives
- Today
- Total
목록취약점 (1)
One_Blog
오늘은 정말 간단하게 SQL Injection 취약점에 대해서 알아보도록 하겠다. 웹애플리케이션의 대부분의 취약점은 사용자의 입력으로부터 발생한다. 그리고 웹 애플리케이션의 대부분은 입력란에 입력을 하는 사용자가 신뢰할 수 없는 사용자던, 신뢰할 수 있는 사용자던 상관없이 입력을 받아들인다. 물론 입력값을 받아들이는 과정에서 대부분 필터링을 거치지만, 입력 자체는 자유롭게 할 수 있기에, SQL Injection이라는 고전 취약점이 아직도 활개를 칠 수 있다. SQL Injection? 말 그대로 , SQL 삽입 취약점이다. 예를들어, 웹 페이지에서 사용자의 입력을 SELECT * FROM members WHERE id='사용자 입력' and pass ='사용자 입력'; 과 같은 식으로 받아들인다고 가정..
웹해킹
2022. 10. 23. 22:36