Repository navigation
Require HTTPS for upstream panic-rule table checks - #653
Conversation
Codex Review Summary: ✅ CompletedThis comment shows the latest Codex review activity on this pull request.
ℹ️ About Codex in GitHubYour team has set up Codex to review pull requests in this repo. Reviews are triggered when you
Codex reacts with 👀 while any review is running, comments if it has suggestions, and reacts with 👍 once all reviews finish with no findings. |
|
No actionable comments were generated in the recent review. Walkthrough
Merge Risk:
|
|



The optional --upstream panic-rule table check followed redirects without restricting their protocol. This adds curl --proto '=https' and --proto-redir '=https' to that one fetch, addressing Sonar issue AaGsvalIi1OfbecDqiNE (shell:S6506).
The SHA-256 comparison, failure exit, canonical table/pin and default offline path remain unchanged. The command only reads the upstream table; it does not execute downloaded code.
Validation on signed head 222e364 (tree a480be96c3114bc764088bfd72d92a03d309be9d): Bash syntax, existing PA rule/table control, optional upstream comparison and git diff --check pass. ShellCheck was unavailable locally; hosted checks provide the separate CI result.
This is a one-file security correction based on c1d8754. The existing Rhodibot canon-lockstep mismatch and mirror setup/access failures remain separate. No canon repin, baseline waiver, credential or mirror change is included.
Merged as 46d26a4. Its verified signed tree exactly matches a480be96c3114bc764088bfd72d92a03d309be9d. All nine required PR contexts passed; CodeRabbit’s review check completed successfully with no inline findings. Post-merge main SonarCloud, E2E, pinned-source closure and Hypatia baseline pass. The open new-code vulnerability query is now empty. This does not resolve or waive the separate upstream canon-lockstep and mirror-configuration failures.