작년까지 봇 탐지는 로그인, 회원가입, 결제 같은 한 지점만 확인하면 충분하다고 여겨졌습니다. 브라우저 에이전트가 늘어나면서, 한 번의 체크로는 사람과 자동화를 가르기 어려워졌습니다.
Cloudflare의 Precursor는 사람의 행동을 세션 단위로 관찰해 자동화와 에이전트를 구분합니다. 챌린지를 더 세게 거는 방식은 쓰지 않습니다. 이 글은 Cloudflare 공식 발표 ↗를 바탕으로 Precursor가 세션 전체를 보는 이유와 그 영향을 정리합니다.
2026-07-15 · Cloudflare 공식 발표 확인 내용 기준입니다.
이 글에서 다루는 내용은 세 가지입니다.
- Precursor가 기존 봇 탐지와 다른 점
- 세션 전체 행동 신호가 필요한 이유
- 에이전트 브라우징이 늘어날 때 이 방식이 바꾸는 점
배경: 짧은 구간만 보면 봇이 사람처럼 보입니다
Cloudflare가 보는 기존 봇 탐지의 문제는 이렇습니다. 단일 요청이나 짧은 상호작용만 보면 봇이 사람과 비슷하게 보일 수 있습니다.
브라우저 환경을 쓰는 자동화는 JavaScript를 실행하고, 진짜 브라우저처럼 보이며, 짧은 구간에서는 사람처럼 행동할 수 있습니다.
에이전트가 웹을 직접 탐색하면 “로그인 한 번 통과했는가”로는 판단이 어렵습니다. “전체 세션 동안 어떤 리듬으로 행동했는가”를 봐야 합니다.
Precursor의 동작 방식
Cloudflare는 Precursor를 continuous behavioral validation engine이라고 부릅니다. Precursor는 세션 동안 클라이언트 측 신호를 계속 모아 행동 자체를 탐지 신호로 씁니다.
flowchart TD
A[사용자 세션 시작] --> B[클라이언트 신호 수집]
B --> C[포인터/키보드/포커스 패턴 관찰]
C --> D[세션 단위 행동 분석]
D --> E[봇 보호 판단]
E --> F[사람은 덜 방해받고<br/>자동화는 더 잘 걸러짐]Cloudflare는 Precursor가 Turnstile을 대체하지 않는다고 설명합니다. Turnstile은 로그인 같은 순간을 확인하고, Precursor는 그 뒤의 행동 흐름까지 신호로 삼아 애플리케이션 전체를 봅니다.
무엇을 보나
Precursor는 세션 내내 포인터 움직임, 키보드 입력, 포커스 변화 같은 상호작용 패턴을 모읍니다.
사람의 행동 패턴에는 구분에 쓸 수 있는 특징이 있습니다. 사람의 마우스 움직임에는 손목의 제약, 인지 지연, 미세한 떨림 같은 물리적 특성이 섞입니다. 반면 자동화는 직선 이동, 지나치게 정확한 클릭, 균일한 간격 같은 흔적을 남기기 쉽습니다.
세션 전체가 더 많은 신호를 줍니다
Cloudflare는 정적 체크보다 전체 여정을 봅니다. 로그인부터 페이지 탐색, 입력, 전환까지 이어지는 흐름은 CAPTCHA 한 번보다 훨씬 많은 신호를 줍니다.
Precursor는 “이 순간이 사람처럼 보이는가?”보다 “이 세션 전체가 사람처럼 이어지는가?”를 묻습니다.
기존 방식과 차이
전통적인 봇 탐지는 주로 짧은 구간의 리스크를 평가했습니다. 예를 들면 로그인, 회원가입, 결제 같은 중요한 순간에 챌린지를 거는 방식입니다.
Precursor는 그 순간의 앞과 뒤도 봅니다. 세션 전체에서 얻은 신호로 판단하므로, 공격자가 한 번의 체크를 통과해도 전체 행동 패턴에서 걸릴 수 있습니다.
| 항목 | 기존 체크 중심 | Precursor |
|---|---|---|
| 관찰 단위 | 로그인/폼 제출 같은 순간 | 전체 세션 |
| 신호 형태 | 단발성 판정 | 연속적 행동 신호 |
| 사용자 경험 | 필요한 순간에 강한 방해 | Legitimate user에 대한 마찰 감소 |
| 공격 난이도 | 한 지점만 통과하면 됨 | 전체 세션을 사람처럼 유지해야 함 |
사용자 경험도 달라집니다. 사람은 덜 자주 막히고, 자동화는 사람처럼 보이는 데 더 많은 비용을 들여야 합니다.
사람과 에이전트가 같은 웹을 씁니다
웹은 사람만 방문한다는 전제로 설계돼 왔습니다. 이제는 사람과 에이전트가 함께 들어옵니다. Precursor는 이 변화에 맞춘 봇 탐지 도구입니다.
Cloudflare는 이 발표에서 agentic traffic이라는 표현을 씁니다. 이 트래픽은 실제 브라우저를 쓰고, 맥락을 따라가고, 때로는 사람보다 더 사람처럼 보입니다.
개발자에게는 세 가지가 달라집니다.
- 로그인 순간의 신뢰만으로는 부족해집니다.
- 봇 탐지는 프런트엔드 이벤트 수집과 더 가까워집니다.
- 사람과 에이전트의 경계가 점점 흐려집니다.
Cloudflare가 Turnstile과 Challenge에 더해 Precursor를 내놓은 이유입니다. 앞으로는 “누구인가”보다 “어떻게 움직이는가”가 더 강한 신호가 될 가능성이 큽니다.
실무적으로 보면
도입을 검토한다면 다음 세 가지를 먼저 확인합니다.
- 중요한 전환 지점만이 아니라 세션 전체를 관찰해야 하는가
- 사용자 마찰을 줄이면서도 악성 자동화를 더 잘 걸러야 하는가
- 에이전트 브라우저 트래픽을 별도로 다뤄야 하는가
Cloudflare는 봇 탐지를 체크박스 하나로 끝내지 않고, 세션 전체의 행동과 흐름을 읽는 방향으로 옮기고 있습니다.
마무리
Precursor는 세션 전체 행동을 신호로 바꾸는 봇 탐지 엔진입니다. 챌린지를 더 걸지 않고, 사람과 자동화를 더 세밀하게 구분해 정상 사용자의 마찰을 줄입니다.
에이전트 브라우징이 늘어나면 로그인 한 번의 진위보다 웹을 어떻게 탐색하고 반응하는지가 더 나은 판단 재료가 됩니다. 봇 탐지는 한 번 걸러내는 방식에서 계속 관찰하는 방식으로 옮겨 갈 가능성이 큽니다.
참고 자료
- Cloudflare: Introducing Precursor ↗ — 원문 본문과 개념 설명