Software Inventory Message and Attributes (SWIMA)

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

الهدف هو إزالة التخمين من جمع جرد البرمجيات. فبدلاً من أن تحلل أداة المراقبة الصيغة الخاصة التي يصدرها كل وكيل، يمنح SWIMA الطرفين مخططاً واحداً مشتركاً ومُعنوناً بالإصدارات. أما اكتشاف البرمجيات نفسه فيبقى مهمة اكتشاف أصول تقنية المعلومات الآلي، بينما يوحّد SWIMA طريقة الإبلاغ عن النتيجة.

يعمل SWIMA كنوع رسالة داخل بروتوكول IF-M (Interface for Message) في بنية TNC. ويُنقل هذا البروتوكول عبر الإطار الأوسع Network Endpoint Assessment (NEA)، المستخدم في التحكم بالوصول إلى الشبكة وفحوص الوضعية.

عملياً، يتبع التبادل نمط الطلب والاستجابة، مع اشتراك اختياري:

1. 1

   الطلب

   تطلب جهة التقييم كل البرمجيات، أو جزءاً منها، أو التغييرات فقط.

2. 2

   الاستجابة

   تعيد نقطة النهاية السجلات المطابقة مع الخصائص القياسية.

3. 3

   الاشتراك

   اختيارياً، ترسل نقطة النهاية رسائل عند تثبيت البرمجيات أو تحديثها أو إزالتها.

صُمم SWIMA للعمل مع علامات تحديد البرمجيات (SWID). علامة SWID هي المواصفة المكملة التي تمنح كل منتج برمجي مثبّت سجل هوية منظماً، يتضمن الاسم والإصدار والناشر ومعرّف علامة فريداً، وغالباً ما يضمّنه مثبّت البرنامج نفسه. تسمّي علامة SWID برنامجاً واحداً. أما SWIMA فهو وسيلة النقل التي تتيح لنقطة النهاية تسليم مجموعة من هذه العلامات، أو أدلة مشتقة منها، لمن يطلبها. وقد صُممت المواصفتان لتُستخدما معاً: تحدد SWID شكل سجل البرمجية، وتحدد SWIMA طريقة الإبلاغ عنه.

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

تغطي المواصفتان أجزاء مختلفة من المهمة نفسها. يبيّن الجدول الجزء الذي تتولاه كل منهما:

SWIMA مواصفة رسمية قابلة للتشغيل البيني، وليست معياراً فعلياً في الصناعة. تجمع معظم أدوات جرد أصول تقنية المعلومات وإدارة نقاط النهاية التجارية بيانات البرمجيات المثبتة عبر بروتوكولات وكلاء خاصة ومجموعات خصائص مملوكة، مثل System Center Configuration Manager (SCCM). وتُربط بعضها اختيارياً بحقول بصيغة SWID أو SWIMA لتبادلها مع سلاسل أدوات حكومية أو قائمة على المعايير.

يندرج SWIMA ضمن الجهد الأوسع Security Automation and Continuous Monitoring (SACM). يوحّد SACM طريقة تحقق المؤسسات المستمر من وضعية أمان نقاط نهايتها، بدلاً من الاعتماد على تدقيقات يدوية دورية. ومن المستهلكين المعتادين لبيانات SWIMA:

تبدأ معظم الالتباسات حول SWIMA من سؤال عمّا هو. وتتكرر ثلاثة أخطاء في مشاريع إدارة أصول البرمجيات:

• البحث عن SWIMA كأداة تُثبَّت، مع أنه يحدد صيغة الرسالة فقط.
• افتراض أن لكل تطبيق علامة SWID. يمكن الإبلاغ عن البرمجيات بلا علامة بأدلة أخرى، لكن أقوى النتائج تتطلب برمجيات معلّمة.
• توقع أن يحلّ SWIMA محل وكيل الجرد. تحتفظ معظم المنتجات ببروتوكولات الوكلاء الخاصة بها، وتربط البيانات بـ SWIMA فقط عندما يحتاج التكامل إلى ذلك.

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

عملياً، يكون SWIMA أهم ما يكون حيث تحتاج المؤسسات إلى إثبات مراقبة مستمرة قابلة للتشغيل البيني وموحّدة، مثلاً لتلبية الإرشادات الفدرالية للأتمتة. ونادراً ما يكون آلية الجمع اليومية داخل منتج جرد تجاري نموذجي.