Dawnguard تجمع 3.3 مليون دولار وتطرح منصة لأتمتة أمن السحابة من مرحلة التصميم

أعلنت شركة Dawnguard عن طرح منصتها المتخصصة في أتمتة بنية الأمن السحابي أمام الجمهور، بالتزامن مع إغلاق تمديد تمويلي جديد بقيمة 3.3 مليون دولار. وبذلك يرتفع إجمالي ما جمعته الشركة إلى أكثر من 6.3 مليون دولار، في خطوة تعكس اهتمام المستثمرين بأدوات تعيد تعريف دور الأمن السيبراني داخل دورة تطوير البرمجيات.

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

وشمل التمويل الجديد مشاركة من المستثمر الحالي BNVT Capital، إلى جانب دخول Curiosity VC وeCAPITAL كمستثمرين جدد. كما أعلنت الشركة افتتاح مكتب لها في نيويورك، في إشارة إلى توسيع حضورها خارج قاعدتها الأوروبية مع انتقالها من التعاونات المحدودة إلى الإتاحة العامة.

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

المشكلة أن كثيراً من الثغرات لا تكون مجرد أخطاء برمجية بسيطة يمكن سدها لاحقاً. فقاعدة بيانات مهيأة بصورة خاطئة، أو نموذج صلاحيات واسع أكثر من اللازم، أو نمط شبكة غير آمن، قد يعكس اختيارات تصميمية في الأصل، لا مجرد عيوب في التنفيذ. لهذا تركز Dawnguard على نقل الأمن من مرحلة المراجعة المتأخرة إلى لحظة بناء البنية نفسها.

وتسعى المنصة إلى جعل فرق الأمن والهندسة تعمل داخل مساحة مشتركة يمكن فيها إنشاء التصميمات ومراجعتها وتحويلها إلى بنية قابلة للنشر بلغة Infrastructure as Code، مع التحقق المستمر من أن ما يعمل في الإنتاج ما يزال متوافقاً مع المقصود في التصميم.

تعتمد Dawnguard على ثلاثة مسارات رئيسية داخل المنتج: التصميم، والاكتشاف، والنشر. في طبقة التصميم، يمكن للفرق إنشاء معماريات سحابية باستخدام أوامر نصية أو أكواد أو وثائق أو حتى مراجع صورية، ثم تعديلها عبر مساحة عمل تعاونية. وتدعم المنصة البيئات السحابية لدى AWS وAzure وGoogle Cloud.

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

وتؤكد الشركة أن هذا يختصر الفجوة بين ما تتم الموافقة عليه وما يتم نشره فعلياً، ويمنح الفرق الهندسية مساراً أكثر انضباطاً لإنتاج Infrastructure as Code يتماشى مع بيئة المؤسسة واشتراطاتها الأمنية والتشغيلية.

لا تقتصر المنصة على الأنظمة الجديدة، إذ يتيح منتج Discover الاتصال ببيئات AWS أو Azure أو GCP الحالية بصلاحيات قراءة فقط، ثم استيراد الموارد والعلاقات تلقائياً. والهدف هنا هو بناء خريطة حية توضح كيفية ترابط الخدمات وقواعد البيانات ومكونات البنية داخل البيئة السحابية.

وتكتسب هذه القدرة أهمية خاصة لأن الكثير من المؤسسات لا تمتلك صورة محدثة ودقيقة عن أصولها السحابية. فالمحيط السحابي يتغير بسرعة، والفرق تنشر بشكل مستقل، والوثائق لا تواكب الواقع دائماً. لذلك تريد Dawnguard أن تكشف ليس فقط ما هو موجود، بل أيضاً كيف ترتبط المكونات ببعضها، وما ينتج عن هذه العلاقات من مخاطر أمنية أو فرص لتحسين الأداء والتكلفة.

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

أصبح مصطلح shift left شائعاً في الأمن السيبراني خلال السنوات الأخيرة، ويعني عادة نقل فحوصات الأمان إلى وقت أبكر من دورة التطوير. لكن Dawnguard تتعامل مع الفكرة على مستوى أعمق، إذ لا تكتفي بدفع الاختبارات إلى الأمام، بل تحاول التحقق من التصميم ذاته قبل أن يتصلب في صورة كود أو إعدادات سحابية نهائية.

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

تكتسب هذه المقاربة أهمية أكبر مع توسع أدوات البرمجة المعتمدة على الذكاء الاصطناعي. فهذه الأدوات ترفع سرعة إنتاج البرمجيات، لكنها قد تسرّع أيضاً ظهور أنماط غير آمنة قبل أن تلحق بها آليات الحوكمة التقليدية. ومع ازدياد استقلالية فرق التطوير، تصبح عمليات المراجعة اليدوية وحدها أصعب في التوسع.

تأسست Dawnguard على يد Mahdi Abdulrazak الذي يشغل منصب الرئيس التنفيذي، وKim van Lavieren الذي يشغل منصب الرئيس التقني، ويضم الفريق خبرات في الأمن السيبراني والتكنولوجيا من بيئات مؤسسية وسحابية وعسكرية. وتقول الشركة إن مهمتها هي إعادة تعريف الأمن المبكر الحقيقي عبر دمج الأمن داخل تصميم النظام نفسه، لا إضافته بعد اكتمال النشر.

وتساعد هذه الخلفية في فهم زاوية المنتج. فالشركة لا تقدم الأمن السحابي بوصفه مجرد فحص أو تقرير امتثال، بل باعتباره طبقة تحكم رئيسية تتقاطع فيها قرارات الأمن والمرونة والأداء والاستدامة والتكلفة. في هذا السياق، تصبح الهندسة المعمارية نقطة الالتقاء التي تُبنى عندها الخيارات الأكثر تأثيراً على حياة النظام.

وتشير الشركة أيضاً إلى أن Dawnguard متوافقة مع ISO 27001، مع الإشارة إلى أن ISO 42001 وSOC 2 قيد الإتاحة لاحقاً.

تعكس خطوة Dawnguard تحوّلاً أوسع في السوق. فالشركات لا تتخلى عن أدوات الكشف والاستجابة، لكنها لم تعد تكفي وحدها أمام تعقيد البيئات السحابية وتسارع بناء البرمجيات بالذكاء الاصطناعي. جزء متزايد من المخاطر يتشكل قبل أن تجد أدوات الأمن التقليدية ما تفحصه أصلاً.

هذا يفتح الباب أمام طبقة أمنية تركّز على التصميم: نمذجة الأنظمة مبكراً، ودمج المتطلبات داخل المعمارية، وتوليد البنية من تصميمات معتمدة، ثم التحقق باستمرار من تطابق الإنتاج مع نية التصميم الأصلية. وإذا نجحت هذه المقاربة، فقد تصبح جزءاً أساسياً من الطريقة التي تبني بها المؤسسات السحابة الآمنة في السنوات المقبلة.

لكن التحدي ليس تقنياً فقط. فبيئات الأمن الحالية مزدحمة بالأدوات، وفرق الهندسة تتحفظ عادة على أي منصة قد تضيف تعقيداً أو تبطئ الإطلاق. لذا ستحتاج Dawnguard إلى إثبات أن التصميم الآمن يمكن أن يقلل إعادة العمل، ويحسن الرؤية، ويختصر دورات المراجعة بدل أن يتحول إلى بوابة بيروقراطية جديدة.

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