بنیان‌های مهندسی امن

قبل از فشار انتشار، شیوه‌های secure-by-design را در SDLC خود—فرآیند، معماری، مدل‌سازی تهدید، بازبینی کد و توانمندسازی توسعه‌دهنده—استقرار دهید.

SDLC امن، بازبینی معماری، مدل‌سازی تهدید، بازبینی کد و توانمندسازی توسعه‌دهندگان.

آنچه تیم‌ها می‌گویند

  • قبل از فشار انتشار به امنیت نیاز داریم
  • SDLC ما دروازه یا مالکیت امنیتی روشن ندارد
  • بازبینی کد بین تیم‌ها ناهمگون است
  • باید با SSDF یا SAMM برای مشتری و ممیزی هم‌راستا شویم
  • توسعه‌دهندگان به عادت کدنویسی عملی نیاز دارند نه اسلاید

چه کسانی از اینجا شروع می‌کنند

تیم‌هایی که برای نخستین بار SDLC امن را رسمی می‌کنند
سازمان‌هایی که برای بازبینی معماری و مدل تهدید آماده می‌شوند
رهبران مهندسی که بازبینی کد و آموزش را استاندارد می‌کنند
خریداران بسته Launch که بنیان مهندسی امن را می‌سازند

دستاوردهای شما

  • فعالیت‌های امنیتی با مالکیت روشن در هر فاز SDLC
  • معماری و مدل تهدید که نقص طراحی را زود کشف می‌کند
  • بازبینی کد امن قابل تکرار در جریان تحویل
  • توسعه‌دهندگانی که کدنویسی امن OWASP را در کار روزانه به‌کار می‌برند
چه زمانی شروع کنیم

وقتی شیوه طراحی و ساخت قبل از اتوماسیون خط لوله یا مقیاس ابزار AI به ساختار نیاز دارد از اینجا شروع کنید. بیشتر engagementهای Launch در این خانواده آغاز می‌شود.

استانداردها و چارچوب‌ها

شیوه‌های توسعه نرم‌افزار امن هم‌راستا با SP 800-218.

مدل بلوغ تضمین نرم‌افزار در سازمان.

الزامات اعتبارسنجی کنترل‌های امنیت اپلیکیشن.

STRIDE / مدل‌سازی تهدید

شناسایی ساخت‌یافته abuse-case و تهدید در زمان طراحی.

نحوه همکاری

1

ارزیابی و خط‌مبنا

SDLC، ابزار و شیوه‌های تیم را در برابر NIST SSDF و SAMM مرور می‌کنیم.

2

طراحی workflow امن

دروازه‌های امنیتی، ریتم بازبینی و نقاط تماس معماری/مدل تهدید را تعریف می‌کنیم.

3

توانمندسازی تیم‌ها

آموزش، playbook بازبینی کد و هم‌راستایی champions را اجرا می‌کنیم.

4

سنجش و بهبود

معیار پذیرش را دنبال کرده و فرآیند را با رهبران تحویل بهبود می‌دهیم.

تناسب با بسته

بسته Launch معمولاً با SDLC امن و بازبینی کد شروع می‌شود؛ Scale عمق آموزش و بازبینی معماری را اضافه می‌کند.

مشاهده بسته‌های توسعه امن

سوالات متداول

تفاوت SDLC امن با DevSecOps چیست؟

SDLC امن تعیین می‌کند در هر فاز چه کار امنیتی انجام شود. DevSecOps بخشی از آن را در خط لوله خودکار می‌کند. هر دو را به‌صورت مکمل ارائه می‌دهیم.

فقط سرویس‌های Build Secure در این خانواده را انجام می‌دهید؟

تحویل اصلی Build Secure است (SDLC، آموزش، بازبینی کد). بازبینی معماری و مدل تهدید سرویس‌های مشاوره‌ای هستند که به‌خاطر نقش در بنیان مهندسی امن اینجا نیز نمایش داده می‌شوند.

چه زمانی بازبینی معماری یا مدل تهدید اضافه کنیم؟

هنگام طراحی یا تغییر عمده سیستم‌ها اضافه کنید—معمولاً کنار SDLC امن در Launch، pre-release یا خط محصول جدید.

مطمئن نیستید کدام بسته برای تیم شما مناسب است؟

رزرو کارگاه توسعه امن