بررسی نام یک برنامه را مشخص می‌کند.

چگونه نادیده گرفته می‌شود

عامل یک دستور توسعه معمولی اجرا می‌کند. اما پیکربندی مخزن به کد خودش اشاره می‌کند. بررسی صرف نام ابزار قابل مشاهده ممکن است پیکربندی‌ای که رفتار زیرین را تغییر می‌دهد را از دست بدهد.

یک بررسی می‌تواند Git را به سمت هوک‌های درخت کاری هدایت کند، تنظیمات با مقدار دستور پیکربندی کند، یا وظایف ویرایشگری که هنگام باز کردن پوشه اجرا می‌شوند را شامل شود. آن فایل‌ها پیش از اینکه فضای کاری را مجموعه‌ای غیرفعال از کد منبع بدانید بررسی را می‌طلبند.

آنچه ClawMetry شناسایی می‌کند

ClawMetry پیکربندی فضای کاری پشتیبانی‌شده را برای تنظیمات مرتبط با اجرا اسکن می‌کند. کلید یا منبع پیکربندی مرتبط را با استفاده از شکل‌های دستور معتبر برای کاهش نویز گزارش می‌دهد. این آشکارساز خود بررسی را می‌خواند، نه اینکه فقط به جریان ابزار عامل متکی باشد.

تفاوتی که یافته را تغییر می‌دهد

مثال بررسی‌شده هوک‌های Git را به دایرکتوری منتشرشده در درخت کاری اشاره می‌دهد و یک یافته بحرانی تولید می‌کند. مسیر هوکی که به دایرکتوری هوک پیش‌فرض Git اشاره می‌کند بی‌صدا می‌ماند. این یافته پیکربندی‌ای که نام کد را مشخص می‌کند شناسایی می‌کند، نه اجرای ثبت‌شده آن کد.

{
  "kind": "repo_config_exec",
  "severity": "critical",
  "evidence": {
    "keys": [
      "core.hookspath"
    ],
    "hits": [
      {
        "key": "core.hookspath",
        "command": ".githooks",
        "line": 2,
        "manager": null
      }
    ],
    "config": ".git/config",
    "observed": "repository_config"
  }
}

آنچه بعداً باید بررسی کنید

تنظیم، فایل‌های ارجاع‌شده و منشأ بررسی را بررسی کنید. قبل از اجازه به عملیات توسعه معمولی تصمیم بگیرید که آیا آن برنامه‌ها مورد انتظار هستند. اگر ابزاری قبلاً اجرا شده، تأثیرات آن را جداگانه با استفاده از شواهد موجود بررسی کنید.

1. کلید پیکربندی را بررسی کنید
2. کد ارجاع‌شده را بررسی کنید
3. منشأ مخزن را بررسی کنید