feat(edr): OCSF mappers + ingestion for 6 EDR integrations

Every EDR (category: endpoint) integration is now audited for an OCSF mapper.
Six had a fetch command but no mapper — add a bundled OCSF mapper for each,
wire the fetch command as an ingestion source (ingest: results_path/dedup_key
[/incremental_field]) and add the top-level ingestion block. Field mappings
were derived from each vendor's fetch output and cross-referenced against the
demisto/content reference for that vendor.

- carbon-black-cloud: search_alerts (results_path results, dedup id) — 35 fields
- cisco-secure-endpoint: list_events (data, id) — 21 fields
- cybereason: query_malops (malops, guid, incr start_time) — 6 fields
- sophos-central: list_alerts (items, id) — 14 fields
- trend-vision-one: list_alerts (items, id, incr start_datetime) — 19 fields
- withsecure: list_incidents (items, incidentId) — 7 fields

Validated: every manifest passes ParseManifest+ValidateManifest and every mapper
passes ParseMapperFile with all JSONata source_path/field expressions compiling.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>

integrations/withsecure/manifest.yaml

@@ -70,13 +70,16 @@ commands:
     outputs_schema: { properties: {} }
   - id: list_incidents
     name: withsecure-list-incidents
-    description: "List incidents (detections)."
+    description: "List incidents (detections). Used for ingestion: results path = items."
     risk: read
     inputs_schema:
       properties:
         limit: { type: number, description: "Max incidents (default 50)" }
       required: []
     outputs_schema: { properties: {} }
+    ingest:
+      results_path: items
+      dedup_key: incidentId
 
   - id: test_connection
     name: withsecure-test-connection
@@ -86,3 +89,8 @@ commands:
       properties: {}
       required: []
     outputs_schema: { properties: {} }
+
+ingestion:
+  command: list_incidents
+  mapper: list_incidents
+  default_incident_type: "WithSecure Elements Incident"