하프라이프 2를 퀘이크 1 엔진으로 클린룸 구현

• 웹사이트 접근 시 표시되는 Anubis 보안 페이지는 서버를 AI 데이터 스크래핑으로부터 보호하기 위한 장치
• 시스템은 Proof-of-Work(작업증명) 기반 검증을 통해 대규모 자동화 요청의 부하를 증가시켜 스크래핑 비용을 높이는 구조
• 이 방식은 Hashcash 개념을 응용해, 개인 사용자에게는 부담이 적지만 대량 요청에는 억제 효과를 주는 형태
• Anubis 1.19.1 버전이 사용 중이며, JShelter 같은 플러그인이 활성화되어 있으면 정상 작동하지 않음
• AI 기업의 무분별한 데이터 수집으로 인한 오픈소스 인프라 피해 방지를 위한 임시적 대응책으로 중요함

Anubis 보안 시스템 개요

• 웹사이트 관리자가 Anubis를 설정해 서버를 보호하고 있음
  • 목적은 AI 기업의 공격적 웹 스크래핑으로 인한 서버 과부하 방지
  • 이러한 스크래핑은 사이트 다운타임을 유발해 모든 사용자 접근성 저하로 이어짐
• Anubis는 Proof-of-Work(작업증명) 방식을 사용
  • Hashcash에서 제안된 이메일 스팸 방지 개념을 웹 보안에 적용
  • 개별 사용자는 거의 영향이 없지만, 대규모 자동화 요청에는 계산 비용이 누적되어 억제 효과 발생

시스템 작동 방식

• 사용자가 페이지에 접근하면 계산 작업(Proof-of-Work) 을 수행해야 함
  • 페이지에 “Calculating…” 메시지와 난이도(Difficulty: 4) , 속도(Speed: 0kH/s) 가 표시됨
  • 계산 완료 후에야 실제 콘텐츠 접근 가능
• 이 과정은 봇 탐지 및 차단을 위한 임시적 조치로,
  폰트 렌더링 등 브라우저 지문(fingerprinting) 기술을 통해 향후 합법적 사용자는 자동 통과하도록 개선 예정

사용자 주의사항

• Anubis는 최신 JavaScript 기능을 필요로 함
  • JShelter 등 일부 보안 플러그인이 이를 차단할 수 있어,
    해당 도메인에서는 플러그인을 비활성화해야 정상 접근 가능
• 현재 사이트는 Anubis 1.19.1 버전을 실행 중임

배경과 의의

• AI 기업의 공격적 데이터 수집 행위가 오픈소스 인프라에 피해를 주고 있음
  • 관련 문제는 The Libre News의 “FOSS infrastructure is under attack by AI companies” 기사에서 언급됨
• Anubis는 완전한 해결책은 아니지만, “충분히 괜찮은 임시 대응(hack)” 으로 평가됨
  • 관리자는 이를 통해 정상 사용자 식별 기술 개발에 더 많은 시간 확보 가능
• 결과적으로, AI 스크래핑으로 인한 리소스 낭비를 줄이고 서버 안정성을 유지하는 역할 수행