استكشاف أخطاء أمان الذكاء الاصطناعي للوكيل

نظرة عامة

يغطي هذا الدليل جميع مشكلات أمان الذكاء الاصطناعي للوكيل في CMA، بما في ذلك ثغرات اكتشاف الوكلاء المحليين، مشكلات رؤية جلسات الوكلاء، وعدم وجود أو معرفة جزئية للأدوات/الخادم MCP/المهارات، وفشل في تنفيذ سياسة الوكلاء.

تشمل المكونات المتأثرة AI Scout (اكتشاف النقاط الطرفية)، وHooks (اعتراض وقت التشغيل)، سياسة الوكلاء، جلسات الوكلاء، مخزون الوكلاء المحليين (الوكلاء، والأدوات/MCP، الأذونات أو المهارات)، ورخصة أمان الذكاء الاصطناعي. عندما يفشل أي من هذه، تفقد الرؤية في نشاط الوكلاء المحليين، يفشل تنفيذ السياسات، ولا تتحقق أهداف الأمان.

الأعراض

• لا تعرض صفحة نظرة عامة على الوكلاء أي وكيل أو مستخدم أو نشاط على الرغم من استخدام وكيل البرمجة النشط.
• لا يظهر وكيل البرمجة (مثل Claude Code، Cursor، أو Codex) في جرد الوكلاء المحليين.
• صفحة جلسات الوكيل لا تعرض أي جلسات، أو الجلسات تتوقف عن الظهور بعد أن كانت تعمل سابقاً.
• الأدوات والخوادم MCP أو المهارات مفقودة أو غير كاملة أو معروضة جزئيًا فقط لمثال الوكيل المكتشف.
• قاعدة رسالة المستخدم تمت تهيئتها ولكنها لا تتطابق أبدًا أو تمنع موجه المستخدم.
• تم تهيئة قاعدة استخدام الأداة لكنها لا تمنع دعوة الأداة أو رسالة الأداة رغم اكتشافها.
• سلوك الحجب غير متناسق عبر الجلسة — بعض المكالمات محجوبة وأخرى بمحتوى مشابه غير محجوبة.

الأسباب المحتملة

• انتهت صلاحية ترخيص الأمان للذكاء الاصطناعي أو لم يتم تفعيله.
• لم يتم نشر AI Scout، أو لم يعمل، أو لم يرسل تقارير مؤخرًا من النقطة النهائية.
• تعطيل فرض التحكم في الوكلاء (Hooks) في إعدادات Scout، أو نطاق سياسة الإنفاذ يستبعد المستخدم أو المجموعة المتأثرة.
• ملف تكوين Hooks مفقود أو تم نشره على المسار الخاطئ أو بأذونات غير صحيحة أو غير كامل.
• وكيل البرمجة غير موجود في قائمة Cato المدعومة للاكتشاف أو لإنفاذ السياسات.
• تم تهيئة قاعدة سياسة الوكلاء بشكل خاطئ.
• تم تطبيق كاشف على نوع قاعدة غير مدعوم.
• المستخدم أو النقطة النهائية غير مشمول في نشر AI Scout MDM أو لم يتم تشغيل البرنامج التثبيتي منذ تفعيل السياسة.

التقييم الأولي

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

التحقق من ترخيص الأمان للذكاء الاصطناعي.

تحقق من أن ترخيص الأمان لمستخدمي النهاية مُفَعّل ولم تنتهي صلاحيته. انتقل إلى CMA > الحساب > التراخيص > الأمان المتميز وتأكد من توفر الترخيص، وتفعيله، وضمن فترة صلاحيته.
{height="" width=""}
إذا كان الترخيص غائبًا أو معطلًا أو انتهت صلاحيته، لن تعمل ميزات الأمان للذكاء الاصطناعي للوكلاء — بما في ذلك نشر Scout، فرض Hooks، سياسة الوكلاء البرمجية، وتعبئة لوحة المعلومات — بغض النظر عن التكوين. حل أي مشكلات تتعلق بالترخيص قبل متابعة الخطوات الواردة في هذا المستند.

التحقق من تثبيت العامل المساعد.

Scout هو آلية اكتشاف النقطة النهائية التابعة لـ Cato الخاصة بالوكلاء البرمجيين المحليين. بدون Scout، لا يمكن لـ Cato تحديد الوكلاء والأدوات والمهارات وخوادم MCP التي توجد على نقطة النهاية.
:::(معلومات) (هام:)
عند نسخ أمر تثبيت Scout من CMA، استخدم زر نسخ الأمر لضمان تضمين رمز الحامل.
:::

1. تأكد من نشر Scout على الأجهزة الطرفية عبر MDM (على سبيل المثال، Kandji, Intune, Jamf) عن طريق تشغيل البرنامج النصي الموجود تحت Scout > إعداد. يوصى بجدولة عمليات تشغيل السكربت كل 6 ساعات. في كل مرة يتم فيها تشغيل السكربت، يسحب العنصر المساعد بيانات استخدام الذكاء الاصطناعي الجديدة إلى CMA.

2. انتقل إلى أمان الذكاء الاصطناعي > Scout واستعرض:

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

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

4. طريقة سهلة لتحديد ما إذا كان Scout قد تم تثبيته على الجهاز الطرفي هي تشغيل scout-debug من سطر الأوامر الخاص بالعميل البرمجي. تُبين النتيجة إعدادات Scout المحلية، إصدار Scout النشط، والمستخدم المحدد. تتطلب هذه الطريقة تثبيت CLI للوكيل على الجهاز.
   

5. على الطرفية، تأكد من أن الملفات القابلة للتنفيذ وملفات الإعداد الخاصة بـ Scout موجودة في الدليل التالي:

   • بالنسبة لـ Windows: C:\ProgramData\AIM\
   • بالنسبة لـ MAC وLinux: /etc/aim و/usr/local/bin/ai-scout (ملفات ثنائية)

التحقق من تركيب أساسات التحكم (Hooks).

تعتبر الأسس (Hook) آلية اعتراضية أثناء التشغيل تُستخدم لفرض سياسة الوكلاء البرمجية. بسبب استخدام وكلاء مثل Cursor وClaude Code لتثبيت الشهادات، لا يمكن للفحص على مستوى الشبكة رؤية الموجهات أو نشاط الأدوات — الأسس هي المسار الوحيد المدعوم للإنفاذ.

1. انتقل إلى AI Security > Scout > Configure وتأكد من تحديد علامة تبويب Posture & Control. إذا تم تحديد وضعية فقط، لن يتم نشر الأسس مع العنصر المساعد ولن تحدث أي تقييمات للسياسات.
2. تأكد من أن النطاق يشمل المستخدمين أو المجموعات المتأثرة. إذا شمل النطاق أي، يطبق الإنفاذ على الجميع؛ وإذا كان مستحبًا، فتأكد من تضمين المستخدم المتأثر.
   
3. وسيلة سهلة لتحديد ما إذا كان إعداد أساسات مثبتًا على النقطة النهائية هي تشغيل /hooks من سطر أوامر الوكيل البرمجي (صالح بالنسبة لـ Claude Code وCodex وCLI لGithub Copilot). تعرض المخرجات تعليمات التحكم/الأسس التي يتم تنفيذها حاليًا عن طريق الأسس. بالإضافة إلى ذلك، قم بتشغيل scout-debug-block لاختبار ما إذا كانت Hooks تعترض وتنفذ حدث حظر اصطناعي بشكل صحيح. تتطلب هذه الطريقة تثبيت CLI الخاص بالوكيل على الجهاز.
4. في النقطة النهائية، تأكد من وجود ملف تكوين الأسس في المسار الصحيح الذي يسمح لعملية الوكيل بقراءته:
   • كود كلود (macOS/Linux) — /etc/aim/claude-code-hook.sh (القديم)، أو ملف cato-scout-hooks.json في /Library/Application Support/ClaudeCode/managed-settings.d (macOS) و/etc/managed-settings.d (Linux)
   • كود كلود (Windows) — C:\ProgramData\AIM\claude-code-hook.ps1 (القديم)، أو ملف cato-scout-hooks.json في C:\Program Files\ClaudeCode\managed-settings.d
   • Cursor — hooks.json في /Library/Application Support/Cursor/ (macOS)، /etc/cursor/ (Linux/WSL)، أو C:\ProgramData\Cursor\ (Windows)
   • Codex — requirements.toml في /etc/codex/ (macOS) أو C:\ProgramData\OpenAI\Codex\ (Windows)
   • GitHub Copilot — cato-scout-hooks.json في /etc/github-copilot/policy.d/ (macOS/Linux) أو C:\ProgramData\GitHub\Copilot\policy.d\ (Windows)
5. تأكد من أن حقل Interceptor في الوكلاء المحليين يُظهر كشف الأسس، مثل Claude Code Hooks، بدلاً من اكتشاف العنصر المساعد فقط. تأكد من إنشاء موجه من النقطة النهائية.
6. تأكد من إعادة تشغيل الوكيل البرمجي بعد نشر العنصر المساعد/الأسس. عادةً ما يلتقط الوكلاء إعدادات الهوك عند بدء التشغيل فقط.

استكشاف المشكلة وحلها

الخطوات لاستكشاف الأعطال التي قد يواجهها المسؤولون أو المستخدمون مذكورة أدناه. تهدف هذه الخطوات لتحديد الأسباب المحتملة للمشكلات التي تم مواجهتها.

استكشاف عدم اكتشاف الوكيل المحلي في CMA.

يُطبق هذا عندما لا يكون الوكيل مرئيًا في جرد الوكلاء المحليين في CMA.

1. انتقل إلى AI Security > Scout وتحقق مما إذا كانت النقطة النهائية تظهر في جدول تثبيتات Scout. إذا لم تظهر النقطة النهائية مطلقًا، فلن يقدم Scout تقاريرًا من تلك النقطة النهائية أبدًا.
2. في النقطة النهائية، تحقق من وجود الملفات التنفيذية والتكوين الخاصة بـ Scout (انظر التحقق من تثبيت Scout) وأن البرنامج المتكرر (ينصح به كل 6 ساعات) مقرر ويعمل.
3. تحقق من إمكانية الوصول إلى API الأمان باستخدام الذكاء الاصطناعي عن طريق تشغيل curl -v https://api.aisec.catonetworks.com عبر CLI. يجب أن يظهر الإخراج حل اسم المجال بالكامل (FQDN)، نجاح مصافحة TLS، واستجابة HTTP (عادةً HTTP 404).
4. تأكد من أن الوكيل البرمجي في قائمة الاكتشاف المدعومة{target=_blank} . من المتوقع أن الوكيل خارج هذه القائمة لن يظهر — هذا ليس خطأ في التهيئة.
5. إذا كان Scout مثبتًا، ويعمل، ويبلغ عن النقاط النهائية/الوكلاء الأخرى، ولكن هذا الوكيل المحدد ما يزال مفقودًا، قم بإعادة تشغيل السكربت التثبيتي يدويًا وتأكد من أن أداة MDM (Kandji ، Intune ، Jamf ، أو ما يعادلها) لم تفشل بصمت أثناء النشر.
6. قم بتشغيل ai-scout -vv من الدليل الموصوف في التحقق من تثبيت Scout للحصول على تسجيلات المكاملة التي تعرض الملفات/المؤشرات التي حفزت الاكتشاف.
7. إذا تم تأكيد صحة كل ما سبق وما زال الوكيل لا يظهر بعد تأخير معقول، قم بتصعيد الأمر إلى Cato Support مع سجلات تشغيل العنصر المساعد/الإصدار، ومخرجات السكربت التثبيتي، وإصدار الوكيل المثبت على النقطة النهائية.

استكشاف غياب جلسات الوكيل في CMA.

ينطبق هذا عندما يكون الوكيل مرئيًا في جرد الوكلاء المحليين (تم اكتشافه بواسطة Scout) ولكن لا يظهر أي نشاط أثناء التنفيذ في جلسات الوكيل.

1. قم بتكوين قواعد سياسة الوكلاء وأنتج اختبارات التوجيه من الوكيل المحلي.
2. افتح مدخل الوكيل في وكلاء المحليين > وكلاء وتحقق من حقل Interceptor. إذا كان يعرض فقط AI Scout، فقد تم اكتشاف الوكيل ولكن لا يتم اعتراض نشاطه التشغيلي — الأسس ليست نشطة لهذه الحالة.
3. تحقق من أن Posture & Control محدد في AI Security > Scout > Configure وأن نطاق التحكم يشمل المستخدم أو المجموعة المتأثرة.
4. في النقطة النهائية، أكد وجود ملف تكوين Hooks في المسار المحدد لنظام التشغيل مع الأذونات الصحيحة (انظر التحقق من تثبيت Hooks).
5. اطلب من المستخدم إعادة تشغيل الوكيل البرمجي بعد أي نشر للأسس أو تغيير تكوين.
6. تحقق مما إذا كانت المنظمة لديها إعدادات وكلاء عن بُعد على جانب الخادم (على سبيل المثال، في وحدة تحكم مدير Anthropic لـ Claude Code). إعدادات البُعد تأخذ أولوية على الأسس المُدارة بواسطة MDM محليًا ويمكن أن تمنع الأسس من التحميل أبدًا.
7. تأكد من أن تكوين الأسس يشمل جميع أنواع أحداث الأسس المطلوبة: UserPromptSubmit، PreToolUse، PostToolUse، PermissionRequest، Stop، وSessionStart. أنواع الأحداث المفقودة يمكن أن تؤدي إلى بيانات جلسة جزئية أو غائبة حتى عندما يتم نشر الأسس تقنيًا.
8. إذا تم تأكيد نشر الأسس بمسارات وأذونات صحيحة، وتم إعادة تشغيل الوكيل، ولم تتداخل الإعدادات البعيدة، ولكن الجلسات لا تزال لا تظهر بعد تأخير معقول، تصعد إلى دعم Cato مع ملف تكوين الأسس (شطب مفاتيح API)، إصدار الوكيل، نظام التشغيل، والأدلة على عمل اكتشاف Scout.

استكشاف الأدوات المفقودة أو تحديدها جزئيًا، خادم MCP أو المهارات.

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

1. في وكلاء المحليين > الأدوات و MCPs، تأكد مما إذا كانت مجموعة الأدوات أو خادم MCP يظهر بالكامل. إذا كان مفقودًا تمامًا، تحقق من أن تكوين الخطافات (انظر تأكيد تثبيت الخطافات) يتضمن جميع أنواع أحداث الخطافات المطلوبة (PreToolUse, PostToolUse) لأن تغطية الخطافات الجزئية تسبب في ظهور جزئي للأدوات.
2. في وكلاء المحليين > وكلاء حدد الوكيل البرمجي، MCP واستعرض حقل مسار التهيئة للتحقق من أن Cato يقرأ تعريف خادم MCP من ملف التكوين والمسار المتوقع (مستوى المستخدم مقابل نطاق الدليل). خادم MCP الذي يُعرف في موقع غير متوقع قد لا يتم اكتشافه حتى المسح التالي للعنصر المساعد.
3. بالنسبة للمهارات، تأكد من أن الوكيل البرمجي المعني هو وكيل Claude Code — عرض المهارات غير مدعوم حاليًا لأنواع الوكلاء الأخرى.
4. في الأمان للذكاء الاصطناعي > الوكلاء المحليين > المهارات، تأكد من ظهور المهارة واستعرض النتائج، نوع المصدر، التطبيقات وحقول الاستخدام. إذا لم تكن المهارة مدرجة، تأكد من أن Scout وHooks نشطان لكل نقطة النهاية، لأن مراقبة المهارة تعتمد على كليهما.
5. شغل ai-scout -vv من الدليل الموصوف في تأكيد تثبيت الكشاف للحصول على سجلات تصحيح توضح الملفات/المؤشرات التي أثارت الكشف.
6. إذا استمرت الأدوات أو خوادم MCP أو المهارات مفقودة أو غير مكتملة بعد تأكيد تغطية أحداث الأسس بشكل كامل وإكمال دورة مسح العنصر المساعد، صعد إلى دعم Cato مع تكوين الأسس الخاصة بالوكيل، مسارات ملفات تكوين MCP/المهارات، وإصدار الوكيل.

استكشاف عدم تأثير سياسة رسائل المستخدم.

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

1. انتقل إلى أمان الذكاء الاصطناعي > سياسة الوكيل، افتح القاعدة، وتحقق: النوع هو قاعدة رسالة المستخدم، شريط التمرير التفعيل بالأخضر، المستخدمون/المجموعات يشمل الأعضاء المتأثرين، التطبيقات تشمل الوكيل البرمجي المتأثر، وتم تعيين ملف التعريف الصحيح المحرك والإجراء (مراقبة أو حظر).
2. مقارنة الكاشف المُكون بجدول الكواشف المدعومة{target=_blank} لسياسة الوكلاء البرمجية. تحقق من أن الكاشف موسوم بأنه مدعوم لقواعد رسائل المستخدم. كاشفات Jailbreak، حقن الموجهات، وهجمات التشويش غير مدعومة على قواعد رسائل المستخدم — تتطلب قاعدة استخدام الأداة.
3. تأكد من أن الموجه الأساسي يتضمن محتوى قابل للمطابقة للكاشف المُكون. يمكنك استخدام متنزه المحرك{target=_blank} للتحقق من أن محتوى الطلب يؤدي إلى تشغيل الكشف داخل ملف تعريف المحرك. إذا كان الكاشف يعتمد على الكيان (PII، الأسرار، إلخ.) ولا يحتوي الطلب على ذلك الكيان، فلا يُتوقع اتخاذ أي إجراء.
4. استخدام جلسات الوكيل لتأكيد الحدث User Prompt للجلسة المتأثرة تم التقاطه بالفعل (يتطلب تفعيل UserPromptSubmit في تكوين الأسس). إذا لم يظهر الحدث أبدًا في الخط الزمني للجلسة، فالمشكلة في الالتقاط عبر الأسس، وليس في قاعدة السياسة نفسها — عد إلى استكشاف عدم ظهور جلسات الوكلاء في CMA.
5. إذا ظهر الحدث في الجلسة ولكن القاعدة المتوقعة لم يتم تفعيلها بعد، فتأكد من أن قواعد سياسة الوكلاء ليست مرتبة/معتمدة — Cato يقيم كل قاعدة بشكل مستقل، لذا يمكن أن تنطبق قواعد متعددة على نفس التفاعل، ولا يمنع إجراء قاعدة ما من تقييم أخرى.
6. إذا كانت تكوينات القواعد، ودعم الكاشف، والتقاط الجلسة كلها مؤكدة صحة، يُرجى تصعيد إلى Cato Support بصورة للشاشة تحتوي على القاعدة، ومعرف تدفق/الجلسة، وعند الإمكان، سجلات تصحيح الأخطاء للوكيل (على سبيل المثال، تشغيل claude --debug لبدء CLI رموز Claude في وضع التصحيح).

استكشاف عدم تأثير سياسة استخدام الأداة.

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

1. انتقل إلى أمان الذكاء الاصطناعي > سياسة الوكيل، وافتح القاعدة، وتحقق: النوع هو قاعدة استخدام الأداة، شريط التمرير التفعيل بالأخضر، المستخدمون/المجموعات، التطبيقات، الأدوات/حالة الموافقة/ MCP/المهارات/الأسماء الخام للأدوات، ملف تعريف المحرك، والإجراء جميعها محددة لنطاق النشاط المقصود.
2. مقارنة الكاشف المُكون بجدول الكواشف المدعومة{target=_blank}. تأكد من أن الكاشف موسوم بأنه مدعوم لقواعد استخدام الأداة — على سبيل المثال، Jailbreak وحقن الموجهات، هجمات التشويش، وجميع الكاشفات المستندة إلى الكيان (PII، الأسرار & كلمات المرور، إلخ.) مدعومة هنا.
3. إذا كانت القاعدة تستخدم حالة الموافقة = غير مصرح بها، فتأكد من أن الأداة المحددة أو خادم MCP قد تم وضع علامة غير مصرح بها بالفعل في الوكلاء المحليين > الأدوات و MCPs (قائمة الثلاث نقاط). الأداة بدون تعيين حالة الموافقة (غير محددة) لن تتطابق مع قاعدة نطاق غير مصرح بها.
4. تأكد من أن الوكيل البرمجي المعني هو أحد التطبيقات المذكورة في قسم التطبيقات من قاعدة سياسة الوكلاء. إذا لم يكن الوكيل في هذه القائمة، قد تتوفر فقط إجراءات المراقبة (أو الرؤية المقتصرة على الاكتشاف فقط).
5. افتح الجلسة ذات الصلة في جلسات الوكيل واستعرض علامة التبويب التفاعلات والرسم البياني المخطط. تأكد مما إذا كان الحدث المحدد لمكالمة الأداة/ رسالة الأداة حاضرًا، وما إذا كان موسومًا بشارة محظور، وما إذا كان محتوى تلك المكالمة المحددة يتضمن بالفعل بيانات قابلة للتطابق للكاشف المُكون.
6. إذا كانت تكوينات القواعد، الدعم للكاشف، وحالة العقوبات على الأدوات مؤكدة صحة، ولكن ما زال نداء الأدوات أو رسالة الأدوات لم يتم حظرها، اجمع معرف تدفق/الجلسة، صورة للشاشة لتكوينات القاعدة (النطاق، ملف تعريف المحرك)، وسجلات تصحيح الأخطاء للوكيل (على سبيل المثال، تشغيل claude --debug لبدء CLI رموز Claude في وضع التصحيح)، ثم تصعيد إلى Cato Support.

تصعيد الحالات إلى دعم كاتو

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

• وصف المشكلة — وصف واضح وموجز للعرض الملحوظ والسلوك المتوقع
• المستخدمون المتأثرون والنقاط النهائية المتأثرة — أسماء المستخدمين، عناوين البريد الإلكتروني، أسماء المضيفين، ونظام التشغيل (macOS، Windows، أو Linux)
• الوكلاء البرمجيون المتأثرون — الوكيل المحدد (Cursor، Claude Code، Codex، أو غير ذلك) وإصدار القدم المركب.
• حالة الاكتشاف والتنفيذ — سواء تم نشر AI Scout ووقته الأخير للتشغيل، وسواء تم نشر الأسس/تحكمات الوكيل، بما في ذلك مسار ملف تكوين الأسس.
• تفاصيل السياسة — اسم السياسة أو القاعدة، نوع القاعدة (رسالة المستخدم أو استخدام الأداة)، ملف تعريف المحرك، الكاشف(ات)، والنطاق (تطبيقات/أدوات/حالة الموافقة/ MCPs/أسماء الأدوات الخام)
• الخطوات المستكشفة التي تم إكمالها — ملخص للخطوات المتخذة من هذا الكتاب التشغيلي ونتيجة كل منها.
• الأدلة الداعمة - معرف الجلسة/التدفق من جلسات الوكيل، صور الشاشة لتكوين السياسة وعرض الأحداث/المخططات، محتوى ملف تكوين الروابط (إخفاء مفاتيح API)، سجلات تصحيح الأخطاء للوكيل (على سبيل المثال، scout-debug, scout-debug-block و claude --debug الإخراج)، والأوقات الدقيقة (UTC والمنطقة الزمنية).

كلما زادت المعلومات والسياق المقدم مسبقًا، كان دعم Cato قادرًا على التحقيق وحل المشكلة بسرعة أكبر.