اصولا تیم امنیتی یه بار توی سال pentest می‌گیره. مهاجم هر روز.
ولی در حال حاضر ضعف زیادی توی قسمت سایبری در کشور وجود داره

همین فاصله، کل دلیلِ نفوذه. Strix این شکاف رو می‌بنده. pentest رو از تقویمی درمیاره، مداومش می‌کنه.

این scanner نیست که flag احتمالی بده. agentهاش مثل مهاجم واقعی رفتار می‌کنن: اپلیکیشن شما رو داینامیک اجرا می‌کنن، آسیب‌پذیری‌ها رو chain می‌زنن، هر یافتی رو با exploit کارکردنی ثابت می‌کنن. PoC نداری، ticket نداری.

تنها هم کار نمی‌کنه. چندتا agent تخصصی به صورت موازی recon، exploitation و post-exploitation رو اجرا می‌کنن. یافته‌ها رو share می‌زنن و chain می‌کنن، دقیقاً مثل یه red team واقعی.

یه repo بهش بدین، یه اپلیکیشن لایو، یا حتی یه spec OpenAPI/Postman. خودش همه endpointها رو تست می‌کنه، نه اینکه بی‌هدف crawl کنه.


curl -sSL strix.ai/install | bash


سؤال من اینه: وقتی مهاجم هر روز تمرین می‌کنه، چرا تیم امنیتی هنوز داره برای یه بار توی سال برنامه‌ریزی می‌کنه؟


#امنیت_سایبری
#پنتست
#DevSecOps
#RedTeam
#AppSec
#CyberSecurity
#Strix

اگر با هلم کار می‌کنید، چندتا فایل و پوشه هست که خیلی زود تبدیل می‌شن به چیزهایی که مدام بهشون برمی‌گردید.

فایل مربوط به اطلاعات اصلی نمودار، متادیتا و مشخصات کلی نمودار رو نگه می‌داره. فایل تنظیمات هم برای مقادیر پیش‌فرض استفاده می‌شه و داخل پوشه قالب‌ها هم فایل‌های تعریف منابع کوبرنتیز قرار می‌گیرن.

پوشه وابستگی‌ها برای مدیریت وابستگی‌های نمودار استفاده می‌شه و فایل کمکی هم جاییه که می‌تونید منطق‌های قابل‌استفاده مجدد برای قالب‌ها رو تعریف کنید. پوشه تست‌ها هم برای تست‌های هلم و فایل نادیده‌گرفتن هم مشخص می‌کنه چه فایل‌هایی هنگام بسته‌بندی نمودار در نظر گرفته نشن.

اگر ساختار این فایل‌ها رو خوب بشناسید، کار با هلم خیلی قابل‌فهم‌تر می‌شه. چون تقریباً هر بخش از یک نمودار وظیفه مشخصی داره و در نهایت همه‌چیز به تولید و مدیریت فایل‌های پیکربندی کوبرنتیز ختم می‌شه.

#Helm
#Kubernetes
#DevOps
#CloudNative
#CNCF
#Docker
#InfrastructureAsCode
#IaC
#CloudComputing
#DevSecOps
#SRE
#PlatformEngineering
#K8s
#GitOps