60-second brief
This is an original IROSG editorial analysis based on the cited primary source.
- Cloudflare از integration عمیق‌تر Gateway و Data Loss Prevention با Developer Platform خبر داده است.
- هدف عبور از actionهای ثابت و امکان افزودن منطق سفارشی در مسیر policy است.
- این مدل قدرت بیشتری به تیم امنیت می‌دهد، اما code review، testing و governance policy را مهم‌تر می‌کند.
What changed?
Firewall و Secure Web Gateway معمولاً با ruleهای declarative شناخته می‌شوند: match کن، allow یا block کن. Cloudflare می‌خواهد بخشی از این مرز را قابل برنامه‌ریزی کند؛ یعنی جایی که policy نیاز به context، transformation یا تصمیمی فراتر از action ثابت دارد، بتوان منطق application-like وارد مسیر کرد.
Technical view
نزدیک‌شدن Gateway/DLP به Workers به این معناست که policy می‌تواند از primitiveهای Developer Platform استفاده کند. این جذاب است چون exceptionها و workflowهای خاص سازمان را پوشش می‌دهد؛ اما هم‌زمان سطح attack و failure تازه‌ای می‌سازد: کد policy باید versioned، tested و observable باشد.
Who should care?
Zero Trust، Network Security، DLP، Platform Engineering و تیم‌هایی که policyهای داده/مرور وب پیچیده دارند.
Before adopting
قبل از production یک repository و CI برای policy code بسازید، test case مثبت و منفی تعریف کنید، latency budget تعیین کنید و fail-open/fail-closed را صریح مشخص کنید. deployment policy باید rollback سریع داشته باشد.
Caveat
قابل برنامه‌ریزی بودن به‌معنی مناسب‌بودن کد برای هر rule نیست. بسیاری از policyها بهتر است declarative و ساده بمانند؛ custom code را فقط برای نیاز واقعی وارد کنید.
What to watch
Observability، versioning و محدودیت‌های execution در این مدل تعیین می‌کنند آیا استفاده در scale راحت است یا نه.
