A place to record the brightest version of myself.
앞선 글에서는 기본 VPC에 EC2 인스턴스를 만들고, Ubuntu에 Nginx를 설치해 외부에서 웹 페이지에 접속했다. 이번에는 이 서버를 누가 조회하고 관리할 수 있는지 구분하고, 로그인 보호와 비용 알림을 설정한다.같은 AWS 계정에 접속하더라도 로그인한 사용자와 연결된 정책에 따라 가능한 작업이 달라진다. 이번 실습에서는 EC2 조회용 IAM 사용자를 만들고, 권한 누락으로 발생한 접근 거부를 해결했다. 이후 사용자별 MFA와 월별 비용 예산을 설정했다.이전 글 — 기본 VPC로 EC2 웹 서버 구축1. 이번 실습에서 확인할 환경목표는 루트 사용자와 조회용 사용자의 접근을 구분하고, 필요한 권한과 비용 알림을 설정하는 것이다. 기존 EC2를 그대로 사용하며, 새 인스턴스를 만들지는 않는다.구성 요..
이전 글 — AWS 시작 기초 정리앞선 글에서는 클라우드와 AWS의 기본 개념을 정리했다. 이번에는 실제로 EC2 인스턴스를 만들고, Ubuntu에 Nginx를 설치한 뒤 내 PC의 브라우저에서 웹 페이지에 접속해본다.서버를 설치할 때는 운영체제와 디스크뿐 아니라 IP 주소, 서브넷, 라우팅, 통신 허용 정책도 준비해야 한다. AWS에서도 이 구성 요소들을 연결해 서비스를 동작시킨다.이번 실습에서는 AWS가 자동으로 준비한 기본 VPC(Default VPC)를 사용했다. 개념 설명에 사용한 10.10.0.0/16은 주소 설계 예시이며, 실제 서버가 배치된 VPC는 172.31.0.0/16이다.1. 이번 실습에서 만들 환경목표는 내 PC에서 EC2의 공인 IP로 접속해 Nginx 기본 페이지를 확인하는 것..
클라우드에서 웹 서버를 한 대 실행하려면 서버뿐 아니라 네트워크, 디스크, 접근 권한도 준비해야 한다. AWS는 이 기능을 여러 서비스로 나누어 제공한다. 이 글에서는 각 서비스가 무엇을 담당하고, 왜 필요한지부터 살펴본다.1. 클라우드란 무엇인가클라우드 컴퓨팅은 서버, 저장소, 데이터베이스 같은 IT 자원을 인터넷을 통해 필요할 때 제공받아 사용하는 방식이다. 사용자는 필요한 자원을 생성하고 설정하며, 서비스별 과금 기준에 따라 비용을 지불한다.예를 들어 테스트 서버가 필요할 때 클라우드에서는 운영체제와 사양을 선택해 가상 서버를 실행할 수 있다. 실험을 마친 뒤에는 데이터를 보관할지 결정하고 자원을 정리한다.여기서 사용하는 가상 서버는 물리 서버의 자원을 가상화 기술로 나누어 제공하는 서버다. 사용자..
요즘 회사 일이 꽤 바쁘기도 했고, 스스로도 많이 나태해져서 자기계발을 거의 놓다시피 하고 있었다. 정작 몸은 움직이지 않으면서 마음과 꿈만 커져서 이직, 학업, 결혼 같은 거창한 미래들을 동시에 꿈꾸는 중이다. 우선 대학원 진학은 2~3년 전부터 늘 마음속에만 담아두었던 목표였는데, 최근 여자친구의 따뜻한 조언과 응원 덕분에 용기를 내어 마침내 지원을 마치고 결과를 기다리고 있다. 대학원 진학에 따라 생활 지역도 바꿔야 하다 보니 자연스럽게 이직 준비도 병행해야 하고, 여기에 결혼 생각까지 합쳐지니 참 할 일도 많고 마음도 분주하다. 글을 적다 보니 생각이 옆으로 잠시 샜지만, 다시 본론으로 돌아와서...최근 PHP 관련 보안 취약점 이슈도 그렇고, 회사에서 여러 취약점 대응을 진행하면서 문득 들었던 ..
지금까지는 취약점을 재현하고 공격이 어떤 방식으로 동작하는지 확인하는 실습을 주로 진행했다. 이번에는 반대로 시스템에서 발생하는 로그를 모아 확인하는 환경을 만들어보려고 한다.이를 위해 Wazuh를 이용해 개인 실습용 SIEM 환경을 구성했다. 노트북에서 Wazuh 서버를 구동하고, Windows 데스크톱과 그 안에서 실행 중인 CentOS VM에 각각 Wazuh Agent를 설치했다.첫 번째 글에서는 Wazuh 서버 구성부터 두 에이전트의 연결, 실제 이벤트 수집 확인까지 정리한다. 탐지 규칙을 수정하거나 공격을 재현하는 부분은 이후 글에서 다룰 예정이다.세 줄 요약노트북의 Wazuh 서버 VM에서 Windows 데스크톱과 CentOS VM의 로그를 수집한다.서버와 두 에이전트의 버전은 4.14.9이며..
보안 공부를 하다 보면 개념을 이해하는 것과 실제 동작을 확인하는 것 사이에 간격이 생긴다. 방화벽 정책을 배워도 패킷이 어느 단계에서 차단됐는지 확인하기 어렵고, 웹 취약점을 읽어도 정상 요청과 달라진 응답을 직접 비교해 볼 환경이 필요하다.강의용 문제와 풀이를 만들면서도 같은 고민이 있었다. 학습자가 중간에 막혔을 때, 문제 화면에서 힌트를 보고 다시 시도한 뒤 필요한 경우 풀이와 정답까지 이어서 확인할 수 있으면 좋겠다고 생각했다. 그래서 개념 학습 → 직접 실습 → 결과 확인 → 풀이 복습을 한곳에서 할 수 있도록 ROK SECURITY LAB을 만들었다.이번 글에서는 사이트를 만든 이유와 현재 제공하는 인프라·웹해킹 과정을 소개한다.세 줄 요약ROK SECURITY LAB은 네트워크·보안 인프라..
지금까지는 SQL Injection이나 XSS 같은 취약점이 어떤 방식으로 동작하는지, 공격이 가능한 조건은 무엇인지 살펴봤다.그렇다면 반대 입장에서는 어떨까? 시스템에 의심스러운 요청이 들어오거나 누군가 로그인을 반복해서 시도했을 때, 관리자는 어떤 기록을 보고 상황을 파악할 수 있을까?이번에는 공격 구문 자체보다 공격과 시스템의 동작이 어떤 기록으로 남는지에 관심을 가져보려고 한다. 이를 위해 먼저 SIEM의 개념과 기본적인 처리 흐름을 정리하고, 다음 글부터 Wazuh를 이용해 직접 수집 환경을 구성할 예정이다.세 줄 요약SIEM은 여러 시스템의 보안 관련 로그와 이벤트를 모아 검색하고 분석하는 데 사용하는 체계다.중요한 것은 로그를 많이 저장하는 것만이 아니라, 관련 이벤트를 연결해 확인할 상황을..
이번 글에서는 SBOM을 처음 보는 사람도 이해할 수 있도록 개념부터 도구 설치, SBOM 생성, 취약점 스캔, 결과 집계, 서비스별 영향 분석까지 한 번에 정리한다.Docker 이미지로 SBOM을 만들고 Trivy로 스캔하면 Critical/High 취약점이 수백 건씩 쏟아진다. 문제는 이 숫자를 그대로 보고서에 넣을 수 없다는 점이다. 이번 글에서는 스캐너가 뽑아 준 후보 목록을 실제 실행 경로와 공격 재현 여부에 따라 패치 우선순위로 바꾸는 과정까지 다룬다.이번 실습 대상은 MySQL, TeamCity, Spring, Struts, Ollama 다섯 가지 서비스다.단, 이 글의 대상은 직접 구성한 실습 환경이다. 취약점 스캔과 검증은 본인 소유 시스템이나 명시적으로 허가받은 대상에서만 진행해야 한다..
이번 글에서는 Nuclei를 처음 보는 사람도 이해할 수 있도록 개념부터 설치, 템플릿 업데이트, 기본 실행, 파일 기반 점검, 결과 해석까지 한 번에 정리한다.Nuclei는 ProjectDiscovery에서 만든 템플릿 기반 취약점 스캐너다. 쉽게 말하면 “취약점을 찾는 규칙을 YAML 파일로 작성해두고, 그 규칙을 여러 대상에 자동으로 적용하는 도구”라고 보면 된다.수동 점검은 한 번에 하나씩 확인해야 하지만, Nuclei는 같은 점검 로직을 여러 URL, 여러 파일, 여러 서비스에 반복 적용할 수 있다. 그래서 버그바운티, 사내 보안 점검, 취약점 재현 자동화, 설정 노출 점검 등에 자주 사용된다.단, Nuclei는 반드시 본인 소유 시스템이나 명시적으로 허가받은 대상에서만 사용해야 한다.Nucle..
이번 글에서는 지금까지 실습한 Stored XSS, Reflected XSS, DOM XSS, Attribute XSS를 한 번에 정리한다.이전 글에서는 각 취약점을 직접 실행하는 흐름에 집중했다. 이번 글에서는 같은 페이로드가 취약한 페이지와 수정된 페이지에서 어떻게 다르게 동작하는지 비교하고, 실무에서 어떤 방식으로 방어해야 하는지 정리한다.이전 글Stored XSS 실습: https://94-rokstar.tistory.com/entry/XSS-Stored-XSS-%EC%B7%A8%EC%95%BD%EC%A0%90-%EB%B6%84%EC%84%9D%EA%B3%BC-%EC%8B%A4%EC%8A%B5Reflected XSS 실습: https://94-rokstar.tistory.com/entry/XSS-..
앞선 글에서는 기본 VPC에 EC2 인스턴스를 만들고, Ubuntu에 Nginx를 설치해 외부에서 웹 페이지에 접속했다. 이번에는 이 서버를 누가 조회하고 관리할 수 있는지 구분하고, 로그인 보호와 비용 알림을 설정한다.같은 AWS 계정에 접속하더라도 로그인한 사용자와 연결된 정책에 따라 가능한 작업이 달라진다. 이번 실습에서는 EC2 조회용 IAM 사용자를 만들고, 권한 누락으로 발생한 접근 거부를 해결했다. 이후 사용자별 MFA와 월별 비용 예산을 설정했다.이전 글 — 기본 VPC로 EC2 웹 서버 구축1. 이번 실습에서 확인할 환경목표는 루트 사용자와 조회용 사용자의 접근을 구분하고, 필요한 권한과 비용 알림을 설정하는 것이다. 기존 EC2를 그대로 사용하며, 새 인스턴스를 만들지는 않는다.구성 요..
이전 글 — AWS 시작 기초 정리앞선 글에서는 클라우드와 AWS의 기본 개념을 정리했다. 이번에는 실제로 EC2 인스턴스를 만들고, Ubuntu에 Nginx를 설치한 뒤 내 PC의 브라우저에서 웹 페이지에 접속해본다.서버를 설치할 때는 운영체제와 디스크뿐 아니라 IP 주소, 서브넷, 라우팅, 통신 허용 정책도 준비해야 한다. AWS에서도 이 구성 요소들을 연결해 서비스를 동작시킨다.이번 실습에서는 AWS가 자동으로 준비한 기본 VPC(Default VPC)를 사용했다. 개념 설명에 사용한 10.10.0.0/16은 주소 설계 예시이며, 실제 서버가 배치된 VPC는 172.31.0.0/16이다.1. 이번 실습에서 만들 환경목표는 내 PC에서 EC2의 공인 IP로 접속해 Nginx 기본 페이지를 확인하는 것..
클라우드에서 웹 서버를 한 대 실행하려면 서버뿐 아니라 네트워크, 디스크, 접근 권한도 준비해야 한다. AWS는 이 기능을 여러 서비스로 나누어 제공한다. 이 글에서는 각 서비스가 무엇을 담당하고, 왜 필요한지부터 살펴본다.1. 클라우드란 무엇인가클라우드 컴퓨팅은 서버, 저장소, 데이터베이스 같은 IT 자원을 인터넷을 통해 필요할 때 제공받아 사용하는 방식이다. 사용자는 필요한 자원을 생성하고 설정하며, 서비스별 과금 기준에 따라 비용을 지불한다.예를 들어 테스트 서버가 필요할 때 클라우드에서는 운영체제와 사양을 선택해 가상 서버를 실행할 수 있다. 실험을 마친 뒤에는 데이터를 보관할지 결정하고 자원을 정리한다.여기서 사용하는 가상 서버는 물리 서버의 자원을 가상화 기술로 나누어 제공하는 서버다. 사용자..
요즘 회사 일이 꽤 바쁘기도 했고, 스스로도 많이 나태해져서 자기계발을 거의 놓다시피 하고 있었다. 정작 몸은 움직이지 않으면서 마음과 꿈만 커져서 이직, 학업, 결혼 같은 거창한 미래들을 동시에 꿈꾸는 중이다. 우선 대학원 진학은 2~3년 전부터 늘 마음속에만 담아두었던 목표였는데, 최근 여자친구의 따뜻한 조언과 응원 덕분에 용기를 내어 마침내 지원을 마치고 결과를 기다리고 있다. 대학원 진학에 따라 생활 지역도 바꿔야 하다 보니 자연스럽게 이직 준비도 병행해야 하고, 여기에 결혼 생각까지 합쳐지니 참 할 일도 많고 마음도 분주하다. 글을 적다 보니 생각이 옆으로 잠시 샜지만, 다시 본론으로 돌아와서...최근 PHP 관련 보안 취약점 이슈도 그렇고, 회사에서 여러 취약점 대응을 진행하면서 문득 들었던 ..
지금까지는 취약점을 재현하고 공격이 어떤 방식으로 동작하는지 확인하는 실습을 주로 진행했다. 이번에는 반대로 시스템에서 발생하는 로그를 모아 확인하는 환경을 만들어보려고 한다.이를 위해 Wazuh를 이용해 개인 실습용 SIEM 환경을 구성했다. 노트북에서 Wazuh 서버를 구동하고, Windows 데스크톱과 그 안에서 실행 중인 CentOS VM에 각각 Wazuh Agent를 설치했다.첫 번째 글에서는 Wazuh 서버 구성부터 두 에이전트의 연결, 실제 이벤트 수집 확인까지 정리한다. 탐지 규칙을 수정하거나 공격을 재현하는 부분은 이후 글에서 다룰 예정이다.세 줄 요약노트북의 Wazuh 서버 VM에서 Windows 데스크톱과 CentOS VM의 로그를 수집한다.서버와 두 에이전트의 버전은 4.14.9이며..
보안 공부를 하다 보면 개념을 이해하는 것과 실제 동작을 확인하는 것 사이에 간격이 생긴다. 방화벽 정책을 배워도 패킷이 어느 단계에서 차단됐는지 확인하기 어렵고, 웹 취약점을 읽어도 정상 요청과 달라진 응답을 직접 비교해 볼 환경이 필요하다.강의용 문제와 풀이를 만들면서도 같은 고민이 있었다. 학습자가 중간에 막혔을 때, 문제 화면에서 힌트를 보고 다시 시도한 뒤 필요한 경우 풀이와 정답까지 이어서 확인할 수 있으면 좋겠다고 생각했다. 그래서 개념 학습 → 직접 실습 → 결과 확인 → 풀이 복습을 한곳에서 할 수 있도록 ROK SECURITY LAB을 만들었다.이번 글에서는 사이트를 만든 이유와 현재 제공하는 인프라·웹해킹 과정을 소개한다.세 줄 요약ROK SECURITY LAB은 네트워크·보안 인프라..
지금까지는 SQL Injection이나 XSS 같은 취약점이 어떤 방식으로 동작하는지, 공격이 가능한 조건은 무엇인지 살펴봤다.그렇다면 반대 입장에서는 어떨까? 시스템에 의심스러운 요청이 들어오거나 누군가 로그인을 반복해서 시도했을 때, 관리자는 어떤 기록을 보고 상황을 파악할 수 있을까?이번에는 공격 구문 자체보다 공격과 시스템의 동작이 어떤 기록으로 남는지에 관심을 가져보려고 한다. 이를 위해 먼저 SIEM의 개념과 기본적인 처리 흐름을 정리하고, 다음 글부터 Wazuh를 이용해 직접 수집 환경을 구성할 예정이다.세 줄 요약SIEM은 여러 시스템의 보안 관련 로그와 이벤트를 모아 검색하고 분석하는 데 사용하는 체계다.중요한 것은 로그를 많이 저장하는 것만이 아니라, 관련 이벤트를 연결해 확인할 상황을..
이번 글에서는 SBOM을 처음 보는 사람도 이해할 수 있도록 개념부터 도구 설치, SBOM 생성, 취약점 스캔, 결과 집계, 서비스별 영향 분석까지 한 번에 정리한다.Docker 이미지로 SBOM을 만들고 Trivy로 스캔하면 Critical/High 취약점이 수백 건씩 쏟아진다. 문제는 이 숫자를 그대로 보고서에 넣을 수 없다는 점이다. 이번 글에서는 스캐너가 뽑아 준 후보 목록을 실제 실행 경로와 공격 재현 여부에 따라 패치 우선순위로 바꾸는 과정까지 다룬다.이번 실습 대상은 MySQL, TeamCity, Spring, Struts, Ollama 다섯 가지 서비스다.단, 이 글의 대상은 직접 구성한 실습 환경이다. 취약점 스캔과 검증은 본인 소유 시스템이나 명시적으로 허가받은 대상에서만 진행해야 한다..
이번 글에서는 Nuclei를 처음 보는 사람도 이해할 수 있도록 개념부터 설치, 템플릿 업데이트, 기본 실행, 파일 기반 점검, 결과 해석까지 한 번에 정리한다.Nuclei는 ProjectDiscovery에서 만든 템플릿 기반 취약점 스캐너다. 쉽게 말하면 “취약점을 찾는 규칙을 YAML 파일로 작성해두고, 그 규칙을 여러 대상에 자동으로 적용하는 도구”라고 보면 된다.수동 점검은 한 번에 하나씩 확인해야 하지만, Nuclei는 같은 점검 로직을 여러 URL, 여러 파일, 여러 서비스에 반복 적용할 수 있다. 그래서 버그바운티, 사내 보안 점검, 취약점 재현 자동화, 설정 노출 점검 등에 자주 사용된다.단, Nuclei는 반드시 본인 소유 시스템이나 명시적으로 허가받은 대상에서만 사용해야 한다.Nucle..
이번 글에서는 지금까지 실습한 Stored XSS, Reflected XSS, DOM XSS, Attribute XSS를 한 번에 정리한다.이전 글에서는 각 취약점을 직접 실행하는 흐름에 집중했다. 이번 글에서는 같은 페이로드가 취약한 페이지와 수정된 페이지에서 어떻게 다르게 동작하는지 비교하고, 실무에서 어떤 방식으로 방어해야 하는지 정리한다.이전 글Stored XSS 실습: https://94-rokstar.tistory.com/entry/XSS-Stored-XSS-%EC%B7%A8%EC%95%BD%EC%A0%90-%EB%B6%84%EC%84%9D%EA%B3%BC-%EC%8B%A4%EC%8A%B5Reflected XSS 실습: https://94-rokstar.tistory.com/entry/XSS-..