പ്രധാന ഉള്ളടക്കത്തിലേക്ക് കടക്കുക
താരതമ്യം

application-level actor context-നുള്ള Cloudflare Bot Management ന്‍റെ പകരം

നിങ്ങളുടെ യഥാർത്ഥ ചോദ്യം നിങ്ങളുടെ product-ന് ആരോ എന്തോ ഉപയോഗിക്കുകയാണ് എന്നതാണെങ്കിൽ, Cloudflare Bot Management ന്‍റെ പകരം വിലയിരുത്തുമ്പോൾ Proof of Actor അതിനായി തന്നെയാണ് നിർമ്മിച്ചിരിക്കുന്നത്. Cloudflare edge-ൽ infrastructure ഉം content ഉം സംരക്ഷിക്കുന്നു. ഒരു request Human, Human + AI, Agent അല്ലെങ്കിൽ Unknown actor-ൽ നിന്നാണോ, അതിന് പിന്നിലെ തെളിവ് എന്താണോ എന്നത് Proof of Actor നിങ്ങളുടെ application code-നെ അറിയിക്കുന്നു. ഇവിടെ അത് തീരുമാനം മാറ്റിസ്ഥാപിക്കുന്നത് എവിടെയാണെന്ന്, Cloudflare-ൽ എന്താണ് ചേർക്കുന്നത്, ഇവ രണ്ടും എങ്ങനെ ഒന്നിച്ച് പ്രവർത്തിക്കുന്നു എന്നതും കാണാം.

Toshendra Sharma

രചിച്ചത് Toshendra SharmaFounder & CEO, AgentCredia · Updated November 13, 2026

Cloudflare വെബിന്റെ വലിയൊരു ഭാഗത്തിന്റെ മുൻവശത്താണ് നിലകൊള്ളുന്നത്. പല ടീമുകൾക്കും അത് CDN, DNS provider, firewall, കൂടാതെ ദുരുപയോഗം ചെയ്യുന്ന automation-നെതിരായ ആദ്യ പ്രതിരോധരേഖ എന്നിവയെല്ലാം ഒരിടത്താണ്. അതിന്റെ bot products ഈ സ്ഥാനത്തിനായി രൂപകൽപ്പന ചെയ്തതാണ്: അവ traffic ആദ്യം കാണുന്നു, അത് challenge ചെയ്യണോ തടയണോ എന്ന് തീരുമാനിക്കുന്നു, കൂടാതെ AI crawlers ഉൾപ്പെടെ crawlers അവരുടെ content-ിൽ എത്തുന്നതെങ്ങനെ എന്നതിൽ site owners-ന് നിയന്ത്രണം നൽകുന്നു.

നിങ്ങളുടെ application-ന് മറ്റൊരു ചോദ്യമാണ് ഉത്തരം പറയേണ്ടത്. ഒരു request edge കടന്നുപോയതിന് ശേഷം, ശരിയായ experience തിരഞ്ഞെടുക്കാൻ നിങ്ങളുടെ code-ന് ആരാണ് അല്ലെങ്കിൽ എന്താണ് പ്രവർത്തിക്കുന്നത് എന്ന് അറിയേണ്ടതുണ്ട്. ഇത് ഒരു person ആണോ, ഒരു AI assistant-നൊപ്പം പ്രവർത്തിക്കുന്ന person ആണോ, customer-നുവേണ്ടി പ്രവർത്തിക്കുന്ന ഒരു agent ആണോ, അല്ലെങ്കിൽ evidence കൊണ്ട് വിശദീകരിക്കാൻ കഴിയാത്ത ഒന്നാണോ? നിങ്ങളുടെ code എത്ര ഉറപ്പോടെ ഇരിക്കണം?

അതുതന്നെയാണ് Proof of Actor നിർമ്മിച്ചിരിക്കുന്നത്. ഇത് decision സ്വന്തമാക്കുന്ന code-ലേക്ക് എത്തുന്ന explicit evidence basis-ോടുകൂടിയ ഒരു actor class തിരികെ നൽകുന്ന, application-level-ൽ കേന്ദ്രീകൃതമായ ഒരു layer ആണ്. ഈ page Cloudflare-ന്റെ സ്വന്തം documentation as of November 2026 ഉപയോഗിച്ച് ഇരുവരെയും ന്യായമായി താരതമ്യം ചെയ്യുന്നു, അതുവഴി ഓരോന്നും എവിടെയാണ് യോജിക്കുന്നത് എന്ന് നിങ്ങൾക്ക് കാണാം.

ചുരുക്കം

Cloudflare bot products Proof of Actor
നിർമ്മിച്ചത് edge-ൽ infrastructure ഉം content ഉം സംരക്ഷിക്കാൻ product, policy decisions-നായി നിങ്ങളുടെ application-ന് actor context നൽകാൻ
പ്രവർത്തിക്കുന്ന സ്ഥലം നിങ്ങളുടെ origin-ന്റെ മുൻവശത്തുള്ള Cloudflare-ന്റെ edge network നിങ്ങളുടെ server, edge layer, approved browser pages, HTTP API അല്ലെങ്കിൽ MCP server
പ്രധാന output Challenges, rule actions; Enterprise Bot Management-നായി, 1 to 99 വരെ bot score, bot fields Human, Human + AI, Agent അല്ലെങ്കിൽ Unknown, കൂടാതെ ഒരു basis: verified, declared, inferred അല്ലെങ്കിൽ unknown
output എത്തുന്നത് Cloudflare rules, analytics, Workers നിങ്ങളുടെ application code, route, workflow അനുസരിച്ച actor analytics
AI-assisted people bot score-ൽ പ്രത്യേക വിഭാഗമല്ല supported integration വഴി declared അല്ലെങ്കിൽ observed ആയാൽ അവരുടെ സ്വന്തം class, Human + AI
വ്യക്തതയില്ലാത്ത traffic score ചെയ്ത് edge rules വഴി കൈകാര്യം ചെയ്യുന്നു per-route ആയി നിങ്ങൾ നിശ്ചയിക്കുന്ന fallback-ോടെ first-class result ആയി Unknown
signed agents Web Bot Auth verification, signed agent signals നിങ്ങളുടെ code-ൽ verified basis ആയി റിപ്പോർട്ട് ചെയ്യുന്ന RFC 9421 signature checks
MCP servers, API callers edge-ൽ HTTP traffic ആയി സംരക്ഷിക്കുന്നു tool call അല്ലെങ്കിൽ API request കൈകാര്യം ചെയ്യുന്ന server-ിലെ caller context
CDN dependency Cloudflare network വഴി കടന്ന traffic-ക്ക് ബാധകം നിങ്ങൾ ഏതെങ്കിലും CDN ഉപയോഗിച്ചാലും, അതിൽ നിന്ന് സ്വതന്ത്രം
install ചെയ്ത ഉടൻ default നിങ്ങൾ enable ചെയ്യുന്ന product, settings എന്നിവയെ ആശ്രയിക്കുന്നു observation mode; policy ചേർക്കുന്നതുവരെ ഒന്നും മാറില്ല

ഈ page-ന്റെ ശേഷിച്ച ഭാഗം ഓരോ വരിയും വിശദീകരിക്കുന്നു.

AI agent traffic-നായി Cloudflare Bot Management ന്‍റെ പകരം അന്വേഷിക്കുന്നുണ്ടോ?

പകരം അന്വേഷിക്കുന്ന മിക്ക ടീമുകളും edge-ൽ സന്തുഷ്ടരല്ല. edge ഉദ്ദേശിച്ചിട്ടില്ലാത്ത ഒരു പുതിയ ചോദ്യം അവർക്ക് ഉണ്ട്: ഒരു AI agent, ഒരു AI-assisted person, ഒരു സാധാരണ visitor എന്നിവർ ഒരേ signup form, API route, അല്ലെങ്കിൽ MCP tool-ൽ എത്തുന്നു, product അവരെ വ്യത്യസ്തമായി കൈകാര്യം ചെയ്യേണ്ടതുണ്ട്. ഇവിടെ ഒരു നേരിട്ടുള്ള വേർതിരിവ്.

Proof of Actor decision മാറ്റിസ്ഥാപിക്കുന്ന സ്ഥലം. നിങ്ങൾ ഇപ്പോൾ bot scores അല്ലെങ്കിൽ bot fields ഉപയോഗിച്ച് product behavior നയിക്കുന്നുവെങ്കിൽ, ഉദാഹരണത്തിന് AI-drafted submissions label ചെയ്യുക, agents-നെ ഒരു structured endpoint-ലേക്ക് route ചെയ്യുക, അല്ലെങ്കിൽ ഒരു പ്രത്യേക workflow-ൽ വ്യക്തമല്ലാത്ത callers-ക്ക് fallback തിരഞ്ഞെടുക്കുക എന്നിവ, ആ ജോലിക്ക് Proof of Actor കൂടുതൽ അനുയോജ്യമാണ്. ഇത് ഒരു actor class, Human, Human + AI, Agent അല്ലെങ്കിൽ Unknown, കൂടാതെ ഒരു evidence basis, നേരിട്ട് നിങ്ങളുടെ application code-ലേക്ക് തിരികെ നൽകുന്നു. Routing, policy decision എന്നിവ ഓരോ route-ഉം എന്ത് ചെയ്യുന്നു എന്ന് അറിയുന്ന code-ലേക്ക് മാറുന്നു, നിങ്ങൾ ഏത് CDN ഉപയോഗിച്ചാലും അത് ഒരേ രീതിയിൽ പ്രവർത്തിക്കുന്നു.

Proof of Actor Cloudflare-ന് ചേർക്കുന്നത്. Proof of Actor ഒരു network security product അല്ല. Cloudflare-ന്റെ documentation പ്രകാരം as of November 2026, അതിന്റെ DDoS protection ആക്രമണങ്ങളെ സ്വയമേവ കണ്ടെത്തിയും കുറച്ചും ചെയ്യുന്നു, കൂടാതെ എല്ലാ plans-ലും ലഭ്യമാണ്, അതിന്റെ Web Application Firewall വരുന്ന web, API requests എന്നിവയെ managed, custom rules-നൊപ്പം പരിശോധിക്കുന്നു. ആ layer നിലനിർത്തുക. Volumetric attacks, exploit attempts, abusive automation എന്നിവ origin-ലേക്ക് എത്തുന്നതിന് മുമ്പ് തടയണം, അത് Proof of Actor ചെയ്യാൻ ശ്രമിക്കുന്നില്ല.

അതിനാൽ "ഇത് ഒരു alternative ആണോ?" എന്നതിന്റെ നേരിട്ടുള്ള ഉത്തരം: നിങ്ങളുടെ app-ലുള്ള actor classification, per-route routing എന്നിവയ്ക്ക് ഉണ്ട്, edge DDoS, WAF protection എന്നിവയ്ക്ക് ഇല്ല. മിക്ക production ടീമുകളും അവസാനം രണ്ടും നിലനിർത്തുന്നു, ഓരോന്നും താൻ നിർമ്മിക്കപ്പെട്ട ജോലിയാണ് ചെയ്യുന്നത്.

Cloudflare-ന്റെ bot products എന്തിനാണ് നിർമ്മിച്ചത്

Cloudflare-ന്റെ documentation പ്രകാരം as of November 2026, അത് മൂന്ന് bot-specific products നൽകുന്നു:

  • Bot Fight Mode, Free plan-ൽ ലഭ്യം, ഒരു single toggle ഉപയോഗിച്ച് ഒരു domain-ലുടനീളം കണ്ടെത്തിയ bot traffic-നെ challenge ചെയ്യുന്നു.
  • Super Bot Fight Mode, Bot Management add-on ഇല്ലാത്ത Pro, Business, Enterprise plans-ക്കായി, bot category അനുസരിച്ച് configurable actions ചേർക്കുന്നു.
  • Bot Management for Enterprise, ഓരോ request-നും bot scores, custom rules, per-endpoint handling, വിശദമായ analytics എന്നിവ ചേർക്കുന്നു.

bot score എന്നത് Cloudflare-ന്റെ വാക്കുകളിൽ, 1 to 99 വരെയുള്ള ഒരു score ആണ്, ഒരു request ഒരു bot-ിൽ നിന്നാണോ വന്നത് എന്ന സാധ്യതയെ സൂചിപ്പിക്കുന്നത്, ഇവിടെ 1 എന്നാൽ request automated ആയിരിക്കാൻ വളരെ ഉയർന്ന confidence, 99 എന്നാൽ അത് മനുഷ്യനിൽ നിന്നായിരിക്കാൻ വളരെ ഉയർന്ന confidence. Cloudflare-ന്റെ documentation പ്രകാരം granular scores Bot Management വാങ്ങിയ Enterprise customers-ക്ക് ലഭ്യമാണ്, മറ്റു plans-ൽ automated, likely automated, likely human, verified bot പോലുള്ള grouped results ആണ് കാണുന്നത്. Scores WAF custom rules-ൽ requests block ചെയ്യാനും, challenge ചെയ്യാനും, അല്ലെങ്കിൽ allow ചെയ്യാനും ഉപയോഗിക്കാം, കൂടാതെ അവ Workers-ലും ലഭ്യമാണ്.

Cloudflare verified bots-നെയും പരിപാലിക്കുന്നു, അതിന്റെ documentation ഇവയെ തങ്ങളുടെ identity ഉം പ്രവർത്തനവും വ്യക്തമായി പറയുന്ന bots അല്ലെങ്കിൽ agents ആയി വിവരിക്കുന്നു, ഉദാഹരണത്തിന് search engine crawlers, monitoring services, user-driven agents എന്നിവ. Verification Web Bot Auth signature അല്ലെങ്കിൽ IP validation പോലുള്ള methods-ലും, കൂടാതെ non-abusive behaviour-ലും ആശ്രയിക്കുന്നു.

AI traffic പ്രത്യേകിച്ച് പരിഗണിക്കുമ്പോൾ, AI Crawl Control site owners-ന് ഏത് AI services അവരുടെ content access ചെയ്യുന്നു എന്ന് കാണാനുള്ള visibility നൽകുന്നു, individual crawlers allow ചെയ്യാനോ block ചെയ്യാനോ അനുവദിക്കുന്നു, കൂടാതെ crawlers robots.txt എത്രത്തോളം പാലിക്കുന്നു എന്ന് track ചെയ്യുന്നു. Cloudflare-ന്റെ documentation ഇതിനെ എല്ലാ plans-ലും ലഭ്യമെന്ന് പറയുന്നു.

ഇവ തങ്ങളുടെ ജോലി ചെയ്യാൻ ശക്തമായ tools ആണ്: edge-ൽ ഏത് automated traffic നിങ്ങളുടെ origin-ലേക്കും content-ലേക്കും എത്തും എന്ന് തീരുമാനിക്കുക.

ഓരോന്നും എവിടെയാണ് പ്രവർത്തിക്കുന്നത്, output എവിടെയാണ് എത്തുന്നത്

ഏറ്റവും പ്രായോഗികമായ വ്യത്യാസം സ്ഥലം തന്നെയാണ്.

Cloudflare-ന്റെ bot products നിങ്ങളുടെ origin-ന്റെ മുൻവശത്തുള്ള Cloudflare-ന്റെ network-ൽ പ്രവർത്തിക്കുന്നു. അവയുടെ output Cloudflare-ന്റെ controls ഉള്ളിടത്താണ് എത്തുന്നത്: WAF custom rules, bot analytics, കൂടാതെ Cloudflare-ന്റെ bot management variables reference പ്രകാരം Cloudflare Workers-ലുള്ള request.cf object. ഒരു request തടയണോ challenge ചെയ്യണോ എന്ന് തീരുമാനിക്കാൻ ശരിയായ സ്ഥലം അതാണ്.

Proof of Actor നിങ്ങളുടെ application logic ഉള്ളിടത്താണ് പ്രവർത്തിക്കുന്നത്: Node.js middleware, Next.js, നിങ്ങൾ നിയന്ത്രിക്കുന്ന edge layer, നിങ്ങൾ അംഗീകരിച്ച pages-ലെ browser collector, ഒരു generic HTTP API, അല്ലെങ്കിൽ നിങ്ങളുടെ MCP server. അതിന്റെ output structured result ആയി നിങ്ങളുടെ application code-ലേക്ക് എത്തുന്നു, കൂടാതെ route, workflow എന്നിവ പ്രകാരം വിഭജിച്ച actor analytics-ലേക്കും. വിശദമായി അറിയാൻ integration paths കാണുക.

ഈ സ്ഥലം product decisions-ന് പ്രധാനമാണ്. ഒരു route ഏത് workflow-ലാണ് പെടുന്നത്, നിങ്ങളുടെ സ്വന്തം assistant ഒരു action നിർവഹിച്ചോ, ഒരു client സ്വയം declare ചെയ്തോ, ആ route-ന്റെ business impact എന്തോ, എന്നൊക്കെയും നിങ്ങളുടെ code-ന് അറിയാം. "ഒരു verified agent-ന് structured endpoint നൽകുക, ആളുകളെ normal flow-ലേക്ക് തന്നെ നിലനിർത്തുക, AI-assisted submissions label ചെയ്യുക" പോലുള്ള per-route decision ആ അറിവിന്റെ അടുത്തായിരിക്കണം. Proof of Actor actor context അത് തന്നെയിടത്ത് വെക്കുന്നു, കൂടാതെ ഇത് ഒരു provider-ന്റെ network-ൽ അല്ല നിങ്ങളുടെ stack-ൽ പ്രവർത്തിക്കുന്നതിനാൽ, Cloudflare-ന്റെ പിന്നിൽ ആയാലും, മറ്റൊരു CDN-ന്റെ പിന്നിൽ ആയാലും, അല്ലെങ്കിൽ CDN ഇല്ലാതെയായാലും ഒരേ രീതിയിൽ പ്രവർത്തിക്കുന്നു.

Scores versus ഒരു basis-ോടുകൂടിയ class

ഒരു score ഒരു protection rule-ന് കാര്യക്ഷമമായ input ആണ്: ഒരു threshold തിരഞ്ഞെടുക്കുക, അതിനുമുകളിലോ താഴെയോ പ്രവർത്തിക്കുക. ഒരു request automated ആണോ എന്ന സാധ്യതയ്ക്ക് ഉത്തരം നൽകാനാണ് ഇത് രൂപകൽപ്പന ചെയ്തിരിക്കുന്നത്.

Product decisions-ന് കൂടുതൽ സമൃദ്ധമായ ഉത്തരം വേണം. Proof of Actor നാല് classes-ൽ ഒന്നിനെ തിരികെ നൽകുന്നു:

  • Human: കണ്ടറിയാവുന്ന signals മനുഷ്യൻ നയിച്ച interaction സൂചിപ്പിക്കുന്നു.
  • Human + AI: supported integration വഴി പ്രഖ്യാപിക്കപ്പെട്ടോ നിരീക്ഷിക്കപ്പെട്ടോ ആയ AI സഹായത്തോടെയുള്ള interaction ഒരു person നയിച്ചു.
  • Agent: automated അല്ലെങ്കിൽ agent-origin interaction.
  • Unknown: evidence വിശ്വസനീയമായ നിർണയം പിന്തുണയ്ക്കുന്നില്ല.

ഓരോ result-ലും നിങ്ങളുടെ evidence basis കൂടെയുണ്ട്: verified, ഉദാഹരണത്തിന് പ്രസിദ്ധീകരിച്ച key-യ്‌ക്കെതിരെ പരിശോധിച്ച RFC 9421 HTTP Message Signature; declared, ഒരു client അല്ലെങ്കിൽ നിങ്ങളുടെ application അത് പറഞ്ഞാൽ; inferred, inference എന്ന് വ്യക്തമായി അടയാളപ്പെടുത്തിയിരിക്കുന്നത്; അല്ലെങ്കിൽ unknown. നിങ്ങളുടെ team ഓരോ result-ഉം വായിച്ച് അതിന് പിന്നിലെ തെളിവ് കാണാം, attack surface-നേക്കാൾ customer experience-നെ ബാധിക്കുന്ന തീരുമാനങ്ങൾക്കിത് നിങ്ങൾക്ക് വേണ്ടത് തന്നെയാണ്.

AI agents, signed agents, AI-assisted people

Cloudflare agent verification-ൽ നിക്ഷേപിച്ചിട്ടുണ്ട്. അതിന്റെ documentation പ്രകാരം as of November 2026, Cloudflare Web Bot Auth support ചെയ്യുന്നു, ഇത് RFC 9421 അടിസ്ഥാനമാക്കിയ cryptographic signatures ഉപയോഗിച്ച് HTTP messages-ൽ bots, agents എന്നിവ verify ചെയ്യുന്ന ഒരു authentication method ആണ്. അതിന്റെ docs ഒരു signed agent signal, Enterprise customers with Bot Management-ക്കായി cf.bot_management.signed_agent field ആയി expose ചെയ്യുന്നതായി പറയുന്നു, കൂടാതെ July 1, 2026 മുതൽ പല end users-നും പ്രവർത്തിപ്പിക്കാവുന്ന agentic services-നെ single-operator bots-ുകളിൽ നിന്ന് വേർതിരിക്കുന്ന Direct versus Intermediary access field ഉം ഉണ്ട്. Cloudflare എല്ലാ plans-ലും AI crawler, agent access policies-യും നൽകുന്നു.

Proof of Actor signed requests-നെ വലിയൊരു ചിത്രത്തിന്റെ ഒരു ഭാഗമായി കൈകാര്യം ചെയ്യുന്നു. ഒരു request ഒരു പ്രസിദ്ധീകരിച്ച key-യ്‌ക്കെതിരെ പരിശോധിച്ച സാധുവായ HTTP Message Signature വഹിക്കുമ്പോൾ, result നിങ്ങളുടെ route handler-ലേക്ക് നേരിട്ട് എത്തുന്ന verified basis-ോടുകൂടിയ Agent ആണ്. verifying signed agent requests എന്ന guide flow കാണിക്കുന്നു. ഒരു സാധുവായ signature ഏത് key request sign ചെയ്തുവെന്ന് തെളിയിക്കുന്നു, ആ agent-ക്ക് എന്ത് ചെയ്യാൻ authorization ഉണ്ടെന്നല്ല, അതിനാൽ authorization അത് അർഹിക്കുന്ന നിങ്ങളുടെ application-ലാണ് നിലനിൽക്കുന്നത്.

വലിയ വ്യത്യാസം നടുവിലുള്ള ആളുകളാണ്. നിങ്ങളുടെ ചില users ഒരു AI assistant-നൊപ്പം പ്രവർത്തിക്കുന്നു: support tickets തയ്യാറാക്കുന്നു, forms പൂരിപ്പിക്കുന്നു, onboarding വഴി കടക്കുന്നു. Edge bot scoring automation-നെ ആളുകളിൽ നിന്ന് വേർതിരിക്കാൻ രൂപകൽപ്പന ചെയ്തതാണ്, അതിനാൽ ഈ സംഘത്തിന് പ്രത്യേക വിഭാഗം നൽകാനുള്ള കാരണം അതിന് ഇല്ല. നിങ്ങളുടെ product പലപ്പോഴും അത് ചെയ്യുന്നു. Proof of Actor സഹായം declared അല്ലെങ്കിൽ supported integration വഴി observed ആയാൽ മാത്രമേ Human + AI-നെ സ്വന്തം class ആയി റിപ്പോർട്ട് ചെയ്യൂ, അതുവഴി നിങ്ങൾക്ക് AI-drafted submissions label ചെയ്യാനും, AI-assisted users workflow-ൽ എങ്ങനെ നീങ്ങുന്നു എന്ന് അളക്കാനും, അല്ലെങ്കിൽ കൂടുതൽ സുതാര്യമായ വഴി നൽകാനും കഴിയും. കൂടുതൽ അറിയാൻ AI-assisted interaction glossary entry കാണുക.

Unknown ഒരു result ആണ്, threshold അല്ല

ഓരോ detection system-നും വിശദീകരിക്കാൻ കഴിയാത്ത traffic നേരിടേണ്ടി വരും. edge-ൽ, വ്യക്തതയില്ലാത്ത traffic score falls under ചെയ്യുന്ന ഏതൊരു rule-നാലും കൈകാര്യം ചെയ്യുന്നു. അത് മുഴുവൻ zone-ൽ protection സ്ഥിരതയുള്ളതാക്കുന്നു.

ഒരു application-ന്റെ ഉള്ളിൽ, ഒരൊറ്റ setting എല്ലാ route-ക്കും അപൂർവമായി യോജിക്കും. ഒരു public documentation page-ലേക്കുള്ള വ്യക്തതയില്ലാത്ത request-നും account credentials മാറ്റാനുള്ള വ്യക്തതയില്ലാത്ത request-നും വ്യത്യസ്ത കൈകാര്യം അർഹമാണ്. Proof of Actor Unknown-നെ first-class result ആയി തിരികെ നൽകുന്നു, നിങ്ങളുടെ Unknown rate സമയക്രമത്തിൽ track ചെയ്യുന്നു, കൂടാതെ ഓരോ route-ക്കും fallback തിരഞ്ഞെടുക്കാൻ നിങ്ങളെ അനുവദിക്കുന്നു: public content-ൽ allow ചെയ്യുക, account changes-ൽ നിലവിലുള്ള checks നിലനിർത്തുക, high-impact actions-ൽ review-ലേക്ക് അയക്കുക. handling Unknown traffic എന്ന guide patterns ഉൾക്കൊള്ളുന്നു, കൂടാതെ Unknown classification entry ഒരു നിർബന്ധിത guess-നെക്കാൾ honest Unknown എന്തുകൊണ്ട് നല്ലതാണ് എന്ന് വിശദീകരിക്കുന്നു.

MCP servers, APIs

Cloudflare അതിന്റെ network വഴി കടന്നുപോകുന്ന ഏത് HTTP traffic-നെയും പോലെ MCP servers, APIs എന്നിവയെ സംരക്ഷിക്കുന്നു. അത് വിലപ്പെട്ടതാണ്, കൂടാതെ request നിങ്ങളുടെ service-ൽ എത്തുന്നതിന് മുമ്പാണ് ഇത് സംഭവിക്കുന്നത്.

ഒരു MCP server അല്ലെങ്കിൽ API-ക്ക് അടുത്തതായി സാധാരണയായി handler-ന്റെ ഉള്ളിൽ ആവശ്യമുള്ളത് caller context ആണ്: ഏത് agent ആണ് ഈ tool വിളിക്കുന്നത്, ആ identity verified ആണോ declared മാത്രമാണോ, ഈ tool call allow ചെയ്യണോ, adapt ചെയ്യണോ, rate-limit ചെയ്യണോ, അല്ലെങ്കിൽ review-ലേക്ക് അയക്കണോ. Proof of Actor ഒരു MCP server integration ഉം generic HTTP API ഉം നൽകുന്നു, അതുവഴി ആ context tool അല്ലെങ്കിൽ endpoint logic പ്രവർത്തിക്കുന്നിടത്തേക്ക് എത്തുന്നു. ഉദാഹരണങ്ങൾക്ക് MCP server caller identification ഉം APIs use case ഉം കാണുക.

രണ്ടും ഒന്നിച്ച് എങ്ങനെ ഉപയോഗിക്കാം

ഏറ്റവും ശക്തമായ setup ഓരോ tool-നും അതിന്റെ സ്വന്തം layer നൽകുന്നു:

  1. edge-ൽ, Cloudflare ആക്രമണങ്ങൾ ഉൾക്കൊള്ളുന്നു, ദുരുപയോഗം ചെയ്യുന്ന automation-നെ challenge ചെയ്യുന്നു, അറിയപ്പെടുന്ന bots verify ചെയ്യുന്നു, നിങ്ങളുടെ AI crawler policies പ്രയോഗിക്കുന്നു.
  2. നിങ്ങളുടെ application-ൽ, Proof of Actor നിങ്ങൾക്ക് എത്തുന്ന traffic-നെ Human, Human + AI, Agent അല്ലെങ്കിൽ Unknown എന്നായി, ഒരു basis-ോടെ, classifies ചെയ്യുന്നു.
  3. നിങ്ങളുടെ code-ൽ, per-route policies ആ context ഉപയോഗിച്ച് allow ചെയ്യാനും, adapt ചെയ്യാനും, challenge ചെയ്യാനും, review-ലേക്ക് അയക്കാനും, rate-limit ചെയ്യാനും, കൂടാതെ Unknown-ക്ക് വ്യക്തമായ fallback നൽകാനും ഉപയോഗിക്കുന്നു.
  4. നിങ്ങളുടെ analytics-ൽ, product, security ടീമുകൾ ഓരോ actor class ഏത് routes, workflows എന്നിവ ഉപയോഗിക്കുന്നു എന്ന് കാണുന്നു.

Proof of Actor observation mode-ൽ ആരംഭിക്കുന്നു, അതിനാൽ Cloudflare-ന്റെ പിന്നിൽ അത് ചേർക്കുന്നത് ഒന്നാം ദിവസം ഒന്നും മാറ്റുന്നില്ല. നിങ്ങൾക്ക് നിങ്ങളുടെ യഥാർത്ഥ actor mix കാണാം, live traffic-ിനെതിരെ ഒരു policy preview ചെയ്യാം, ഓരോ route വീതം enforce ചെയ്യാം. rolling out actor-aware policies safely എന്ന guide അത് വിശദീകരിക്കുന്നു. Proof of Actor identity checks, KYC അല്ലെങ്കിൽ biometrics ഒന്നും നടത്തുന്നില്ല; ആരോ എന്തോ പ്രവർത്തിക്കുന്നുവെന്ന് അത് റിപ്പോർട്ട് ചെയ്യുന്നു, തീരുമാനമെടുക്കുന്നത് നിങ്ങൾക്കാണ് വിട്ടുകൊടുക്കുന്നത്.

ഏത് തിരഞ്ഞെടുക്കണം

നിങ്ങളുടെ പ്രധാന ആവശ്യം edge protection ആണെങ്കിൽ Cloudflare-ന്റെ bot products തിരഞ്ഞെടുക്കുക: abusive automation origin-ൽ എത്തുന്നതിന് മുമ്പ് തടയുക, ഒരു zone-ലുടനീളം suspicious traffic challenge ചെയ്യുക, AI crawlers നിങ്ങളുടെ content-ിൽ എങ്ങനെ പ്രവേശിക്കും എന്ന് നിയന്ത്രിക്കുക.

നിങ്ങളുടെ പ്രധാന ആവശ്യം application-level actor context ആണെങ്കിൽ Proof of Actor തിരഞ്ഞെടുക്കുക: ഓരോ route-ും ആളുകൾ, AI-assisted ആളുകൾ, അല്ലെങ്കിൽ agents ഉപയോഗിക്കുന്നുണ്ടോ എന്ന് അറിയുക, ഓരോ result-ന്റെയും പിന്നിലെ തെളിവ് കാണുക, Unknown deliberate ആയി കൈകാര്യം ചെയ്യുക, MCP server, API handlers എന്നിവയ്ക്ക് caller context നൽകുക, നിങ്ങളുടെ CDN ഏതാണെങ്കിലും പ്രവർത്തിക്കുന്ന per-route product policies എഴുതുക.

നിങ്ങൾ ഒരു production website, API അല്ലെങ്കിൽ MCP server പ്രവർത്തിപ്പിക്കുന്നുവെങ്കിൽ, നിങ്ങൾക്ക് രണ്ടും ആവശ്യമായിരിക്കാനാണ് സാധ്യത, അതുകൊണ്ടാണ് ഇവ രണ്ടും ഒരേ stack-ിൽ സുഖമായി നിലകൊള്ളുന്നത്. കൂടുതൽ വിപുലമായ category comparison-നായി Proof of Actor vs bot management കാണുക.

ആരംഭിക്കുക

Proof of Actor private beta-യിലാണ്. founding developer program വഴി, തിരഞ്ഞെടുക്കപ്പെട്ട ടീമുകൾക്ക് agreed usage limits-ിനുള്ളിൽ up to 12 months free ലഭിക്കും, automatic billing ഇല്ലാതെ. early access-ിനായി apply ചെയ്യുക and tell us which application, API or MCP server you want to understand first.

ഈ page-ിലെ Cloudflare സംബന്ധിച്ച product details Cloudflare-ന്റെ public documentation-നെ അടിസ്ഥാനമാക്കിയതാണ്, അതിൽ bot score referenceയും Web Bot Auth referenceയും, DDoS protection overviewയും WAF overviewയും ഉൾപ്പെടുന്നു, as of November 2026.

Cloudflare, Inc.യുടെ trademark ആണ് Cloudflare.

ഡെവലപ്പർമാർക്കായി

What your code receives

Every interaction resolves to one result record. Your application reads the class and the basis and applies its own policy.

Result record
{
  "route": "GET /api/v1/catalog",
  "class": "agent",
  "basis": "verified",
  "evidence": [
    { "signal": "http_message_signature", "result": "valid", "keyid": "assistant.example" },
    { "signal": "client_declaration", "value": "assistant.example" }
  ],
  "observed_at": "2026-11-13T10:42:07Z"
}
class
Human, Human + AI, Agent അല്ലെങ്കിൽ Unknown.
basis
തെളിവ് എത്ര ശക്തമാണെന്നത്: verified, declared, inferred അല്ലെങ്കിൽ unknown.
evidence
result-ിന്റെ പിന്നിലെ signals, അതുവഴി നിങ്ങളുടെ team-ന് കാരണം കാണാൻ കഴിയും.

observation mode-ൽ ആരംഭിക്കുക: നിങ്ങളുടെ logs-ിന് ഒപ്പം results രേഖപ്പെടുത്തുക, നിങ്ങൾ ഒരു policy തിരഞ്ഞെടുക്കും വരെ ഒന്നും മാറ്റരുത്. Node.js integration guide വായിക്കുക

പതിവായി ചോദിക്കുന്ന ചോദ്യങ്ങൾ

Cloudflare മാറ്റിസ്ഥാപിക്കണോ?

ഇല്ല. edge-ൽ Cloudflare ചെയ്യുന്നതിന് വേണ്ടി അത് തന്നെ നിലനിർത്തുക: ആക്രമണങ്ങൾ ഉൾക്കൊള്ളുക, ദുരുപയോഗം ചെയ്യുന്ന automation-നെ challenge ചെയ്യുക, AI crawler access നിയന്ത്രിക്കുക. Proof of Actor നിങ്ങളുടെ application, API അല്ലെങ്കിൽ MCP server-ൽ പ്രവർത്തിച്ച് product, policy decisions-നായി actor context ചേർക്കുന്നു. ഇത് നിങ്ങളുടെ CDN അല്ലെങ്കിൽ edge security-നെ മാറ്റിസ്ഥാപിക്കുന്നില്ല.

രണ്ടും ഒരുമിച്ച് ഉപയോഗിക്കാമോ?

ഉം, പല ടീമുകളും അതാണ് ചെയ്യുക. Cloudflare edge-ൽ traffic filter ചെയ്ത് shape ചെയ്യുന്നു. നിങ്ങളുടെ application-ലേക്ക് എത്തുന്ന requests പിന്നീട് ഒരു Proof of Actor result, class കൂടാതെ evidence basis, ലഭിക്കുന്നു, അത് നിങ്ങളുടെ code ഓരോ route-ക്കും ശരിയായ experience തിരഞ്ഞെടുക്കാൻ ഉപയോഗിക്കുന്നു.

Proof of Actor Cloudflare bot management ന്‍റെ പകരമാണോ?

application-level actor context എന്ന ജോലിക്ക്, ഉണ്ട്. ഒരു പ്രത്യേക route-ൽ ഒരു person, AI-assisted person, agent, അല്ലെങ്കിൽ unknown actor ഉപയോഗിക്കുന്നുണ്ടോ, അതിന് പിന്തുണയ്ക്കുന്ന തെളിവ് എന്താണോ എന്നറിയേണ്ടതുണ്ടെങ്കിൽ, അതിനായി Proof of Actor ആണ് നിർമ്മിച്ചിരിക്കുന്നത്. volumetric, abusive automation എന്നിവയ്‌ക്കെതിരായ edge protection-നായി, ഒരു edge provider നിലനിർത്തുക.

Cloudflare signed agents-നെയും verify ചെയ്യുമോ?

Cloudflare-ന്റെ November 2026 ലെ documentation പ്രകാരം, bots, agents എന്നിവ verify ചെയ്യാൻ HTTP Message Signatures ഉപയോഗിക്കുന്ന Web Bot Auth അത് support ചെയ്യുന്നു, കൂടാതെ Enterprise Bot Management customers-നായി ഒരു signed agent field കൂടി expose ചെയ്യുന്നു. Proof of Actor signed requests verify ചെയ്ത്, മറ്റു classes-നൊപ്പം, verified basis ആയി നേരിട്ട് നിങ്ങളുടെ application-ലേക്ക് റിപ്പോർട്ട് ചെയ്യുകയും ചെയ്യുന്നു.

ഞാൻ ഉപയോഗിക്കുന്ന CDN-നെ Proof of Actor ആശ്രയിക്കുമോ?

ഇല്ല. ഇത് നിങ്ങളുടെ server, edge layer, approved pages-ിലെ browser collector, HTTP API അല്ലെങ്കിൽ MCP server-ൽ പ്രവർത്തിക്കുന്നു, അതിനാൽ Cloudflare-ന്റെ പിന്നിൽ ആയാലും, മറ്റൊരു CDN-ന്റെ പിന്നിൽ ആയാലും, അല്ലെങ്കിൽ CDN ഇല്ലാതെയായാലും ഒരേ രീതിയിൽ പ്രവർത്തിക്കുന്നു.

Cloudflare അനുവദിക്കുന്ന traffic Proof of Actor തടയുമോ?

സ്വതേ ഇല്ല. ഇത് observation mode-ൽ ആരംഭിക്കുന്നു, നിങ്ങൾ ഒരു policy എഴുതുന്നതുവരെ ഒന്നും മാറ്റില്ല. ഏതെങ്കിലും enforcement നിങ്ങളുടെ സ്വന്തം application code-ലാണ് നിലനിൽക്കുന്നത്.

നിങ്ങളുടെ app ഉപയോഗിക്കുന്നത് ആരാണെന്ന് അറിയുക.

ചെറിയൊരു founding developers ഗ്രൂപ്പിനായുള്ള private beta.

ആദ്യം സംസാരിക്കണമോ? സ്ഥാപകരുമായി സംസാരിക്കുക