الصفحة الرئيسية>كود المصدر JSP>فئات أخرى
تنزيل

كلير سيكد

يعد كلير ، الذي أصدرته CoreOS في نوفمبر '16 ، أداة فعالة للغاية لتحليل صور Docker بشكل ثابت لتحديد أي نقاط ضعف معروفة موجودة في الصور. دمج كلير في خط أنابيب CI/CD:

  1. هو معقد (أعتقد أن هذا جزئيا تحدي الوثائق)
  2. يخلق مشاكل في الأداء (بناء قاعدة بيانات Postgres المطلوبة من نقاط الضعف بطيئة)
  3. في حد ذاته لا يكفي من وجهة نظر تقييم المخاطر لأنه بمجرد تحديد نقاط الضعف ، هناك نقص في التوجيه الإلزامية حول كيفية التصرف على نقاط الضعف المحددة

تم إنشاء هذا الريبو لمعالجة التحديات المذكورة أعلاه.

خلفية

تركز جذور هذا الريبو حول المعتقدات التالية:

  • عند إدراجه في خط أنابيب CI/CD ، يمكن أن يكون كلير أساسًا فعالًا للغاية لأتمتة تقييم مخاطر نقاط الضعف
  • يجب تشغيل الخدمات في حاويات Docker ، وبالتالي يجب أن تركز خطوط أنابيب CI/CD على التوليد الآلي والتقييم ونشر صور Docker في النهاية
  • من المهم فهم وتقييم ملف تعريف المخاطر للخدمات على سبيل المثال. الأمن مهم
  • لا ينبغي دفع صور Docker إلى سجل Docker حتى يتم فهم ملف تعريف المخاطر الخاص بهم (هذا أمر مهم)
  • يجب أن تكون خطوط أنابيب CI/CD سريعة. ما مدى سرعة؟ من الناحية المثالية <5 دقائق بين التزام الكود ويبدأ النشر الآلي
  • يجب أن يكون هناك تقسيم واضح للمسؤوليات بين أولئك الذين يقومون بإنشاء صورة Docker (مهندس خدمة) وأولئك الذين يحددون مخاطر نقاط الضعف في صورة Docker (محلل أمان)
  • يجب أن تولد عملية تقييم المخاطر أدلة يمكن استخدامها لفهم قرار تقييم المخاطر

المشاركون الرئيسيين

  • مهندس خدمة - مسؤول عن تنفيذ خدمة يتم تعبئتها في صورة Docker
  • محلل الأمن - مسؤول عن تحديد الطائرات البيضاء التي تستهلكها clair_cicd للتأثير على قرارات تقييم مخاطر صورة Docker

كيفية استخدام

ابدء

للبدء في استخدام clair-cicd ، يقوم مهندس خدمة بإدخال سطر واحد من التعليمات البرمجية في خط أنابيب CI للخدمة. يقوم السطر المفرد من التعليمات البرمجية بتشغيل برنامج SHELL SCRIPT RESIVE-RISK.SH. جزء من مسؤولية خط أنابيب CI هو بناء صورة Docker ثم دفع صورة Docker إلى سجل Docker. يجب أن يظهر السطر المفرد لرمز clair-cicd بعد إنشاء صورة Docker واختبارها ولكن قبل دفع صورة Docker إلى سجل Docker.

في هذه الحالة البسيطة ، تقوم بتقييم المخاطر. إذا كانت صورة Docker تحتوي على أي نقاط ضعف معروفة ذات شدة أعلى من المتوسطة ، فإن تقييم الصورة. يجب أن يفشل البناء قبل دفع صورة Docker إلى سجل Docker.

يوضح المثال ما هو موصوف لجبال الألب: 3.4 صورة Docker. 

 ~ > curl -s -L 
  https://raw.githubusercontent.com/simonsdave/clair-cicd/master/bin/assess-image-risk.sh | 
  bash -s -- alpine:3.4
~ > echo $?
0
~ >

فهم قرار تقييم المخاطر

لفهم كيفية قيام assess-image-risk.sh -v المخاطر. 

 ~ > curl -s -L 
  https://raw.githubusercontent.com/simonsdave/clair-cicd/master/bin/assess-image-risk.sh | 
  bash -s -- -v alpine:3.4
2020-01-12 16:43:35 pulling clair database image ' simonsdave/clair-cicd-database:latest '
2020-01-12 16:44:17 successfully pulled clair database image
2020-01-12 16:44:17 starting clair database container ' clair-db-c1dbb5f93ae98755 '
2020-01-12 16:44:23 waiting for database server in container ' clair-db-c1dbb5f93ae98755 ' to start ...........................
2020-01-12 16:44:54 successfully started clair database container
2020-01-12 16:44:54 clair configuration in ' /var/folders/7x/rr443kj575s8zz54jrbrp4jc0000gn/T/tmp.ElAlhGNl '
2020-01-12 16:44:59 pulling clair image ' simonsdave/clair-cicd-clair:latest '
2020-01-12 16:45:13 successfully pulled clair image ' simonsdave/clair-cicd-clair:latest '
2020-01-12 16:45:13 starting clair container ' clair-e9573ae537134fa0 '
2020-01-12 16:45:15 successfully started clair container ' clair-e9573ae537134fa0 '
2020-01-12 16:45:15 saving docker image ' alpine:3.4 ' to ' /tmp/tmp.IaNHCH '
2020-01-12 16:45:16 successfully saved docker image ' alpine:3.4 '
2020-01-12 16:45:16 starting to create clair layers
2020-01-12 16:45:16 creating clair layer ' 378cb6b4a17e08c366cebd813d218f60889848387fa61a56ac054ca027a4890d '
2020-01-12 16:45:16 successfully created clair layer ' 378cb6b4a17e08c366cebd813d218f60889848387fa61a56ac054ca027a4890d '
2020-01-12 16:45:16 done creating clair layers
2020-01-12 16:45:16 starting to get vulnerabilities for clair layers
2020-01-12 16:45:16 saving vulnerabilities to directory ' /tmp/tmp.MDncHN '
2020-01-12 16:45:16 getting vulnerabilities for layer ' 378cb6b4a17e08c366cebd813d218f60889848387fa61a56ac054ca027a4890d '
2020-01-12 16:45:16 successfully got vulnerabilities for layer ' 378cb6b4a17e08c366cebd813d218f60889848387fa61a56ac054ca027a4890d '
2020-01-12 16:45:16 done getting vulnerabilities for clair layers
2020-01-12 21:45:17 INFO io:89 Looking for vulnerabilities in directory ' /tmp/tmp.MDncHN '
2020-01-12 21:45:17 INFO io:95 Found 1 files with vulnerabilities in directory ' /tmp/tmp.MDncHN '
2020-01-12 21:45:17 INFO io:104 Looking for vulnerabilities in ' /tmp/tmp.MDncHN/378cb6b4a17e08c366cebd813d218f60889848387fa61a56ac054ca027a4890d.json '
2020-01-12 21:45:17 INFO io:122 Found 0 vulnerabilities in ' /tmp/tmp.MDncHN/378cb6b4a17e08c366cebd813d218f60889848387fa61a56ac054ca027a4890d.json '
2020-01-12 21:45:17 INFO io:133 Found 0 vulnerabilities in 1 files in directory ' /tmp/tmp.MDncHN '
2020-01-12 21:45:17 INFO assessor:19 Assessment starts
2020-01-12 21:45:17 INFO assessor:26 Assessment ends - pass
~ > echo $?
0
~ >

إضافة الضعف البيضاء

في الأمثلة المذكورة أعلاه ، تم استخدام القائمة البيضاء الافتراضية. عند تحديد مستند JSON ، ستكون هذه القائمة البيضاء: 

{
  "ignoreSevertiesAtOrBelow" : " medium "
}

بشكل افتراضي ، يقوم تقييم التخطيط-المخاطر. يتم اشتقاق الوسيلة من القائمة البيضاء الافتراضية.

يوضح المثال أدناه كيفية تحديد القائمة البيضاء مع الثغرة الأمنية وبشدة غير المتوسطة. لاحظ استخدام json:// بادئة للإشارة إلى أن هذا هو القائمة البيضاء المضمنة. 

 ~ > curl -s -L 
  https://raw.githubusercontent.com/simonsdave/clair-cicd/master/bin/assess-image-risk.sh | 
  bash -s -- -v --whitelist ' json://{"ignoreSevertiesAtOrBelow": "negligible"} ' ubuntu:18.04
2020-01-12 16:46:56 pulling clair database image ' simonsdave/clair-cicd-database:latest '
2020-01-12 16:46:58 successfully pulled clair database image
2020-01-12 16:46:58 starting clair database container ' clair-db-3b0811925f7e8bc2 '
2020-01-12 16:46:59 waiting for database server in container ' clair-db-3b0811925f7e8bc2 ' to start .............................
2020-01-12 16:47:32 successfully started clair database container
2020-01-12 16:47:32 clair configuration in ' /var/folders/7x/rr443kj575s8zz54jrbrp4jc0000gn/T/tmp.BXCs3Giy '
2020-01-12 16:47:34 pulling clair image ' simonsdave/clair-cicd-clair:latest '
2020-01-12 16:47:36 successfully pulled clair image ' simonsdave/clair-cicd-clair:latest '
2020-01-12 16:47:36 starting clair container ' clair-fc579c71e7daba57 '
2020-01-12 16:47:38 successfully started clair container ' clair-fc579c71e7daba57 '
2020-01-12 16:47:38 saving docker image ' ubuntu:18.04 ' to ' /tmp/tmp.lPDhNd '
2020-01-12 16:47:43 successfully saved docker image ' ubuntu:18.04 '
2020-01-12 16:47:43 starting to create clair layers
2020-01-12 16:47:43 creating clair layer ' cc59b0ca1cf21d77c81a98138703008daa167b1ab1a115849d498dba64e738dd '
2020-01-12 16:47:43 successfully created clair layer ' cc59b0ca1cf21d77c81a98138703008daa167b1ab1a115849d498dba64e738dd '
2020-01-12 16:47:43 creating clair layer ' 27a911bb510bf1e9458437f0f44216fd38fd08c462ed7aa026d91aab8c054e54 '
2020-01-12 16:47:44 successfully created clair layer ' 27a911bb510bf1e9458437f0f44216fd38fd08c462ed7aa026d91aab8c054e54 '
2020-01-12 16:47:44 creating clair layer ' d80735acaa72040a0a98ca3ae6891f9abb4e2f5d627b4099c4fefdc3ce1e696e '
2020-01-12 16:47:44 successfully created clair layer ' d80735acaa72040a0a98ca3ae6891f9abb4e2f5d627b4099c4fefdc3ce1e696e '
2020-01-12 16:47:44 creating clair layer ' 1ee34a985f7aef86436a5519f5ad83f866a74c7d9a0c22e47c4213ee9cb64e6d '
2020-01-12 16:47:44 successfully created clair layer ' 1ee34a985f7aef86436a5519f5ad83f866a74c7d9a0c22e47c4213ee9cb64e6d '
2020-01-12 16:47:44 done creating clair layers
2020-01-12 16:47:44 starting to get vulnerabilities for clair layers
2020-01-12 16:47:44 saving vulnerabilities to directory ' /tmp/tmp.dkfgmI '
2020-01-12 16:47:44 getting vulnerabilities for layer ' cc59b0ca1cf21d77c81a98138703008daa167b1ab1a115849d498dba64e738dd '
2020-01-12 16:47:44 successfully got vulnerabilities for layer ' cc59b0ca1cf21d77c81a98138703008daa167b1ab1a115849d498dba64e738dd '
2020-01-12 16:47:44 getting vulnerabilities for layer ' 27a911bb510bf1e9458437f0f44216fd38fd08c462ed7aa026d91aab8c054e54 '
2020-01-12 16:47:44 successfully got vulnerabilities for layer ' 27a911bb510bf1e9458437f0f44216fd38fd08c462ed7aa026d91aab8c054e54 '
2020-01-12 16:47:44 getting vulnerabilities for layer ' d80735acaa72040a0a98ca3ae6891f9abb4e2f5d627b4099c4fefdc3ce1e696e '
2020-01-12 16:47:44 successfully got vulnerabilities for layer ' d80735acaa72040a0a98ca3ae6891f9abb4e2f5d627b4099c4fefdc3ce1e696e '
2020-01-12 16:47:44 getting vulnerabilities for layer ' 1ee34a985f7aef86436a5519f5ad83f866a74c7d9a0c22e47c4213ee9cb64e6d '
2020-01-12 16:47:44 successfully got vulnerabilities for layer ' 1ee34a985f7aef86436a5519f5ad83f866a74c7d9a0c22e47c4213ee9cb64e6d '
2020-01-12 16:47:44 done getting vulnerabilities for clair layers
2020-01-12 21:47:45 INFO io:89 Looking for vulnerabilities in directory ' /tmp/tmp.dkfgmI '
2020-01-12 21:47:45 INFO io:95 Found 4 files with vulnerabilities in directory ' /tmp/tmp.dkfgmI '
2020-01-12 21:47:45 INFO io:104 Looking for vulnerabilities in ' /tmp/tmp.dkfgmI/27a911bb510bf1e9458437f0f44216fd38fd08c462ed7aa026d91aab8c054e54.json '
2020-01-12 21:47:45 INFO io:122 Found 33 vulnerabilities in ' /tmp/tmp.dkfgmI/27a911bb510bf1e9458437f0f44216fd38fd08c462ed7aa026d91aab8c054e54.json '
2020-01-12 21:47:45 INFO io:104 Looking for vulnerabilities in ' /tmp/tmp.dkfgmI/cc59b0ca1cf21d77c81a98138703008daa167b1ab1a115849d498dba64e738dd.json '
2020-01-12 21:47:45 INFO io:122 Found 33 vulnerabilities in ' /tmp/tmp.dkfgmI/cc59b0ca1cf21d77c81a98138703008daa167b1ab1a115849d498dba64e738dd.json '
2020-01-12 21:47:45 INFO io:104 Looking for vulnerabilities in ' /tmp/tmp.dkfgmI/1ee34a985f7aef86436a5519f5ad83f866a74c7d9a0c22e47c4213ee9cb64e6d.json '
2020-01-12 21:47:45 INFO io:122 Found 33 vulnerabilities in ' /tmp/tmp.dkfgmI/1ee34a985f7aef86436a5519f5ad83f866a74c7d9a0c22e47c4213ee9cb64e6d.json '
2020-01-12 21:47:45 INFO io:104 Looking for vulnerabilities in ' /tmp/tmp.dkfgmI/d80735acaa72040a0a98ca3ae6891f9abb4e2f5d627b4099c4fefdc3ce1e696e.json '
2020-01-12 21:47:45 INFO io:122 Found 33 vulnerabilities in ' /tmp/tmp.dkfgmI/d80735acaa72040a0a98ca3ae6891f9abb4e2f5d627b4099c4fefdc3ce1e696e.json '
2020-01-12 21:47:45 INFO io:133 Found 33 vulnerabilities in 4 files in directory ' /tmp/tmp.dkfgmI '
2020-01-12 21:47:45 INFO assessor:19 Assessment starts
2020-01-12 21:47:45 INFO assessor:34 Assessing vulnerability CVE-2018-11236 - start
2020-01-12 21:47:45 INFO assessor:52 Vulnerability CVE-2018-11236 @ severity medium greater than whitelist severity @ negligible - fail
2020-01-12 21:47:45 INFO assessor:36 Assessing vulnerability CVE-2018-11236 - finish
2020-01-12 21:47:45 INFO assessor:23 Assessment ends - fail
~ > echo $?
1
~ >

ما سبق هو مثال على القائمة البيضاء المضمنة. من الممكن أيضًا تحديد القائمة البيضاء في ملف. يوضح المثال أدناه الاستخدام. ملاحظة استخدام file:// بادئة للإشارة إلى أن القائمة البيضاء موجودة في ملف. 

 ~ > cat whitelist.json
{
  " ignoreSevertiesAtOrBelow " : " medium "
}
~ > curl -s -L 
  https://raw.githubusercontent.com/simonsdave/clair-cicd/master/bin/assess-image-risk.sh | 
  bash -s -- -v --whitelist file://whitelist.json alpine:3.4
2020-01-12 16:48:41 pulling clair database image ' simonsdave/clair-cicd-database:latest '
2020-01-12 16:48:42 successfully pulled clair database image
2020-01-12 16:48:42 starting clair database container ' clair-db-191152e37b864e4b '
2020-01-12 16:48:43 waiting for database server in container ' clair-db-191152e37b864e4b ' to start .............................
2020-01-12 16:49:16 successfully started clair database container
2020-01-12 16:49:16 clair configuration in ' /var/folders/7x/rr443kj575s8zz54jrbrp4jc0000gn/T/tmp.GdlBNmiG '
2020-01-12 16:49:19 pulling clair image ' simonsdave/clair-cicd-clair:latest '
2020-01-12 16:49:20 successfully pulled clair image ' simonsdave/clair-cicd-clair:latest '
2020-01-12 16:49:20 starting clair container ' clair-747d1c50606fba7e '
2020-01-12 16:49:21 successfully started clair container ' clair-747d1c50606fba7e '
2020-01-12 16:49:22 saving docker image ' alpine:3.4 ' to ' /tmp/tmp.Eldkbe '
2020-01-12 16:49:23 successfully saved docker image ' alpine:3.4 '
2020-01-12 16:49:23 starting to create clair layers
2020-01-12 16:49:23 creating clair layer ' 378cb6b4a17e08c366cebd813d218f60889848387fa61a56ac054ca027a4890d '
2020-01-12 16:49:23 successfully created clair layer ' 378cb6b4a17e08c366cebd813d218f60889848387fa61a56ac054ca027a4890d '
2020-01-12 16:49:23 done creating clair layers
2020-01-12 16:49:23 starting to get vulnerabilities for clair layers
2020-01-12 16:49:23 saving vulnerabilities to directory ' /tmp/tmp.pCOhlL '
2020-01-12 16:49:23 getting vulnerabilities for layer ' 378cb6b4a17e08c366cebd813d218f60889848387fa61a56ac054ca027a4890d '
2020-01-12 16:49:23 successfully got vulnerabilities for layer ' 378cb6b4a17e08c366cebd813d218f60889848387fa61a56ac054ca027a4890d '
2020-01-12 16:49:23 done getting vulnerabilities for clair layers
2020-01-12 21:49:23 INFO io:89 Looking for vulnerabilities in directory ' /tmp/tmp.pCOhlL '
2020-01-12 21:49:23 INFO io:95 Found 1 files with vulnerabilities in directory ' /tmp/tmp.pCOhlL '
2020-01-12 21:49:23 INFO io:104 Looking for vulnerabilities in ' /tmp/tmp.pCOhlL/378cb6b4a17e08c366cebd813d218f60889848387fa61a56ac054ca027a4890d.json '
2020-01-12 21:49:23 INFO io:122 Found 0 vulnerabilities in ' /tmp/tmp.pCOhlL/378cb6b4a17e08c366cebd813d218f60889848387fa61a56ac054ca027a4890d.json '
2020-01-12 21:49:23 INFO io:133 Found 0 vulnerabilities in 1 files in directory ' /tmp/tmp.pCOhlL '
2020-01-12 21:49:23 INFO assessor:19 Assessment starts
2020-01-12 21:49:23 INFO assessor:26 Assessment ends - pass
~ > echo $?
0
~ >

يمكن أيضا أن تكون نقاط الضعف المحددة في القائمة البيضاء. يوضح المثال أدناه هذه القدرة. إذا قمت بإضافة علامة -v (مطوّلة) assess-image-risk.sh التي تُحدد Vulnerability CVE-2019-13627 in whitelist - pass 

 ~ > curl -s -L 
  https://raw.githubusercontent.com/simonsdave/clair-cicd/master/bin/assess-image-risk.sh | 
  bash -s -- --whitelist ' json://{"ignoreSevertiesAtOrBelow":"low"} ' ubuntu:18.04
~ > echo $?
1
~ > cat whitelist.json
{
  " ignoreSevertiesAtOrBelow " : " low " ,
  " vulnerabilities " : [
    { " cveId " : " CVE-2018-20839 " , " rationale " : " reason #1 " },
    { " cveId " : " CVE-2019-5188 " , " rationale " : " reason #2 " },
    { " cveId " : " CVE-2018-11236 " , " rationale " : " reason #3 " },
    { " cveId " : " CVE-2019-13627 " , " rationale " : " reason #4 " },
    { " cveId " : " CVE-2019-13050 " , " rationale " : " reason #5 " },
    { " cveId " : " CVE-2018-11237 " , " rationale " : " reason #6 " },
    { " cveId " : " CVE-2018-19591 " , " rationale " : " reason #7 " }
  ]
}
~ > curl -s -L 
  https://raw.githubusercontent.com/simonsdave/clair-cicd/master/bin/assess-image-risk.sh | 
  bash -s -- --whitelist ' file://whitelist.json ' ubuntu:18.04
~ > echo $?
0
~ >

إن أخصائيو Ito البيضاء يستحقون أن ترى العدد رقم 7 الذي يقول:

file:// https:// القائمة البيضاء json:// assess-image-risk.sh --whitelist لماذا هذا مهم؟ يجب الحفاظ على قواعد البيت المثالية من قبل محلل الأمن وليس مهندس خدمة. هذا يعني أنه ينبغي الحفاظ على القواعد البيضاء في إعادة عمل أخرى مع عملية إدارة التغيير المناسبة. json:// و file:// المخططات على ما يرام للحفاظ على العازفين البيضاء في نفس ريبو هو رمز الخدمة. ومع ذلك ، سيكون من الأفضل الحفاظ على عازف البيت في ريزو ريبو يتم قراءة مهندسي الخدمات بشكل قابلة للخدمات فقط ، ولا يمكن تحريره إلا من قِبل محللي الأمن الذين يمكنهم تطبيق عمليات إدارة التغيير المناسبة لإجراء تغييرات (مراجعات الكود ، فروع الميزات ، إلخ).

كيف تعمل + المتطلبات/الافتراضات

هناك 3 قطع متحركة:

  1. التقييم-المخاطر.
  2. قاعدة بيانات الضعف في كلير التي يتم تعبئتها داخل صورة Docker Simonsdave/Clair-Database-يتم استخدام وظيفة circleci cron لإعادة بناء Simonsdave/Clair-Database 3 أيام في الأسبوع لضمان قاعدة بيانات الضعف الحالية الحالية
  3. مجموعة من البرامج النصية لتقييم مخاطر Python و Bash المعبأة في صورة Docker Simonsdave/Clair-Cicd-Clair والتي تعتمد على Docker Image Quay.io/coreos/clair التي تعزف على Clair

من العينات في بداية هذا المستند ، سترى نهج تجعيد الإصدار الأخير من مخاطر التقييم-صورة إلى قذيفة Bash Run المحلية. قم بتقييم المخاطر. ثم يتم تشغيل حاوية أخرى باستخدام CimonSdave/Clair-CICD-Clair مع حاوية Simonsdave/Clair-CICD-Clair التي تمكنت من التحدث مع حاوية Simonsdave/Clair-Database. بمجرد تشغيل حاوية SimonSdave/Clair-CICD-Clair ، قم بتقييم المخاطر.

مسلحًا بفهم كيفية عمل clair-cicd ، ستقدر أن القدرة على تنفيذ المخاطر التي تُحدد. التقييم clair-cicd clair-cicd

مراجع

  • 12 مايو '22 - حدد نقاط الضعف المعروفة في صورة Docker باستخدام Clair
  • 1 نوفمبر 20 - مقدمة عملية لأمن الحاويات
  • 5 أغسطس '20 - كيفية القيام بإدارة الضعف مع Docker و CI/CD
  • 20 مايو '20 - الماسحات الضوئية الأمنية لبيثون ودوكر: من الكود إلى التبعيات
  • 29 يناير 20 - ما هو DevSecops ، وكيف يختلف عن DevOps؟
  • 26 ديسمبر 19 - Coreos Clair - الجزء 2: التثبيت والتكامل
  • 4 أكتوبر 19 - Coreos Clair - الجزء 1: مسح صور الحاوية
  • 1 أكتوبر '18 - امتثال الخبز في خط أنابيب CI/CD الخاص بك
  • 11 سبتمبر 18 - ما هو DevSecops؟
  • 20 يونيو 18 - أين في دورة DevOps هل تقوم بالأمان؟
  • 8 مايو '18 - DevSecops: 7 عادات من المنظمات الأمنية القوية
  • 18 أبريل 18 - المسح الضوئي Cloudcast #343
  • 21 فبراير 18 - أداة اختبار الامتثال الآلية تسرع DevSecops
  • 20 فبراير 18 - 6 متطلبات لتحقيق DevSecops
  • 22 يناير 18 - DevOps والأمن: كيفية التغلب على التحديات الثقافية والتحول إلى DevSecops الحقيقي
  • 15 يناير 18 - لماذا يهم قادة DevSecops
  • 27 نوفمبر '17 - ما هي إدارة الضعف؟ العمليات والبرامج لتحديد أولويات التهديدات
  • 23 أكتوبر '17 - وصايا الأمن السيبراني العشر
  • 9 أكتوبر '17 - 10 طبقات من أمان حاوية Linux
  • 5 أكتوبر '17 - كيفية الحفاظ على الأمان عند طرح DevOps
  • 26 يناير 17 - ديفوبس وفصل الواجبات
  • 26 يوليو 16 - حقن الأمن في التسليم المستمر
  • 5 يونيو 16 - < - تحويل الأمن إلى اليسار
  • خمسة أسرار واثنين من "مسكات" الضعف الشائعة للمسح الضوئي
يوسع
معلومات إضافية
تطبيقات ذات صلة
نوصي لك
أخبار ذات صلة الكل