VoidNoble IT Zone

라이믹스 인증 폼 Captcha 나타나지 않을때 스킨에 강제 추가

공허공자 — Fri, 13 Jun 2025 14:26:05 +0900

관리자 페이지에서 Captcha 사용 설정 했는데
로그인 페이지에서 나타나지 않을때
스킨 html 파일에 강제 추가하는 코드

Captcha 서비스 중 Cloudflare Turnstile 적용 사례 :

{@
    $captcha_class = 'Rhymix\\Modules\\Spamfilter\\Captcha\\Turnstile';
    $config = ModuleModel::getModuleConfig('spamfilter') ?: new stdClass();
    $captcha_class::init($config->captcha);
    $captcha = new $captcha_class();
    $target_actions = [
        'dispMemberLoginForm',
        'procMemberLogin',
        'dispMemberSignUpForm',
        'procMemberSignUp',
        'dispMemberFindAccount',
        'procMemberFindAccount',
    ];
    $captcha->setTargetActions($target_actions);
    $captcha->addScripts();
    Context::set('captcha', $captcha);
}

<div class="control-group captcha" cond="isset($captcha)">
    {$captcha}
</div>

CrowdSec 방화벽 다중 서버 셋팅

공허공자 — Mon, 9 Jun 2025 17:45:28 +0900

CrowdSec logo

기본 지식

오픈소스 보안 솔루션
분산형 - 다중 서버에서 IP 차단 및 허용 규칙 공유
fail2ban의 단일서버 커버리지 단점의 대안
에이전트-커맨드센터 구성으로, 여러 서버들의 위협 감지를 한곳에서 가능하게

구성요소

Collection

파서 + 시나리오 + 포스트 오버플로우 묶음

Crowdsec Hub에서 다양한 컬렉션을 찾아 설치 가능.
파서 (Parsers): Fail2ban의 패턴 매칭과 유사하게 로그 파일을 필터링하는 역할을 합니다. SSH 서비스의 경우, 실패한 로그인 시도만 골라내는 식입니다.
시나리오 (Scenarios): 특정한 상황을 나타내는 임계값 역할을 합니다. 예를 들어 SSH 서비스에서 60초 동안 10번의 로그인 실패가 있을 경우, 무차별 대입 공격으로 간주하는 시나리오를 설정할 수 있습니다.
포스트 오버플로우 (Postoverflows): 컬렉션에 포함될 수 있는 목록입니다.
종류 사례
- crowdsecurity/sshd SSH를 보호하는 데 필요한 모든 것
- crowdsecurity/nginx 웹 서버 보호
- crowdsecurity/linux 일반적인 Linux 로그 및 동작
- crowdsecurity/wordpress WordPress 관련 공격을 감지합니다.
- crowdsecurity/mysql MySQL 서비스를 보호합니다

Decision

탐지된 악성 IP 주소, 범위, 사용자 등에 대해 취해지는 조치

ip decision의 경우 ipset (iptable 개선판) 차단 및 허용 수행

Bouncer

결정을(조치를) 실행

에이전트로부터 결정을 받아 해당 IP 주소의 접근을 차단하거나 Captcha를 제시하는 등의 대응 수행
CrowdSec 커뮤니티에서 공유된 IP 평판 데이터베이스를 활용하여 악성 IP 주소를 사전에 차단
종류
- Firewall Bouncer: iptables, nftables, ipset, pf 등의 방화벽과 연동하여 IP 주소 차단.
- Traefik Bouncer: Traefik 리버스 프록시와 연동하여 악성 IP의 접근 제어.
- Nginx Bouncer: Nginx와 연동하여 Lua 스크립트를 통해 IP 주소를 검사하고 차단.
- Cloudflare Bouncer: Cloudflare 방화벽과 연동하여 Cloudflare에서 악성 트래픽 차단.

Metric

어떤 로그들을 수집하는가 - 측정 획득 조회
yaml 설정 파일에 설정된 사례
- file:/var/log/auth.log
- file:/var/log/nginx.access.log

다중 서버 설정

개요

172.26.0.0/16 Private Network
├── lapi (172.26.0.10) - LAPI 서버 (중앙 집중식)
├── web1 (172.26.0.11) - Agent + Bouncer
└── web2 (172.26.0.12) - Agent + Bouncer

lapi 서버가 중앙 LAPI 서버 역할을 하고,
web1과 web2는 에이전트로 LAPI 서버에 알림을 전송하며,
모든 서버에 동일한 차단 룰을 공유.

공통 설치

CrowdSec 설치

# CrowdSec 저장소 추가 및 설치
curl -s https://install.crowdsec.net | sudo sh && \
command -v cscli && \
cscli status

관리자 또는 관리사무실의 WAN IP를 whitelist 결정으로 등록

sudo cscli decisions add --ip <관리자IP> --type whitelist

IP 허용 목록 생성하고 허용할 IP들 추가

sudo cscli allowlist create my_allowlist -d 'created from the docs' && \
sudo cscli allowlist add my_allowlist 192.168.0.0/16 && \
sudo cscli allowlist add my_allowlist 172.16.0.0/12 && \
sudo cscli allowlist add my_allowlist 10.0.0.0/8 && \
sudo cscli allowlist add my_allowlist <관리자IP>/32 && \
sudo cscli allowlist inspect my_allowlist && \
sudo systemctl restart crowdsec && \
sudo systemctl status crowdsec --no-pager --full

LAPI 서버 설정

/etc/crowdsec/config.yaml 파일을 편집하여 모든 인터페이스에서 수신하도록 설정

api:
  server:
    listen_uri: 0.0.0.0:8080
    trusted_ips:
      - 127.0.0.1
      - ::1
      - 172.26.0.0/16  # Allow private network

CrowdSec 서비스 시작

sudo systemctl enable crowdsec && \
sudo systemctl start crowdsec && \
sudo systemctl enable crowdsec-firewall-bouncer && \
sudo systemctl start crowdsec-firewall-bouncer

LAPI 상태 확인

sudo cscli lapi status

바운서 추가

sudo cscli bouncers add WebBouncer

생성된 바운서 API Key는
각 web 서버들의 /etc/crowdsec/bouncers/crowdsec-firewall-bouncer.yaml 파일 항목 중
api_key 값으로 아래에서 지정 예정이므로 별도 기록해두기

API key for 'WebBouncer':

   ulOPOSWxLcD8LaNmOMKOkYaG7AQYY+qZ2ho7pPyCAIU

Please keep this key since you will not be able to retrieve it!

ls -al /etc/crowdsec/bouncers/

바운서 구성 파일 확인 /etc/crowdsec/bouncers/crowdsec-firewall-bouncer.yaml

api_url: http://127.0.0.1:8080/
api_key: <lapi-bouncer에서 생성된 API 키>

web1 서버 설정 (Agent + Bouncer)

CrowdSec 설치

sudo apt install -y crowdsec-firewall-bouncer-iptables && \
sudo cscli allowlist inspect my_allowlist && \
sudo cscli allowlist add my_allowlist 127.0.0.1 && \
sudo cscli allowlist inspect my_allowlist && \
sudo cscli metrics show acquisition && \
sudo cscli console enroll -e context cmbiut885000bju0871etz588 && \
sudo cscli allowlist inspect my_allowlist && \
sudo systemctl restart crowdsec && \
sudo systemctl status crowdsec --no-pager --full

sudo cscli collections list && \
sudo cscli collections install crowdsecurity/whitelist-good-actors && \
sudo cscli allowlist add my_allowlist 10.0.0.0/8 && \
sudo cscli allowlist add my_allowlist 172.26.0.0/16 && \
sudo cscli allowlist add my_allowlist 192.168.0.0/16 && \
sudo systemctl reload crowdsec && \
sudo systemctl status crowdsec --no-pager --full

sudo cscli metrics show decisions

Agent 구성 (LAPI 비활성화)

/etc/crowdsec/config.yaml에서 로컬 API 서버 섹션을 제거하거나 비활성화

api:
  server:
    enable: false    # Add this
    listen_uri: 127.0.0.1:8080

로컬 API 자격 증명 구성

/etc/crowdsec/local_api_credentials.yaml 파일 편집

url: http://172.26.0.10:8080
login: web1
password: <설정된 대로 놔두기, 수정하지 마시오>

방화벽 바운서 설치 및 구성

sudo apt install -y crowdsec-firewall-bouncer-iptables

sudo vim /etc/crowdsec/bouncers/crowdsec-firewall-bouncer.yaml

/etc/crowdsec/bouncers/crowdsec-firewall-bouncer.yaml 파일의 api_url 값을 LAPI 서버로 지정

api_url: http://172.26.0.10:8080/
api_key: <LAPI 머신 bouncer에 지정되어 있는 API 키>

서비스 시작

sudo systemctl enable crowdsec && \
sudo systemctl start crowdsec && \
sudo systemctl status crowdsec --no-pager --full && \
sudo systemctl enable crowdsec-firewall-bouncer && \
sudo systemctl start crowdsec-firewall-bouncer && \
sudo systemctl status --no-pager --full

LAPI 서버에 web 서버 등록

sudo cscli lapi register --machine web1 --url "http://172.26.0.10:8080"

web2 서버 설정 (Agent + Bouncer)

web1과 동일한 과정을 반복하되, 머신 이름을를 web2로 수행

LAPI 서버에서 머신 승인

각 에이전트가 등록을 요청한 후, log 서버에서 승인:

# 머신 목록 조회
sudo cscli machines list

# 머신 승인
sudo cscli machines validate web1
sudo cscli machines validate web2

설정 확인 및 테스트

각 서버에서 상태 확인

# CrowdSec 상태 확인
sudo systemctl status crowdsec --no-pager --full

# 메트릭 확인
sudo cscli metrics
sudo cscli metrics show acquisition

# 결정 목록 확인
sudo cscli decisions list

# 바운서 상태 확인
sudo cscli bouncers list

# 컬렉션 목록 조회
sudo cscli collections list

# 수집 시나리오 목록 조회
sudo cscli scenarios list

차단 테스트

lapi 서버에서 테스트 IP 차단 추가

# 테스트 IP 차단 (5분간)
sudo cscli decisions add -t ban -d 5m -i 1.2.3.4

모든 서버에서 차단 룰 동기화 확인

# 각 서버에서 실행
sudo cscli decisions list && \
sudo ipset list | grep 1.2.3.4

로그 모니터링 설정

각 서버에서 적절한 로그 파일 모니터링 설정

web1, web2 서버

/etc/crowdsec/acquis.yaml

filenames:
  - /var/log/nginx/access.log
  - /var/log/nginx/error.log
  - /var/log/apache2/access.log
  - /var/log/apache2/error.log
labels:
  type: nginx
---
filenames:
  - /var/log/auth.log
  - /var/log/syslog
labels:
  type: syslog

업데이트 자동화

정기적인 상태 확인 및 업데이트를 위해
모든 서버에서 정기적으로 실행 스케쥴링

sudo crontab -e

0 4 * * * cscli hub update && cscli hub upgrade

선택사항

대시보드

LAPI 서버에서 Metabase 대시보드 설정

sudo cscli dashboard setup -l 0.0.0.0 -p 3000 --password your-dashboard-password

WordPress 특화 설정 (web1, web2)

WordPress 서버에 특화된 컬렉션 설치

sudo cscli hub update && \
sudo cscli collections install -y crowdsecurity/wordpress && \
sudo systemctl reload crowdsec

참고

CrowdSec: The Open-Source IPS That Fights Back Against Real-World Attacks | by Muhammed Dhulkifli k - Freedium

Index 1. What Is CrowdSec? 2. How to Install CrowdSec on Ubuntu 3. What Are CrowdSec Bouncers? 4. How to Install the iptables Bouncer 5. Official Documentation 6. How CrowdSec Detects Threats: Parsers, Scenarios & Collections 7. Understanding acquis.y

freedium.cfd

About multi-server setup | CrowdSec

Introduction

docs.crowdsec.net

Ubuntu Nginx 웹서버 기본 보안 설정

공허공자 — Wed, 4 Jun 2025 00:49:38 +0900

"개발용으로 셋팅하는데 귀찮으니 안해야지"
라는 생각을 가지면 오만임.

운영레벨로 승격하지 않은 개발이나 스테이징 서버에서
알수없는 트래픽과 CPU 스파이크를 경험하게 될 것이고
웹서버 액세스 로그를 보면
해킹 스캔 기록이 엄청나게 발생하는것을 목도하게 될 것.

Ubuntu OS 기반에 Nginx 웹서버 선택하여 진행함.

설정 요소들

Nginx 웹서버, WAF, UFW 방화벽, Fail2Ban, Ubuntu 자동 업데이트

Nginx 가상호스트 설정

http {
    #......

    # Declare 단일 클라이언트 ip 주소의 모든 페이지에 대해 1초에 5건의 요청 처리로 제한
    limit_req_zone $binary_remote_addr zone=badbot:10m rate=10r/s;
    limit_req_status 444;
  
    # Declare 각 클라이언트 IP 주소의 모든 페이지에 대해 동시 연결 제한
    ## 10m == 10MB의 메모리를 할당하여 대략 16만 개의 IP 주소 저장
    limit_conn_zone $binary_remote_addr zone=ddos:10m;

	server {
	  listen 80;
	  listen [::]:80;
	
	  server_name _;
	
      # https://github.com/mitchellkrogza/nginx-ultimate-bad-bot-blocker
      # 참고하여 include "nginx-ultimate-bad-bot-blocker.conf"      
	
      # request method 제한
	  add_header Allow "GET, POST, HEAD" always;
	  if ( $request_method !~ ^(GET|POST|HEAD|PUT|PATCH)$ ) { return 405; }
	
	  # Limit the size of POST requests
	  client_max_body_size 1M;
	
	  # Timeout settings defend Slowloris attack
	  client_body_timeout 12s;
	  client_header_timeout 12s;
	  keepalive_timeout 5s 5s;
	  send_timeout 10s;
	
		location / {
		    #......
		    
		    # limit_req_zone 선언 사용
		    ## burst: 초과 허용량 설정. 초과 요청이 즉시 거부되지 않고 대기열에 들어간 다음 지정된 요청 비율에 따라 처리될 수 있음을 의미
		    ## nodelay: 선언시 초과 요청들은 지정된 비율에 따라 대기열에 들어가지 않고 즉시 처리. burst 값 이내의 요청은 추가 지연 없이 처리
		    limit_req zone=badbot burst=5 nodelay;
		    
		    # 각 클라이언트 IP 주소의 모든 페이지에 대해 동시 10개 이하의 연결만 열도록 제한
		    limit_conn ddos 10;
        
            #......
		}
		
		location /admin {
			# 관리자 IP만 접속 허용
		    allow xxx.xxx.xxx.xxx/32;
            allow 192.168.1.0/24;
		    deny all;
		    
		    #......
		}
		
		#......
	}
}

Nginx ultimate bad bot blocker

https://github.com/mitchellkrogza/nginx-ultimate-bad-bot-blocker

IP 차단 자동화

Fail2ban

지정한 기간동안 IP 차단 자동화
차단시 iptables 사용하니 셋팅 되어 있어야 함.
ubuntu는 ufw 사용하는게 제어가 쉬움
- ufw는 명령어가 쉽도록 간략화한 iptables wrapper cli repl

Fail2ban 설치

sudo apt update && \
sudo apt install -y ufw fail2ban && \
sudo systemctl start fail2ban && \
sudo systemctl enable fail2ban && \
sudo systemctl status fail2ban --no-pager --full && \
sudo cp /etc/fail2ban/jail.conf /etc/fail2ban/jail.local && \
sudo vi /etc/fail2ban/jail.local

[DEFAULT]
ignoreip = 127.0.0.1/8 ::1 172.16.0.0/12 192.168.0.0/16 xxx.xxx.xxx.xxx/32
bantime = 7d
findtime = 1d
maxretry = 2
banaction = ufw
banaction_allports = ufw

sudo systemctl restart fail2ban && \
sudo fail2ban-client status

sudo ufw default deny incoming && \
sudo ufw default allow outgoing && \
sudo ufw allow in 80/tcp && \
sudo ufw allow in 443/tcp && \
sudo ufw allow out 80/tcp && \
sudo ufw allow out 443/tcp && \
sudo ufw allow in 22/tcp && \
sudo ufw limit 22/tcp comment 'Allow 6 connections over 30 seconds' && \
sudo ufw allow out 53/udp && \
sudo ufw allow out 25/tcp && \
sudo ufw enable && \
sudo ufw status verbose

sudo ufw delete allow in 22/tcp && \
sudo ufw allow from 192.168.0.0/16 to any port 22 proto tcp

sudo vi /etc/rsyslog.d/20-ufw.conf

# Log kernel generated UFW log messages to file
:msg,contains,"[UFW " /var/log/ufw.log

# Uncomment the following to stop logging anything that matches the last rule.
# Doing this will stop logging kernel generated UFW log messages to the file
# normally containing kern.* messages (eg, /var/log/kern.log)
& stop

sudo touch /var/log/ufw.log && \
sudo chown syslog:adm /var/log/ufw.log && \
sudo chmod o-r /var/log/ufw.log && \
sudo systemctl restart rsyslog

sudo ls -alt /etc/fail2ban/filter.d/nginx*

sudo bash -c 'cat > /etc/fail2ban/filter.d/nginx-sslerror.conf <<EOF
[Definition]
failregex = SSL_do_handshake\(\) failed .+ while SSL handshaking, client: <HOST>, server: .+

ignoreregex =

datepattern = {^LN-BEG}%%ExY(?P<_sep>[-/.])%%m(?P=_sep)%%d[T ]%%H:%%M:%%S(?:[.,]%%f)?(?:\s*%%z)?
^[^\[]*\[({DATE})
{^LN-BEG}
EOF' && \
sudo bash -c 'cat > /etc/fail2ban/filter.d/nginx-4xx.conf <<EOF
[Definition]
failregex = ^<HOST>.*"(GET|POST).*" (404|444|403|400) .*$

ignoreregex = .*(robots.txt|favicon.ico|jpg|png)
EOF' && \
sudo bash -c 'cat > /etc/fail2ban/filter.d/nginx-forbidden.conf <<EOF
[Definition]
failregex = directory index of .+ is forbidden, client: <HOST>, server: .+
ignoreregex =

EOF' && \
sudo bash -c 'cat > /etc/fail2ban/filter.d/ufw.conf <<EOF
[Definition]
failregex = [UFW BLOCK].+SRC=<HOST> DST
ignoreregex =
EOF'

sudo bash -c 'cat > /etc/fail2ban/jail.d/custom.conf <<EOF
[sshd]
enabled = true

[nginx-4xx]
enabled = true
port     = http,https
filter   = nginx-4xx
logpath  = %(nginx_access_log)s

[nginx-http-auth]
enabled = true
port     = http,https
filter   = nginx-http-auth
logpath  = %(nginx_access_log)s

[nginx-botsearch]
enabled = true
port     = http,https
filter   = nginx-botsearch
logpath  = %(nginx_access_log)s

[nginx-forbidden]
enabled = true
port    = http,https
filter  = nginx-forbidden
logpath = %(nginx_access_log)s

[nginx-sslerror]
enabled = false
port    = http,https
filter  = nginx-sslerror
logpath = %(nginx_access_log)s

[ufw]
enabled = true
filter  = ufw
logpath = /var/log/ufw.log
EOF'

sudo systemctl restart fail2ban && \
sudo systemctl status fail2ban --no-pager --full && \
sudo fail2ban-client status

cd ~ && \
vi fail2ban-status.sh

#!/usr/bin/env bash

for jail in $(sudo fail2ban-client status | grep 'Jail list:' | sed 's/.*://;s/,//g'); do
  echo "Jail: $jail";
  sudo fail2ban-client status $jail | grep 'Banned IP';
done

chmod +x fail2ban-status.sh && \
./fail2ban-status.sh

리눅스 자동 업데이트

sudo apt install -y unattended-upgrades && \
sudo dpkg-reconfigure --priority=low unattended-upgrades && \
sudo systemctl status unattended-upgrades --no-pager --full

Confirm 선택 화면 뜨면 YES 선택

참고자료

https://scalastic.io/en/ufw-fail2ban-nginx/
https://mytory.net/archives/13142
https://linuxhandbook.com/ufw-logs/
https://blog.fernvenue.com/archives/ufw-with-fail2ban/
1. /var/log/ufw.log 나중에 생기는 문제 예방 가이드
2. /etc/fail2ban/filter.d/ufw.conf 없어서 발생하는 경고 해결 가이드
https://gist.github.com/bartosjiri/f7e2e6a6c8890be7f5992470ac4c9350
https://webdock.io/en/docs/how-guides/security-guides/configuring-ufw-and-fail2ban-mitigate-basic-ddos-attacks

Nginx + 무료 웹방화벽 Modsecurity 3.x 조합 Docker 셋팅

공허공자 — Thu, 29 May 2025 17:50:54 +0900

Nginx 웹프록시를 주로 사용하는데
AWS에서 PoC 운영중이던 서비스를
비용 절감 위해 오라클 클라우드 무료 서버로 옮기고
Whatap 모니터링 걸어놓고 놔뒀는데
트래픽이 없을게 확실한 서버에서 이상하게도 CPU 로드 Whatap Alert이 간간히 발생하여
Nginx access 로그를 확인해보니
해커 스캔봇이 열심히 활동하여
쓸데없고 보안에 해로운 트래픽을 유발시키고 있었음.
하여, WAF(웹어플리케이션 방화벽) 도입을 검토하게 되었고
리서치 후 사용 비용이 없는 Modsecurity로 결정.

Modsecurity를 Apache 웹서버는 매우 쉽게 붙일 수 있는데 그에 비해 Nginx는 번거롭고 정리된 최근 레퍼런스 너무 없음.

Nginx + Modsecurity 조합을
로컬 개발 환경인 macOS에도 구축하고
Ubuntu 서버에 그대로 셋팅하려니 번거로워서 docker 기반 구성 결정함.

docker compose 구성

Modsecurity 도커 이미지

⚠️ docker hub에서 Modsecurity 검색해보면 https://hub.docker.com/r/owasp/modsecurity 뜨는데 deprecated

OWASP CRS 컨테이너 이미지 (https://hub.docker.com/r/owasp/modsecurity-crs)

image: owasp/modsecurity-crs:nginx

저 이미지로 하나의 (도커) 서비스를 구성하고 별도로 nginx를 해야 되나 궁금했는데 nginx와 통합된 이미지였음.

expose 포트를 host 80포트에 binding 하면 mac에서 웹서비스에 http로 엑세스 할 수 있을거라는 추측 가능.

services:
  # 리버스프록시+웹방화벽
  nginx:
    image: owasp/modsecurity-crs:nginx
    container_name: nginx
    hostname: nginx
    labels:
      - dev.orbstack.domains=cashdab.orb.local
    restart: always
    # <https://github.com/coreruleset/modsecurity-crs-docker?tab=readme-ov-file#common-env-variables>
    environment:
      - TZ=Asia/Seoul
      # nginx proxy_pass 정의
      - BACKEND=http://web:8000
      - ERRORLOG=/var/log/nginx/error.log
      #- SERVER_NAME=_
      # <https://github.com/coreruleset/modsecurity-crs-docker?tab=readme-ov-file#nginx-env-variables>
      # 앞단에 Cloudflare 사용시 실제 IP 정의
      - REAL_IP_HEADER=CF-Connecting-IP
    ports:
      # 호스트 : 도커 컨테이너 내부에서 expose된 포트
      - "80:8080"
    volumes:
      - ./docker/modsecurity/REQUEST-900-EXCLUSION-RULES-BEFORE-CRS.conf:/etc/modsecurity.d/owasp-crs/rules/REQUEST-900-EXCLUSION-RULES-BEFORE-CRS.conf
      - ./docker/modsecurity/RESPONSE-999-EXCLUSION-RULES-AFTER-CRS.conf:/etc/modsecurity.d/owasp-crs/rules/RESPONSE-999-EXCLUSION-RULES-AFTER-CRS.conf
    networks:
      - shared_network
    links:
      - web:web
    depends_on:
      - web
    # 로그 로테이션: 로그 크기 자동 관리
    logging:
      driver: "json-file"
      options:
        max-size: "10m"
        max-file: "5"

networks:
  shared_network:
    driver: bridge

Modsecurity 설정

규칙 설정

관리자 페이지 경로, 특정 IP 및 대역만 가능하게

# Restrict /health and not in ip range
SecRule REQUEST_URI "@beginsWith /health" "id:1000,phase:1,deny,status:403,log,msg:'Access to /health denied for non-authorized IP %{REMOTE_ADDR}',chain"
    SecRule REMOTE_ADDR "!@ipMatch 127.0.0.1,10.0.0.0/8,172.16.0.0/16,192.168.0.0/16" "t:none"

테스트

웹브라우저나 curl 사용하여 /admin 접속해서 테스트.

Reference

ModSecurity 룰셋 메뉴얼 Reference Manual (v3.x)
ModSecurity-CRS-Docker
- GitHub - coreruleset/modsecurity-crs-docker: Official ModSecurity Docker + Core Rule Set (CRS) images
- ModSecurity 공용 환경변수
  - https://github.com/coreruleset/modsecurity-crs-docker?tab=readme-ov-file#common-env-variables
- Nginx 환경변수
  - https://github.com/coreruleset/modsecurity-crs-docker#nginx-env-variables
- docker-compose.yml 샘플
  - https://github.com/coreruleset/modsecurity-crs-docker/blob/main/docker-compose.yaml

Nginx 무료 에디션 위한 무료 WAF(웹방화벽)

공허공자 — Thu, 29 May 2025 01:01:23 +0900

Nginx access.log 확인 해서 .env 또는 .git 등 해커의 스캔 기록 있다면 반드시 적용을 권장함.

SafeLine

GitHub - chaitin/SafeLine: SafeLine is a self-hosted WAF(Web Application Firewall) / reverse proxy to protect your web apps from

SafeLine is a self-hosted WAF(Web Application Firewall) / reverse proxy to protect your web apps from attacks and exploits. - chaitin/SafeLine

github.com

Github Star: 16.6K (2025-05 기준)
중국인 메인테이너
홈페이지, 데모, 문서
쉬운 설치 지원 - 터미널 명령 한줄
웹관리자 지원
DB 서버 조합으로 무거운 인프라 구성
1. 웹서버 인스턴스 외 별도 서버로 구성해야 하므로 비용을 더 써야 함

ModSecurity

GitHub - owasp-modsecurity/ModSecurity: ModSecurity is an open source, cross platform web application firewall (WAF) engine for

ModSecurity is an open source, cross platform web application firewall (WAF) engine for Apache, IIS and Nginx. It has a robust event-based programming language which provides protection from a rang...

github.com

Github Star: 8.9K (2025-05 기준)
매우 유명 - 검증되었다 그리고 오래되었다
룰 설정을 conf 파일에 하므로 가벼운 인프라 구성
1. 가난한 개인이나 회사라면 이 프로그램 선택해야 함

Patterns

https://github.com/fabriziosalmi/patterns

GitHub - fabriziosalmi/patterns: Automated OWASP CRS and Bad Bot Detection for Nginx, Apache, Traefik and HaProxy

Automated OWASP CRS and Bad Bot Detection for Nginx, Apache, Traefik and HaProxy - fabriziosalmi/patterns

github.com

Github Star: 278 (2025-05 기준)
룰 설정을 conf 파일에 하므로 가벼운 인프라 구성
1. 러닝커브 낮음 - nginx conf 지식만 있다면
설치 제일 간편
1. nginx conf에 include 후 systemctl reload nginx
nginx외에도 Apache, Traefik, Haproxy 지원
1. Caddy는 동일 메인테이너의 별도 프로젝트 https://github.com/fabriziosalmi/caddy-waf

BunkerWeb

GitHub - bunkerity/bunkerweb: ️ Open-source and next-generation Web Application Firewall (WAF)

️ Open-source and next-generation Web Application Firewall (WAF) - bunkerity/bunkerweb

github.com

Github Star: 8K (2025-05 기준)
홈페이지, 데모, 문서
1. 레퍼런스, 포럼 잘 준비되어 있음
웹관리자 지원
플러그인도 있고 구성이 다양하고 유연함.
Anti-exploit, anti-bot, rate-limiting 기능 없음.
DB 서버 조합으로 무거운 인프라 구성
1. 웹서버 인스턴스 외 별도 서버로 구성해야 하므로 비용을 더 써야 함

aaWAF

GitHub - aaPanel/aaWAF: 堡塔云WAF，宝塔免费(free)的私有云网站应用防火墙(firewall)，基于docker/nginx/lua开

堡塔云WAF，宝塔免费(free)的私有云网站应用防火墙(firewall)，基于docker/nginx/lua开发 - aaPanel/aaWAF

github.com

Github Star: 472 (2025-05 기준)
중국인 메인테이너
영문 설치 메뉴얼 https://github.com/aaPanel/aaWAF/blob/main/english.md
홈페이지(https://www.bt.cn/new/btwaf.html) 데모 보기
쉬운 설치 지원 - 터미널 명령 한줄
웹관리자 지원
1. Attack map - 세계 지도에서 패킷이 날아오는 에니메이션 지원하는 비쥬얼 인상적
  1. https://github.com/aaPanel/aaWAF/blob/main/img/wafMap.png
무료버젼 제한사항
1. 클러스터 보호 모드 없음
주로 중국어 지원이라 국제화가 아쉬움

uuWAF

GitHub - Safe3/uuWAF: An industry-leading free, high-performance, AI and semantic technology Web Application Firewall and API Se

An industry-leading free, high-performance, AI and semantic technology Web Application Firewall and API Security Gateway (WAAP) - UUSEC WAF. - Safe3/uuWAF

github.com

Github Star: 1.1K (2025-05 기준)
중국인 메인테이너
홈페이지 : https://uuwaf.uusec.com/
커뮤니티 에디션이 무료 오픈소스
쉬운 설치 지원 - 터미널 명령 몇줄
웹관리자 지원
Mysql 서버 조합으로 무거운 인프라 구성
1. 웹서버 인스턴스 외 별도 서버로 구성해야 하므로 비용을 더 써야 함
업그레이드 이슈 : 부분 업그레이드 지원 안되고 전체 재설치 해야 함.

로컬 컴퓨터에서 LLM 실행 방법들

공허공자 — Tue, 27 May 2025 20:27:50 +0900

Ollama, LMStudio, vLLM, LamaCPP

1. Ollama

터미널에서 실행할 수 있는 오픈소스 LLM

설치 명령:

curl -sSfL https://ollama.com/download.sh | sh

모델 실행 명령:

ollama run <모델명>

터미널 명령 다양한 옵션 지원되니 모델을 여러 옵션으로 커스터마이징 실행하기 좋아하는 유저에 추천.

2. LMStudio

GUI 기반 LLM 실행 환경

설치 명령:

git clone https://github.com/LMStudio/LMStudio.git
cd LMStudio
npm install

실행 명령:

npm start

GUI 환경으로 사용이 편리하므로 모든 유저에 추천.

3. vLLM

고성능 LLM을 위한 경량화된 솔루션

설치 명령:

pip install vllm

실행 명령:

vllm run <모델명>

메모리 사용량을 최소화하면서도 빠른 속도가 장점이니 성능충에 추천.

4. LamaCPP

C++ 기반의 LLM 실행 환경으로, 성능이 뛰어남

설치 명령:

git clone https://github.com/LamaCPP/LamaCPP.git
cd LamaCPP
mkdir build && cd build
cmake ..
make

실행 명령:

./LamaCPP <모델명>

성능 최적화가 잘 되어 있어서, 대규모 모델을 효율적으로 실행 가능하며 C++에 익숙한 사용자에게 추천.

AI MCP 개인적 요약

공허공자 — Mon, 5 May 2025 21:30:19 +0900

Model Context Protocol

LLM 앱과 연결할때 통신 규약

MCP Client

https://claude.ai/ 채팅 사이트에 웹브라우저로 접속 했을때

웹브라우저가 Client이다.
웹브라우저가 LLM 서버의 Client이다.
웹브라우저가 LLM 서버의 채팅 Client이다.

MCP Server

LLM이 못하는 기능들을 LLM 명령에 따라 수행하는 서버.

Client에 채팅창에 https fetch 해서 학습 뒤 어떤 답변해달라 프롬프팅
LLM 자체는 말만 알아듣고 위 URL의 문서를 fetch하는 기능은 하지 못하기에
1. 요즘은 LLM 채팅에서 URL fetch 기능도 수행 하지만...
LLM의 명령을 받아 URL fetch 기능을 수행하는 Server를 만들고
1. 이 서버가 MCP 서버
2. 이 서버에 LLM 명령 프로토콜(MCP)로 입력하고 출력받음
LLM에 MCP fetch server 연결해두면 LLM이 해당 서버에 fetch 명령 내리고 응답 받아옴

예를들어, LLM 채팅창에 아래와 같이 프롬프트 명령 내렸다 가정 :

장고 사이트를 만드려고 하는데 코딩시 Django 문서(<https://docs.djangoproject.com/ko/5.2/>)를 참고해서 아래 Instruction에 따라 만들어줘.

# Instruction
1. bla bla bla bla bla
2. bla bla bla bla bla
3. bla bla bla bla bla
......

MCP 없이 LLM에 질문했을때의 답변은
'URL에 연결할 수 없습니다.',
'bla.py 소스 코드는 다음과 같습니다'라는 식으로 소스 코드를 알려주고 끝남.

fetch 기능이 있는 MCP 연결 상태에서라면
Django URL 문서를 fetch하고 조회하고
bla bla 작업에 반영함.

macOS 로컬 HTTPS 위한 TLS/SSL 인증서 쉽게 만들기

공허공자 — Thu, 1 May 2025 23:54:37 +0900

터미널 명령 실행

brew install mkcert

mkcert -key-file key.pem -cert-file cert.pem localhost

mkcert -install

VSCode에서 Gemini AI API 바이브 코딩 사용 리뷰 - 429 오류 응답

공허공자 — Sun, 27 Apr 2025 23:34:36 +0900

Visual Studio Code에서 Roo code 플러그인으로 요즘 유행중인 AI 바이브 코딩이었는데
두번째 프롬프트 명령 내린 후 수행이 좀 되다가 아래 스샷과 같이 429 상태 오류 응답 발생함.

Gemini AI API Request Failed. got status 429 Too Many Requests error.

AI API 호출을 너무 여러번 숨쉴 틈 없이 하는게 부하를 줘서 그런가보다~ 추측하고

Root Code 설정 중 Rate limit을 30초로 늘려보았으나
AI API 요청을 간격 위 설정과 관계없이
바로 바로 해버려서 동일 오류 계속 발생!

해결책은?

macOS의 Spotlight, Alfred, Raycast 에서 한글 파일명 검색 안될때

공허공자 — Sun, 27 Apr 2025 22:55:41 +0900

sudo -i
mdutil -Ea
mdutil -ai off
mdutil -ai on

별안간 어느날 갑자기
Sportlight에서 파일 검색이 되지 않음.

검색 인덱스가 문제라 짐작하고
터미널에서 시스템 문제 해결 보고자 하는 습성에 따라
해결에 필요한 커맨드를 구글링하고 아래와 같이 터미널 명령 수행함.

sudo -i
mdutil -Ea
mdutil -ai off
mdutil -ai on

그러나, 영문 파일들은 검색이 되는데 한글 파일이 검색되지 않았음.

해결법 요약 : GUI 시스템 설정의 Spotlight 설정의 개인정보 보호 폴더로 지정했다가 해제.

Spotlight(또는 Raycast 등)에서 시스템 설정 열기

시스템 설정 창의 Spotlight 메뉴 클릭 후 오른쪽 아래 검색 개인정보 보호 버튼 클릭

개인정보 보호 모달창의 + 버튼 클릭 후 한글 검색 필요한 폴더 추가 후 10초 기다린 뒤 추가했던 폴더를 - 버튼 클릭하여 제거

Spotlight 단축키로 호출하고 시스템 설정 검색하고 항목에 뜨면 선택하여 실행.
좌측 메뉴에서 Sportlight 선택.
오른쪽 아래로 스크롤 후 '검색 개인정보 보호' 버튼 클릭.
한글 검색 안되는 디스크 또는 폴더를 개인정보 보호 목록으로 드래그 또는 추가(+) 버튼을 클릭하고 선택.
몇 초간 기다린 후 추가했던 디스크 또는 폴더를 선택 후 제거(-) 버튼을 클릭. (재인덱싱 시작됨)
검색 재인덱싱 시작되는데 정보의 양에 따라 시간이 다소 걸릴 수 있으니 기다렸다가.
한글 파일 검색 테스트!