Lower Haiku relevance concurrency for default Bedrock quota

Two changes targeting the Haiku throttling (retries hitting 4/5 and 5/5
on the default account quota):

- asvs_bundle had the same bug asvs_audit originally had: its Haiku
  relevance filter_batch was gated by sonnet_semaphore (5-wide) with no
  stagger, so it fired Haiku calls 5-at-once into the same instant. Give
  it a dedicated haiku_semaphore (default 2) and the same jittered startup
  stagger audit uses.
- Lower asvs_audit HAIKU_CONCURRENCY default 3 -> 2 to match.

Both tunable via the HAIKU_CONCURRENCY env var; raise after a Bedrock
quota increase. This reduces collisions but does NOT raise the ceiling —
on default quota a quota-increase request is still the real fix, and
HAIKU_CONCURRENCY=1 is the most aggressive software lever.
2 files changed
tree: c0d6c44d1e54f3327310a53733ee9ccfa3ad5bee
  1. ASVS/
  2. docs/
  3. gh-helper/
  4. gha-review/
  5. scrutineer/
  6. util/
  7. .asf.yaml
  8. .gitignore
  9. LICENSE
  10. README.md
README.md

Apache Tooling Agents

AI-driven security auditing and code review for ASF projects

Pipelines

ASVS Security Audit

Automated OWASP ASVS v5.0.0 compliance auditing for any GitHub-hosted codebase. Downloads source code, discovers the architecture, runs per-requirement security analysis with Claude, and produces a consolidated report with deduplicated findings and GitHub issues. In production — piloted on ATR and Apache Steve.

GitHub Actions Review

Automated security scan of GitHub Actions workflows across an entire GitHub organization. Combines LLM classification (which repos publish what, where) with static pattern matching (12 check types from CRITICAL to INFO) to identify exploitable workflows, supply chain risks, and policy violations. Scanned 2,500+ Apache repos.

Both pipelines run on Gofannon — see docs/gofannon for platform setup.

Repository Structure

├── ASVS/                  # ASVS security audit pipeline
│   ├── agents/            # Pipeline agent code (6 agents)
│   ├── audit_guidance/    # Project-specific false positive guidance
│   ├── reports/           # Audit output organized by project and commit
│   └── rerun-sections.sh  # QA: re-run failed sections, re-consolidate
├── gha-review/            # GitHub Actions security review
│   ├── agents/            # Review pipeline agents (7 agents + tests)
│   └── reports/           # Review output
├── docs/
│   ├── gofannon/          # Gofannon setup and agent development guide
│   ├── tooling/           # Security tooling landscape and comparisons
│   ├── roadmap/           # Eval framework, multi-spec expansion plans
│   └── how-to-contribute.md
└── util/                  # Utility scripts

Documentation

Getting Involved

Join the Conversation

  1. Mailing list: Say hello at 📧 dev@tooling.apache.org (Subscribe by sending an email with empty subject and body to dev-subscribe@tooling.apache.org and replying to the automated response, per the ASF mailing list how-to)

  2. Slack: #tooling-discuss on the ASF Slack

  3. Issues: Use GitHub Issues to ask questions, suggest approaches, or report bugs

Contribute

  • How to contribute
  • Request an audit: Just ask on the mailing list or Slack — we handle everything. No tokens, no setup needed.
  • Write audit guidance: Help reduce false positives for your project — see audit_guidance/README.md

Note: Please introduce yourself on the mailing list before submitting a PR; this helps us deter spam and means your contribution won't be overlooked.

License

This project is licensed under the Apache License 2.0.


Part of the Apache Tooling Initiative.