شاپ کھل گئی ہے

ہم ویب سائٹس، AI ایجنٹس اور LLM ٹریننگ کے لیے Workstation AI مشینیں بناتے ہیں — آن لائن ترتیب دیں اور خریدیں۔

ٹریڈ قیمتیں حاصل کریں
AI مصنوعات
AI لیبزOpenAI ایجنٹسClaude ایجنٹسGrok BotWorkstation AI نیٹو CRMمارکیٹنگتمام مصنوعات
AI حل
اطلاقی AIAI ایجنٹسجنریٹو AIAI آٹومیشنAI مہارت میں اضافہSME کے لیے AI پیکجزانٹرپرائز AI لیبAI ورک سٹیشنزNVIDIA ہارڈویئر اور سافٹ ویئرNVIDIA ایکسلریٹڈ کمپیوٹنگپرائیویٹ AIGPU کلسٹرزایج AIصنعت کے لحاظ سے AI
AI خدمات
پلیٹ فارم کی جدید کاریڈیجیٹل انجینئرنگڈیٹا کی بنیاد اور AIخودمختار آپریشنزAI مشاورتDevOps آٹومیشنسائبر سیکیورٹیسافٹ ویئر ڈیولپمنٹایجنٹ بلڈنگMLOps سیٹ اپGPU لیزنگ
ہمارے بارے میں
کمپنیہماری کہانیشراکت دارکسٹمر کہانیاں
AI ڈیٹا سینٹرز
AI بصیرتیںJev سلسلہبینچ مارک لیبماڈل کا انتخاب
تکنیکی نوٹس
دستاویزات
Linux OSUbuntuRed Hat Enterprise LinuxSUSE LinuxAlpine LinuxDebian, Rocky & AlmaLinux
AI کلاؤڈ پلیٹ فارمزAWS & Amazon BedrockGoogle Cloud & Vertex AIMicrosoft Azure & AI FoundryGPU کلاؤڈز اور مارکیٹ پلیسز
نجی AI ڈیٹا سینٹرزقانونی فرموں کے لیےاکاؤنٹنگ فرموں کے لیےآن پریمیسز پلیٹ فارمزمکمل محفوظ کلاؤڈ
ٹولزRing PromoterJobshout
خبریں
بلاگ
ہم سے رابطہ کریںسائن ان

جدید کاروبار کے لیے AI ورک اسٹیشنز، AI ملٹی ایجنٹک سافٹ ویئر، GPU انفراسٹرکچر اور ذہین ایجنٹ حل۔

ہم سے رابطہ کریں

AI حل

اطلاقی AIAI ایجنٹسجنریٹو AIAI آٹومیشنAI مہارت میں اضافہSME کے لیے AI پیکجزانٹرپرائز AI لیبصنعت کے لحاظ سے AI

مصنوعات

تمام مصنوعاتWorkstation AI native CRM اور ERPمارکیٹنگOpenAI ایجنٹسRing PromoterJobshout

کمپنی

ہمارے بارے میںکمپنیAI ڈیٹا سینٹرزWorkstation کیوںشراکت دارکسٹمر کہانیاںقیمتیںرابطہTenthMatrix

وسائل

AI بصیرتیںتکنیکی نوٹسدستاویزاتLinux OSAI کلاؤڈ پلیٹ فارمزنجی AI ڈیٹا سینٹرزبلاگتلاشسائٹ کا نقشہ
برطانیہ کا دفتر
77-79 Marlowes, Hemel Hempstead HP1 1LFراستہ - M25 آؤٹر لندن سے جنکشن 20 لیںکمپنی نمبر: 11641870پیر - جمعہ: صبح 9:00 - شام 6:00 GMT
+44 7515 356 146
بیلجیم کا دفتر
Workstation SRL, Rue Vanderkindere 34, 1180 Uccle, BrusselsBE 0751.518.683پیر - جمعہ: صبح 9:00 - شام 6:00 CET
+32 492 45 67 46
بھارت کا دفتر
#159 Sector 9, Pocket 1, DDA Flats, 110077 Dwarka, New Delhi
+91 98881 98841

© 2026 Workstation AI۔ جملہ حقوق محفوظ ہیں۔

رازداریڈیٹا حذف کرناکوکیزسروس کی شرائطویب سائٹ سائٹ میپ

NVIDIA, the NVIDIA logo, RTX, RTX PRO, Blackwell, CUDA, NVLink, MGX, Omniverse, Spectrum-X, Quantum, BlueField, DGX and HGX are trademarks and/or registered trademarks of NVIDIA Corporation in the US and other countries. AMD, the AMD Arrow logo, EPYC, Instinct, Ryzen and Threadripper are trademarks of Advanced Micro Devices, Inc. Dell and PowerEdge are trademarks of Dell Inc. or its subsidiaries. Intel and Xeon are trademarks of Intel Corporation or its subsidiaries. AMAX, AceleMax and LiquidMax are trademarks of AMAX Engineering Corporation. All other product names, logos and brands are the property of their respective owners. We use them only to identify the products we describe, supply or support; their use does not mean their owners endorse us.

Loading blog...

ہوم / بلاگز
DevOpsSecuritySREKubernetesAIAutomation

WSL Proxy WAF: Explainable Web Application Firewall at the Edge

Live policies, stages and signatures on Workstation WSL Proxy — monitor or block, with support IDs on every decision

Balinder Walia16 ستمبر، 20263 min read
Workstation WSL Proxy WAF — Web Application Firewall

Workstation WSL Proxy puts a governed Web Application Firewall on the same live-config edge that routes and caches your traffic. Policies bind per domain and route, run in monitor or block, and every decision names a support ID. Companion deep dive: long article. Product: /wsl-proxy.

Workstation WSL Proxy WAF — Web Application Firewall

Watch: WSL Proxy WAF tour

Workstation WSL Proxy WAF tour

Watch: youtu.be/r10XSonA5JE · Product: wslproxy.org · WAF: wslproxy.org/waf

Bottom line. A WAF you cannot explain is a liability. Workstation WSL Proxy runs stages and governed signatures on the OpenResty request path after rate limiting, fails open by default so a WAF bug cannot take the site down, and returns X-WAF-* headers plus an X-Support-ID when it blocks.

The problem with opaque edge security

Most teams still protect APIs with a static nginx snippet, a shared ModSecurity pack nobody owns, or a cloud checkbox they cannot tune per route. When something breaks at 2 a.m., the ticket says “403 from the edge” with no policy name, no binding, and no safe way to dry-run a change. Reloading the whole POP for every rule change makes security and platform teams fight over the same config file.

Workstation WSL Proxy treats the edge as a product: live JSON and MCP configs for day-to-day routing and WAF, with nginx reloads reserved for listen and SSL changes. Security becomes operable — not a frozen regex list.

Where WAF sits in the pipeline

A request hits a POP. OpenResty accepts TLS and enters the Lua hot path. gateway_ack.lua matches a routing rule. The gateway pipeline then runs rate limits, then the WAF engine, then the response action and balancer. Typical outcomes include reverse-proxy to an upstream, redirect, static HTML, CAPTCHA challenge, or a 403 WAF block with support headers.

Inside the engine the order is fixed: load the policy, resolve the winning binding, run first-class stages, then governed signature matching and anomaly scoring. Each stage is fail-open under protected execution so an internal error logs and allows the request rather than blacking out the site.

What you get today

  • Policy packs bound per virtual host, with route and server overrides for monitor vs block.
  • Eight first-class stages before signatures: method allow-list, filetype deny, HTTP smuggling/desync, IP and geo deny, JWT algorithm policy, JSON depth/size, brute-force velocity, and OpenAPI positive security.
  • Governed signatures with stable IDs (SQLi, XSS, command injection, LFI, SSRF, SSTI, XXE, Log4Shell, Spring4Shell, JWT none, GraphQL introspection, scanner UAs, and related categories), plus disable / stage / set toggles and an anomaly threshold.
  • Explainable blocks: X-WAF-Block, X-WAF-Rule, X-WAF-Violation, X-Support-ID.
  • Layered edge controls on the same POP: per-server rate limit, CAPTCHA (rule status 306), JWT / S3 / cookie rule matches, and geo/IP routing rules independent of WAF stages.
  • Control plane: Admin UI, Swagger REST, MCP tools for Claude/Cursor, and wslproxy-cli pull/push for waf_rules and waf_policies.

Monitor first, then stage, then block

Binding precedence is deliberate: route override wins over per-server override, which wins over the policy default. That lets /preview stay in transparent (monitor/alarm) mode while /api/pay blocks. Signature stage windows alarm only until a timestamp and do not inflate the anomaly score — a safe rollout path before you flip a set to block.

Start in monitor on a staging POP or a low-risk path. Read structured wafsec logs and the events API. Promote sets when the noise is understood. Do not flip production to block without a soak.

Who it is for

Platform, SRE, and security teams who already run OpenResty or need an API gateway and CDN edge that security can actually operate. It is also for teams bringing AI agents to the same edge: MCP tools can already configure and inspect WSLProxy, while Agents Gateway and MCP Gateway integrations remain labelled in progress on the product page — not claimed as live WAF features.

Where to start

  1. Watch the tour above, then open wslproxy.org/waf.
  2. Read the technical article for stages, headers, and rollout practice.
  3. Explore the product overview at /wsl-proxy and the general intro at wslproxy.org.
  4. Engine deep dive: WAF Engine v2 blog · Engine v2 article.

Published by Workstation.

Product site: https://wslproxy.org · WAF: https://wslproxy.org/waf/