Fix claude-code-review.yml: trust-gate check + restore persist-credentials: false - #33
Merged
Merged
Conversation
… owner head.repo.owner.login only identifies the fork owner for fork-headed PRs. For an upstream-branch-headed PR (base and head both in this repo, as required by gh stack or produced by a plain gh pr create without a fork), it's always this repo's own org, never the actual PR author -- so the gate silently skipped review on every such PR regardless of who opened it. Switch to github.event.pull_request.user.login, which is the PR's actual author and can't be spoofed any more than head repo owner can, and covers both fork-headed and upstream-branch-headed PRs correctly. Also updates the SECURITY-CRITICAL comment above the condition so it references the new field instead of describing the old, now-wrong one.
|
Important Review skippedAuto reviews are disabled on this repository. Please check the settings in the CodeRabbit UI or the ⚙️ Run configurationConfiguration used: Organization UI Review profile: ASSERTIVE Plan: Pro Plus Run ID: You can disable this status message by setting the Use the checkbox below for a quick retry:
Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out. Comment |
…eckout step The fork-checkout fix (removing the repository:/ref: override so this step checks out the base branch instead of an untrusted PR ref) was applied by deleting the whole with: block under actions/checkout, which also silently dropped persist-credentials: false. This job's permissions include pull-requests: write, a real write-capable credential; nothing here legitimately runs git push (review comments post via the API/ claude-code-action, not git), so there's no reason to leave that credential sitting in .git/config for the rest of the job to misuse if anything later goes wrong.
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
The
claude-reviewjob's trust gate checked:github.event.pull_request.head.repo.owner.login == 'jnasbyupgrade'head.repo.owner.loginonly distinguishes "who owns the fork" for fork-headed PRs. For an upstream-branch-headed PR (base and head both live in this repo -- required bygh stack, and also just what you get fromgh pr createwithout a fork),head.repo.owner.loginis always this repo's own org, never the actual PR author. The gate silently skipped review on every such PR regardless of who opened it.Confirmed via a real case where
claude-reviewshowedconclusion: "skipped"on a whole PR stack that was legitimately jnasbyupgrade's own work, opened as upstream-branch PRs (needed forgh stackto link them).Fix: check PR author instead:
github.event.pull_request.user.login == 'jnasbyupgrade'PR author can't be spoofed by a third party any more than head repo owner can, and it's the more direct question for this gate's purpose (trusting the person asking for review, not the repository their branch happens to live in). Works for both fork-headed and upstream-branch-headed PRs.
This repo had a loud "SECURITY-CRITICAL, don't weaken this check" comment directly above the condition, added because this check is the entire security boundary once
pull_request_targetand a write-capable token are in play. Kept the comment, updated it to describeuser.login(the correct, still-load-bearing check) instead of the oldhead.repo.owner.loginfield.Postgres-Extensions/pg_count_nulls already uses this correct pattern.
Also folded in (was #38, closed as superseded by this PR)
The fork-checkout fix (removing the
repository:/ref:override so this step checks out the base branch instead of an untrusted PR ref) was applied by deleting the wholewith:block underactions/checkout, which also silently droppedpersist-credentials: false. This job's permissions includepull-requests: write, a real write-capable credential; nothing here legitimately runsgit push(review comments post via the API/claude-code-action, not git), so there's no reason to leave that credential sitting in.git/configfor the rest of the job to misuse if anything later goes wrong.