عن Zedmos
بدأت Zedmos عام 2024 كهندسة أنظمة على Linux وFreeBSD وتأسست كشركة في ألمانيا عام 2026. نبني شيئًا واحدًا ونشحنه بثلاث طرق: محرك فحص داخل جدار الحماية الذي تشغّله بالفعل، والمحرك نفسه كجهاز كامل على نظام تشغيلنا الخاص، ووحدة تحكم تستضيفها بنفسك لإدارتها جميعًا.
وُجد المحرك قبل الشركة، ولهذا جاء أولاً وبُنيت الشركة حوله لا العكس.
2024
تبدأ هندسة الأنظمة على Linux وFreeBSD: محرك فحص يجلس مباشرة على واجهات جدار الحماية لا بجانبه، فيُتخذ القرار حيث توجد الحزمة بالفعل.
2025
يُحزَّم المحرك لـ OPNsense ولـ pfSense، وتُبنى وحدة التحكم فوقهما. ومن هذه النقطة يكون نموذج السياسات واحدًا أينما عمل — وهو سبب إمكانية تشغيل منشأة على المنصتين كمنشأة واحدة، وسبب إمكانية الخطوة التالية أصلاً.
أثبت العمل داخل منصات الآخرين المحرك؛ وZedmos OS هو النصف الآخر من الإجابة. نظام تشغيل مبني على FreeBSD مع المحرك متصلاً بالواجهات من الإقلاع الأول، يُثبَّت من صورة واحدة على عتاد تختاره — للمواقع التي تريد جدار حماية لا إضافة إلى واحد تشغّله بالفعل. المحرك نفسه، ونموذج السياسات نفسه، ووحدة التحكم نفسها.
2026
Zedmos مؤسسة بموجب القانون الألماني والأوروبي: قانون المرونة السيبرانية للاتحاد الأوروبي، واللائحة العامة لحماية البيانات، وفترة دعم وسياسة إفصاح عن الثغرات منشورتان يستطيع المشتري محاسبتنا عليهما.
اليوم
يُكتب المحرك ويُراجَع ويُصدَر هنا. ولا شيء في المنتج يتطلب سحابة Zedmos: تُفحص حركتك على جهازك، وتبقى سجلاتك في وحدة التحكم التي تستضيفها، ويُتخذ القرار بشأن ملف أو مطالبة في مقرك.
ثلاثة مواقف بُني المنتج عليها. هي سبب مظهره على ما هو عليه، وهي ما تجادلنا فيه إذا ظننت أننا مخطئون.
01
إرسال الحركة إلى خدمة منفصلة لفحصها يضيف رحلة ذهاب وإياب إلى كل جلسة واعتمادًا إلى كل موقع. نحن نضع العمل على الجهاز الذي يوجّه الحزمة بالفعل.
02
عدة أنظمة فرعية تصل إلى استنتاجات منفصلة عن الجلسة نفسها تنتج نتيجة لا يستطيع أحد إعادة بنائها لاحقًا. كل ما نتعلمه عن جلسة يغذّي حكمًا واحدًا، وذلك الحكم هو ما يُسجَّل.
03
وحدة التحكم برنامج تثبّته أنت. وهذا منتج أصعب بناءً من خدمة مستضافة وأسهل تمريرًا في مراجعة المشتريات، لأن الإجابة عن مكان البيانات هي: على خادمك.
يُطوَّر المحرك ويُراجَع ويُصدَر في ألمانيا، بموجب القانون الألماني والأوروبي. وللمشتري الأوروبي ليس ذلك شعارًا على العبوة — بل الولاية القضائية التي يُحاسَب فيها المورّد.
يجيب عن السؤال التقني شخص قرأ الشيفرة التي يدور حولها. تلك سمة من طريقة تنظيمنا، وسنقول بوضوح عندما تكون الإجابة أن شيئًا لم يُبنَ بعد.
فترة الدعم والالتزام بالتحديثات الأمنية وقائمة مكوّنات البرمجيات وعملية الإفصاح عن الثغرات مكتوبة ومؤرَّخة في صفحة الأمن — لا تُوصف عند الطلب.
مورّد ألماني لأمن الشبكات مقره توتلينغن، بادن-فورتمبيرغ. بدأت Zedmos عام 2024 كهندسة أنظمة على Linux وFreeBSD وتأسست كشركة في ألمانيا عام 2026. تبني محرك فحص مضمّنًا واحدًا وتشحنه كحزمة لـ OPNsense وpfSense CE، وبوصفه Zedmos NGFW الكامل على ZedmOS، ومع وحدة تحكم متعددة المستأجرين قابلة للاستضافة الذاتية.
القانون الألماني والأوروبي. يُطوَّر المحرك ويُراجَع ويُصدَر في ألمانيا؛ وتعمل خدمات الترخيص والاستخبارات التهديدية في فرانكفورت؛ وتُبقي وحدة التحكم المستضافة ذاتيًا سجلات جدار الحماية، وهي بيانات شخصية بموجب اللائحة العامة لحماية البيانات، تحت سيطرة العميل نفسه.
صفر إدخالات في كتالوج CISA للثغرات المستغلَّة المعروفة ولا ثغرات CVE منشورة حتى الآن. المنتج من الفئة II في الملحق III بموجب قانون المرونة السيبرانية للاتحاد الأوروبي، ويشحن SBOM بصيغة CycloneDX مع كل إصدار، ويتلقى تحديثات أمنية لخمس سنوات على الأقل، وله سياسة إفصاح منسَّق بتواريخ محددة.
العروض التوضيحية والتسعير: info@zedmos.com. الشركاء والقناة: sales@zedmos.com. بلاغات الثغرات: security@zedmos.com. يصل كل عنوان إلى شخص يستطيع الإجابة.