Skip to content

Enable Factory Droid @droid tag responses #189

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

Sign up for GitHub

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Open
HeyGarrison wants to merge 3 commits into
base: master
Choose a base branch
from
Open

Enable Factory Droid @droid tag responses #189

Changes from 2 commits
Commits
Show all changes
3 commits
Select commit Hold shift + click to select a range
829f062
feat: Add Droid @droid tag response workflow
HeyGarrison Jul 17, 2026
74c4925
fix: Use comment-only triggers for @droid responses
HeyGarrison Jul 18, 2026
61d6c3c
fix: Sync security-hardened droid.yml from computesdk PR
HeyGarrison Jul 18, 2026
File filter

Filter by extension

Filter by extension
Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
32 changes: 32 additions & 0 deletions .github/workflows/droid.yml
View file
Open in desktop
Original file line number Diff line number Diff line change
@@ -0,0 +1,32 @@
name: Droid Tag

@superagent-security superagent-security Bot Jul 18, 2026

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

P2: Workflow lacks top-level permissions block to restrict default GITHUB_TOKEN scope

No top-level permissions block means default token permissions depend on repo settings.

Add permissions: {} at the workflow level for defense-in-depth.

AI prompt 
Check if this security scanner issue is valid. If so, understand the root cause and fix it. If appropriate, update or add tests. Keep the change focused and preserve intended behavior.

<file name=".github/workflows/droid.yml">
<violation number="1" location=".github/workflows/droid.yml:1">
<priority>P2</priority>
<title>Workflow lacks top-level permissions block to restrict default GITHUB_TOKEN scope</title>
<evidence>The workflow does not declare a top-level permissions block, so any additional jobs added later would inherit the repository's default GITHUB_TOKEN permissions, which may be broader than intended. The single job in this workflow does have explicit job-level permissions, but adding permissions: {} at the workflow level is a defense-in-depth measure recommended by GitHub and the OpenSSF.</evidence>
<recommendation>Add permissions: {} at the top level of the workflow (before or after the on: block) so that the default token scope is empty and every job must explicitly declare its own permissions.</recommendation>
</violation>
</file>


on:
issue_comment:
types: [created]
pull_request_review_comment:
types: [created]
pull_request_review:
types: [submitted]

jobs:
droid:
if: |

@superagent-security superagent-security Bot Jul 18, 2026

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

P1: Workflow triggers on untrusted issue comments without author validation

Untrusted users can trigger third-party action runs by posting @droid in public issue comments.

Add author_association checks to the if condition to only run for trusted collaborators.

AI prompt 
Check if this security scanner issue is valid. If so, understand the root cause and fix it. If appropriate, update or add tests. Keep the change focused and preserve intended behavior.

<file name=".github/workflows/droid.yml">
<violation number="1" location=".github/workflows/droid.yml:13">
<priority>P1</priority>
<title>Workflow triggers on untrusted issue comments without author validation</title>
<evidence>The workflow fires on `issue_comment` events without checking the comment author's trust level. Any GitHub user can create an issue comment on a public repository containing `@droid`, causing this workflow to run a third-party action with access to repository secrets (`FACTORY_API_KEY`) and write permissions (`issues: write`, `pull-requests: write`). The `if` block only checks for the `@droid` string but does not verify `github.event.comment.author_association`.</evidence>
<recommendation>Restrict the `issue_comment` trigger to trusted authors by checking `github.event.comment.author_association` (e.g., OWNER, MEMBER, COLLABORATOR) before running the third-party action.</recommendation>
</violation>
</file>

(github.event_name == 'issue_comment' && contains(github.event.comment.body, '@droid')) ||
(github.event_name == 'pull_request_review_comment' && contains(github.event.comment.body, '@droid')) ||
(github.event_name == 'pull_request_review' && contains(github.event.review.body, '@droid'))
runs-on: ubuntu-latest
permissions:
contents: read
pull-requests: write
issues: write
id-token: write

@superagent-security superagent-security Bot Jul 18, 2026

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

P2: Overly broad workflow permissions include id-token: write and actions: read

Job grants id-token: write and actions: read, neither of which is needed for a comment-responding bot.

Remove unnecessary permissions and use least-privilege access.

AI prompt 
Check if this security scanner issue is valid. If so, understand the root cause and fix it. If appropriate, update or add tests. Keep the change focused and preserve intended behavior.

<file name=".github/workflows/droid.yml">
<violation number="1" location=".github/workflows/droid.yml:22">
<priority>P2</priority>
<title>Overly broad workflow permissions include `id-token: write` and `actions: read`</title>
<evidence>The workflow grants `id-token: write` (line 22) and `actions: read` (line 23). The `id-token: write` permission allows generation of OIDC ID tokens that can be exchanged for cloud credentials. The `actions: read` permission enables reading workflow runs and artifacts. Neither permission is required for a commenting bot that receives an explicit API key. These permissions expand the blast radius if the third-party action is compromised.</evidence>
<recommendation>Remove `id-token: write` and `actions: read` from the job permissions, or document why they are necessary. Apply least-privilege permissions.</recommendation>
</violation>
</file>

actions: read
steps:
- name: Checkout repository
uses: actions/checkout@v5
with:
fetch-depth: 1
- name: Run Droid Exec
uses: Factory-AI/droid-action@main

@factory-droid factory-droid Bot Jul 17, 2026

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

[P1] Pin Factory-AI/droid-action to a commit SHA

Using Factory-AI/droid-action@main means each run executes mutable code from that branch; since this workflow provides a long-lived API key secret and write permissions for issues/PRs, pinning to a specific commit SHA (or a release tag that is itself pinned) reduces supply-chain risk and makes executions reproducible.

Suggested change
uses: Factory-AI/droid-action@main
uses: Factory-AI/droid-action@7c7bfea2aa3bb7ea87579402cc1d89dbcf6b13b3

@superagent-security superagent-security Bot Jul 18, 2026

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

P1: Workflow uses unpinned third-party action with mutable main reference

Unpinned third-party action Factory-AI/droid-action@main receives a long-lived API key and write permissions.

Pin the action to a specific commit SHA to prevent supply-chain attacks.

AI prompt 
Check if this security scanner issue is valid. If so, understand the root cause and fix it. If appropriate, update or add tests. Keep the change focused and preserve intended behavior.

<file name=".github/workflows/droid.yml">
<violation number="1" location=".github/workflows/droid.yml:30">
<priority>P1</priority>
<title>Workflow uses unpinned third-party action with mutable `main` reference</title>
<evidence>The step at line 30 references `Factory-AI/droid-action@main`. A branch reference can point to different commits over time without review by this repository's maintainers. Because this workflow passes a sensitive `FACTORY_API_KEY` secret and grants write permissions (`issues: write`, `pull-requests: write`), using a mutable reference exposes the repository to supply-chain compromise if the upstream repository is compromised.</evidence>
<recommendation>Pin `Factory-AI/droid-action` to a specific commit SHA or a verified, immutable release tag.</recommendation>
</violation>
</file>

with:
factory_api_key: ${{ secrets.FACTORY_API_KEY }}
Loading