
Grok 4.7 for Offensive Security: Orchestration Matters | XBOW
XBOW benchmarked an early Grok 4.7 build against Grok 4.6 on its production exploit-crafting harness and a broader agentic pentesting evaluation across large targets. Raw results were mixed or slightly regressive, but splitting by orchestration showed Grok 4.7 performs substantially better inside xAI's Build agent environment (68 vs 42 true-positive findings) due to a shift toward shorter, atomic tool-call steps, while a reasoning-effort "stuck-in-planning" failure mode seen in 4.6 (~0.85% of runs) disappeared entirely in 4.7.
What it is
XBOW's evaluation of an early Grok 4.7 candidate against Grok 4.6 across two offensive-security benchmarks: a production exploit-crafting harness (50 benchmarks × 10 repetitions) and a broader agentic pentest across three large targets, three workload sizes, and four experimental systems (two using xAI's Build, two using unrelated harnesses). The summary already carries the headline (68 vs 42 true positives in Build, the vanished stuck-in-planning failure mode, the atomic-step shift). What it omits is the reasoning-effort finding and the full baseline numbers.
What to do
The actionable engineering takeaway for anyone running Grok 4.7:
- Stop paying for
xhighreasoning. XBOW foundxhighwas not distinguishable at all fromhighreasoning — they double-checked the setup. There is a real point of diminishing returns on reasoning effort. Prior Grok evaluations had shown high reasoning to be the most efficient mode; that advantage no longer extends further up the scale. - Do not drop to
lowreasoning for large jobs.lowwas much less effective for token budgets over 1 million. - Match the orchestrator to the model. If you run Grok 4.7 for offensive/agentic work, use Build-based orchestration. Outside Build, both exploit crafting (fixed iteration budget) and full pentest performance moved slightly down relative to 4.6 — the improvement is entirely conditional on orchestration.
Details the summary omits
- The external (non-Build) baseline was 72 true-positive findings on a typical run. So the story is: Build 4.6 = 42, external = 72, Build 4.7 = 68. Build closed most of the gap to the external harness rather than exceeding it.
- Behavioral cause: 4.7 produces shorter completions and prefers short shell commands over longer Python scripts — small atomic actions that get fast feedback in Build's act/observe/decide loop. Overall vocabulary and response patterns are otherwise similar to 4.6.
- Efficiency: even measured by token rather than by action, 4.7 showed no clear advantage over 4.6 in the exploit harness; it often needed more iterations, each doing less work.
Caveats
Tested on an early 4.7 candidate, not a final release. XBOW explicitly cannot say how 4.7 was trained; the Build affinity is inferred from behavior. They frame 4.7 as still below "Mythos / GPT Astra / GPT-6" tiers — vendor-relative claims not independently benchmarked here.
Organisations named here
- GPT-6
- GPT Astra
Technologies named here
- Grok 4.7
- Build
- XBOW production exploit-crafting harness
- Grok 4.6
- Codex
- Claude Code
- Grok
- XBOW
- Python
- Mythos
- xAI Build
Techniques named here
- Exploit crafting
- Agentic offensive security / pentesting workflow
- Atomic short-command action loop
- Reasoning-effort tuning
Related in AI Security
