Role Purpose:
The Senior Security Architect is the security subject matter expert on assigned IT projects, from
initiation to go-live. The role applies the organization's Secure by Design (SbD) framework so that
security is built into solutions.
The role is the single security point of contact for the project lead, solution architect and project
manager. It gathers inputs from the other Information Security teams (Privacy, SOC, Vulnerability
Management and Cyber Assurance), passes them to the project, and makes sure their outputs are
delivered before go-live. The role also maintains the security architecture practice and mentors the
Security Architect.
Key Responsibilities:
1. Secure by Design delivery
• Act as the security SME for each assigned project through every SbD phase: initiation, service
profiling, design, build, assurance and go-live approval.
• Engage with project proponents early. Explain the SbD process, help them raise the SbD request
and complete service profiling to set the project's risk level.
• Define security requirements for each project from the controls matrix, the requirements
catalog, applicable policies and regulations.
• Review high-level and low-level designs (HLD and LLD) for security and alignment with the
architecture principles. Raise design issues and follow them up until they are fixed.
• Run threat modelling on new or significantly changed solutions.
• Carry out security architecture assurance: confirm that what was built matches the endorsed
design and that all required controls are in place.
• Give security endorsement at project gates (for example, before procurement, before
infrastructure build and before go-live), and keep evidence of each decision.
2. Coordination with Information Security teams
• Broker inputs and outputs. Collect inputs from each team, pass them to the project lead,
solution architect or project manager, and track that the outputs are delivered on time.
• Privacy team. Obtain privacy controls and requirements for the solution, including data
protection and data sharing requirements, and include them in the project's security
requirements.
• SOC team. Identify the log sources the solution must send to Microsoft Sentinel, and define the
abuse cases and use cases the SOC needs to build detections and alerts.
• Vulnerability Management team. Make sure solutions are free of open vulnerabilities before
go-live, including code scanning (SAST), software composition analysis (SCA) and dynamic
testing (DAST) findings. Track remediation of anything raised.
• Penetration testing and Cyber Assurance team. Arrange assurance checks for SaaS solutions
and penetration testing for on-premises solutions before go-live. Make sure findings are fixed or
risk-assessed.
3. Risk assessment and risk register
• Run cyber risk assessments for each project, combining findings from design reviews, threat
models, scans, assurance checks and penetration tests.
• Record every finding in the risk register with a risk rating, recommended controls, risk owner and
treatment plan.
• Present risks to project stakeholders and decision-makers, and obtain formal risk acceptance
at the right authority level where a risk is not treated.
• Track treatment actions until the risk is closed or formally accepted.
4. Security architecture practice
• Maintain and improve practice assets: security architecture templates, risk assessment
templates, the security controls matrix, the reusable security requirements catalog and the SbD
profiling guide.
• Develop and maintain reusable security architecture patterns, such as SaaS and single sign-on
(SSO) integration with Microsoft Entra ID.
• Map controls to regulatory requirements (NCA ECC, CCC and PDPL) and to the organization's
security roadmap.
• Identify gaps and inconsistencies in the SbD framework and propose improvements.
5. Change, procurement and contract reviews
• Review changes submitted to the Change Advisory Board (CAB) for security impact and
alignment with architecture standards.
• Write security requirements for RFPs, prepare vendor security questions, and evaluate the
security sections of vendor proposals.
• Review contracts and data processing agreements for security clauses.
6. Mentoring and quality
• Mentor the Security Architect on SbD delivery, risk assessment and stakeholder engagement.
• Review the Security Architect's deliverables (requirements, design reviews, assurance evidence
and risk entries) before they are issued.
• Act as the escalation point for complex, high-risk or disputed projects.
Required Qualifications:
• Bachelor's degree in Computer Science, Information Security, Engineering or a related field.
• 10 to 15 years of information security experience, including at least 5 years in security
architecture or Secure by Design roles.
• CISSP or CISM certification.
• Working knowledge of Saudi regulations: NCA Essential Cybersecurity Controls (ECC), Cloud
Cybersecurity Controls (CCC) and the Personal Data Protection Law (PDPL).
• Proven experience running risk assessments and threat modelling and managing findings in a
risk register.
Preferred:
• SABSA or TOGAF certification.
• Experience building or running a Secure by Design function or security architecture practice.
Technical Knowledge
• Cloud and SaaS security architecture (Microsoft Azure and SaaS platforms), including landing
zone design.
• Identity and access management with Microsoft Entra ID: SSO, MFA, conditional access, role based access, privileged identity management and access reviews.
• Network security: segmentation, firewalls, web application firewalls and secure remote access.
• Security monitoring with Microsoft Sentinel: log source onboarding and detection use cases.
• Secure software development: SAST, DAST and SCA tooling and how to interpret results.
• Endpoint protection (EDR), encryption, backup and recovery controls.
• Frameworks such as NIST CSF and ISO/IEC 27001.
Skills and Behavior:
• Explains security in plain business terms and positions security as a design partner, not only an
approval gate.
• Manages many projects in parallel and prioritizes by risk.
• Influences project teams, vendors and senior stakeholders without direct authority.
• Writes clear, audit-ready documentation and keeps evidence of decisions.
• Coaches others and raises the quality of the team's work.
الغرض من الدور الوظيفي:
كبير مهندسي الأمن هو الخبير الموضوعي في مجال الأمن لمشاريع تقنية المعلومات الموكلة إليه، بدءاً من
مرحلة الإطلاق وحتى مرحلة التشغيل الفعلي (Go-Live). يطبق هذا الدور إطار عمل "الأمن منذ التصميم" (SbD) الخاص بالمؤسسة لضمان
دمج الأمن في الحلول.
يمثل هذا الدور نقطة الاتصال الأمنية الوحيدة لقائد المشروع، ومهندس الحلول، ومدير
المشروع. ويجمع المدخلات من فرق أمن المعلومات الأخرى (الخصوصية، ومركز عمليات الأمن SOC، وإدارة
الثغرات، والضمان السيبراني)، ويمررها إلى المشروع، ويحرص على تسليم مخرجاتهم
قبل التشغيل الفعلي. كما يحافظ هذا الدور على ممارسة هندسة الأمن ويوجه
مهندس الأمن.
المسؤوليات الرئيسية:
1. تقديم خدمات "الأمن منذ التصميم" (Secure by Design)
• العمل كخبير موضوعي أمني لكل مشروع موكل عبر جميع مراحل إطار الأمن منذ التصميم: الإطلاق، وتوصيف
الخدمة، والتصميم، والبناء، والضمان، والموافقة على التشغيل الفعلي.
• التواصل المبكر مع أصحاب المشاريع. شرح عملية الأمن منذ التصميم، ومساعدتهم في تقديم طلب SbD
واستكمال توصيف الخدمة لتحديد مستوى مخاطر المشروع.
• تحديد المتطلبات الأمنية لكل مشروع من مصفوفة الضوابط، وكتالوج
المتطلبات، والسياسات واللوائح المعمول بها.
• مراجعة التصاميم رفيعة المستوى ومنخفضة المستوى (HLD و LLD) للتأكد من أمانها وتوافقها مع
مبادئ الهندسة المعمارية. إثارة مشكلات التصميم ومتابعتها حتى يتم إصلاحها.
• إجراء نمذجة التهديدات على الحلول الجديدة أو التغييرات الجوهرية للحلول الحالية.
• تنفيذ ضمان هندسة الأمن: التأكد من أن ما تم بناؤه يطابق التصميم
المعتمد وأن جميع الضوابط المطلوبة قائمة.
• تقديم التأييد/الموافقة الأمنية عند بوابات المشروع (على سبيل المثال، قبل الشراء، وقبل
بناء البنية التحتية، وقبل التشغيل الفعلي)، والاحتفاظ بأدلة كل قرار.
2. التنسيق مع فرق أمن المعلومات
• التنسيق بين المدخلات والمخرجات. جمع المدخلات من كل فريق، وتمريرها إلى قائد المشروع،
أو مهندس الحلول، أو مدير المشروع، ومتابعة تسليم المخرجات في الوقت المحدد.
• فريق الخصوصية: الحصول على ضوابط ومتطلبات الخصوصية للحل، بما في ذلك متطلبات
حماية البيانات ومشاركتها، وتضمينها في المتطلبات الأمنية للمشروع.
• فريق مركز عمليات الأمن (SOC): تحديد مصادر السجلات التي يجب أن يرسلها الحل إلى Microsoft Sentinel، وتحديد
حالات الاستخدام وسوء الاستخدام التي يحتاجها فريق SOC لبناء آليات الاكتشاف والتنبيهات.
• فريق إدارة الثغرات: التأكد من خلو الحلول من الثغرات المفتوحة قبل
التشغيل الفعلي، بما في ذلك نتائج فحص الشفرة البرمجية (SAST)، وتحليل مكونات البرمجيات (SCA) والاختبار الديناميكي (DAST). متابعة معالجة أي ملاحظات يتم إثارتها.
• فريق اختبار الاختراق والضمان السيبراني: ترتيب فحوصات الضمان لحلول البرمجيات كخدمة (SaaS)
واختبار الاختراق للحلول المحلية (on-premises) قبل التشغيل الفعلي. التأكد من إصلاح النتائج أو
تقييم مخاطرها.
3. تقييم المخاطر وسجل المخاطر
• إجراء تقييمات المخاطر السيبرانية لكل مشروع، ودعمها بالنتائج المجمعة من مراجعات التصميم،
ونماذج التهديدات، والفحوصات، وفحوصات الضمان، واختبارات الاختراق.
• تسجيل كل نتيجة في سجل المخاطر مع تصنيف المخاطر، والضوابط الموصى بها، ومسؤول الخطر،
وخطة المعالجة.
• تقديم المخاطر لأصحاب المصلحة وصناع القرار في المشروع، والحصول على قبول رسمي للمخاطر
عند مستوى السلطة المناسب في حال عدم معالجة الخطر.
• متابعة إجراءات المعالجة حتى إغلاق الخطر أو قبوله رسمياً.
4. ممارسة هندسة الأمن
• صيانة وتحسين أصول الممارسة: نماذج هندسة الأمن، ونماذج تقييم
المخاطر، ومصفوفة الضوابط الأمنية، وكتالوج المتطلبات الأمنية القابل لإعادة الاستخدام، ودليل
توصيف الأمن منذ التصميم (SbD).
• تطوير وصيانة أنماط هندسة الأمن القابلة لإعادة الاستخدام، مثل التكامل مع حلول SaaS وتحديد تسجيل الدخول الأحادي
(SSO) مع Microsoft Entra ID.
• ربط الضوابط بالمتطلبات التنظيمية (NCA ECC و CCC و PDPL) وبخارطة الطريق
الأمنية للمؤسسة.
• تحديد الفجوات والتضاربات في إطار عمل SbD والاقتراح بتحسينها.
5. مراجعات التغيير والمشتريات والعقود
• مراجعة التغييرات المقدمة إلى المجلس الاستشاري للتغيير (CAB) لتقييم الأثر الأمني و
مدى التوافق مع معايير الهندسة المعمارية.
• كتابة المتطلبات الأمنية لكراسات الشروط والمواصفات (RFPs)، وإعداد الأسئلة الأمنية للموردين، وتقييم
الأقسام الأمنية في عروض الموردين.
• مراجعة العقود واتفاقيات معالجة البيانات للتأكد من البنود الأمنية.
6. التوجيه والجودة
• توجيه مهندس الأمن بشأن تقديم خدمات SbD، وتقييم المخاطر، والتواصل مع أصحاب المصلحة.
• مراجعة مخرجات مهندس الأمن (المتطلبات، ومراجعات التصميم، وأدلة الضمان
ومدخلات المخاطر) قبل إصدارها.
• العمل كنقطة تصعيد للمشاريع المعقدة أو ذات المخاطر العالية أو الخلافية.
المؤهلات المطلوبة:
• درجة البكالوريوس في علوم الحاسوب، أو أمن المعلومات، أو الهندسة، أو مجال ذي صلة.
• خبرة من 10 إلى 15 عاماً في مجال أمن المعلومات، تتضمن 5 سنوات على الأقل في أدوار
هندسة الأمن أو الأمن منذ التصميم (Secure by Design).
• شهادة CISSP أو CISM.
• معرفة عملية باللوائح السعودية: الضوابط الأساسية للأمن السيبراني (NCA ECC)، وضوابط
الأمن السيبراني للحوسبة السحابية (CCC)، ونظام حماية البيانات الشخصية (PDPL).
• خبرة مثبتة في إجراء تقييمات المخاطر ونمذجة التهديدات وإدارة النتائج في
سجل المخاطر.
التفضيلات:
• شهادة SABSA أو TOGAF.
• خبرة في بناء أو إدارة وظيفة "الأمن منذ التصميم" أو ممارسة هندسة الأمن.
الخبرة الفنية
• هندسة أمن السحابة والبرمجيات كخدمة (Microsoft Azure ومنصات SaaS)، بما في ذلك تصميم
منطقة الهبوط (landing zone).
• إدارة الهوية والوصول باستخدام Microsoft Entra ID: SSO، وMFA، والوصول المشروط، والوصول القائم على الأدوار، وإدارة الهويات الممتازة، ومراجعات الوصول.
• أمن الشبكات: التقسيم، وجدران الحماية، وجدران حماية تطبيقات الويب، والوصول الآمن عن بُعد.
• المراقبة الأمنية باستخدام Microsoft Sentinel: دمج مصادر السجلات وحالات استخدام الاكتشاف.
• التطوير الآمن للبرمجيات: أدوات SAST وDAST وSCA وكيفية تفسير النتائج.
• حماية الأجهزة الطرفية (EDR)، والتشفير، وضوابط النسخ الاحتياطي والاستعادة.
• أطر العمل مثل NIST CSF وISO/IEC 27001.
المهارات والسلوكيات:
• شرح المفاهيم الأمنية بلغة أعمال مبسطة وتقديم الأمن كشريك في التصميم وليس مجرد
بوابة موافقة.
• إدارة العديد من المشاريع بالتوازي وتحديد الأولويات بناءً على المخاطر.
• التأثير على فرق المشاريع والموردين وكبار أصحاب المصلحة دون سلطة مباشرة.
• كتابة وثائق واضحة وجاهزة للمراجعة والتدقيق والاحتفاظ بأدلة القرارات.
• توجيه الآخرين ورفع مستوى جودة عمل الفريق.