Skip to content

fix(operations): harden maintainer readiness evidence output - #477

Merged
seonghobae merged 2 commits into
mainfrom
fix/maintainer-readiness-private-output
Aug 22, 2026
Merged

fix(operations): harden maintainer readiness evidence output#477
seonghobae merged 2 commits into
mainfrom
fix/maintainer-readiness-private-output

Conversation

@seonghobae

Copy link
Copy Markdown
Contributor

Scope

Harden the buyer/operator-facing Maintainer App readiness evidence writer against symbolic-link leaf and parent traversal without changing GitHub App authority, governance evaluation, or readiness semantics.

TDD state

RED commit e6c7e97c2d0789650c1c496401a580dea6642d2b adds realistic public-entrypoint regressions: a collection-failure report must not overwrite a pre-existing symlink target, and must not create evidence through a symlinked report parent. Current production writeReport() uses recursive mkdir plus pathname writeFileSync, so these tests are expected to fail until the production writer is repaired.

Intended minimal repair

Reuse Noema's existing no-follow, single-link, identity-checked, atomic private evidence writer. Validate existing parent components before recursive directory creation, then write through the hardened writer which revalidates parents and the leaf immediately before mutation.

Draft until the RED is observed, the smallest production fix is applied, and exact-head Application/reviewer/Security evidence is terminal-success.

@coderabbitai

coderabbitai Bot commented Aug 22, 2026

Copy link
Copy Markdown

Warning

Review limit reached

@seonghobae, you've reached your PR review limit, so we couldn't start this review.

Next review available in: 11 minutes

Limit details: You’ve used the included review currently available.

You've used all free OSS reviews for now. Wait for the free limit to reset to keep reviewing this public repository.

How can I continue?

Wait for the limit to reset, then comment @coderabbitai review or push new commits to the PR.

An organization admin can change what happens after included review limits in Billing.

How do review limits work?

CodeRabbit enforces per-developer PR review limits within each organization.

For paid Pro and Pro+ reviews, CodeRabbit uses a developer's included PR review attempts over the past 7 days to set the current hourly allowance. At typical activity levels, the full plan allowance applies. Higher sustained activity can lower the allowance until earlier attempts leave the 7-day window.

Please refer docs for additional details.

Review details
⚙️ Run configuration

Configuration used: Organization UI

Review profile: CHILL

Plan: Pro Plus

Run ID: 465b2cb5-003f-47e9-a18e-c4abb1407000

📥 Commits

Reviewing files that changed from the base of the PR and between 23febe9 and 43e2f14.

📒 Files selected for processing (2)
  • scripts/maintainer-app-readiness.mjs
  • test/maintainer-app-readiness-output-safety.test.ts

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.

❤️ Share

Comment @coderabbitai help to get the list of available commands.

@seonghobae
seonghobae marked this pull request as ready for review August 22, 2026 23:09
@seonghobae
seonghobae merged commit 4defb9b into main Aug 22, 2026
16 of 17 checks passed
@seonghobae
seonghobae deleted the fix/maintainer-readiness-private-output branch August 22, 2026 23:09

@devin-ai-integration devin-ai-integration Bot left a comment

Copy link
Copy Markdown

Choose a reason for hiding this comment

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

Devin Review found 1 potential issue.

Open in Devin Review

Comment on lines +278 to +280
assertAcquisitionPrivatePathParents(absolutePath);
mkdirSync(dirname(absolutePath), { recursive: true });
writeFileSync(absolutePath, `${JSON.stringify(report, null, 2)}\n`, "utf8");
writeAcquisitionPrivateFile(absolutePath, `${JSON.stringify(report, null, 2)}\n`);

Copy link
Copy Markdown

Choose a reason for hiding this comment

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

📝 Info: Parent validation rejects symlinked ancestors up to root

writeReport validates every existing parent up to the filesystem root before writing (assertAcquisitionPrivatePathParents at scripts/lib/acquisition-private-output.mjs:78-87). Missing dirs are tolerated, so recursive mkdir still works. On macOS tmpdir() resolves under /var, a symlink to /private/var, which this walk would reject. CI is Linux so no regression here, only relevant to local runs.

Open in Devin Review

Was this helpful? React with 👍 or 👎 to provide feedback.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant