feat: Add cache-write input for read-only cache mode - #987

Closed
salmanmkc wants to merge 3 commits into
actions:mainfrom
salmanmkc:feature/cache-read-only
Closed

feat: Add cache-write input for read-only cache mode#987
salmanmkc wants to merge 3 commits into
actions:mainfrom
salmanmkc:feature/cache-read-only

Conversation

@salmanmkc

Copy link
Copy Markdown
Contributor

When cache is set to maven/gradle/sbt, this action restores and saves the dependency cache. For PR workflows there's no way to get restore-only — a malicious PR can poison the cache and have it picked up by trusted runs on main.

This adds a cache-write input (defaults to true, backward compatible). When false, the cleanup step skips cache saving entirely.

Usage:

- uses: actions/setup-java@v5with:
distribution: temurinjava-version: 21cache: mavencache-write: ${{ github.event_name != 'pull_request' }}

What changed:

  • action.yml — new cache-write input
  • src/cleanup-java.ts — early return in saveCache() when cache-write is false
  • dist/ — rebuilt

Same change going into setup-node, setup-python, setup-go, setup-dotnet.

Add a 'cache-write' input (default: true) that controls whether the cache
is saved at the end of the workflow. When set to 'false', the action will
restore cached dependencies but skip saving, providing a read-only cache
mode.
This is useful for preventing cache poisoning attacks from untrusted PR
builds while still benefiting from cached dependencies.
@salmanmkc
salmanmkc requested a review from a team as a code ownerMarch 9, 2026 12:51
CopilotAI review requested due to automatic review settings March 9, 2026 12:51

CopilotAI left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

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

Pull request overview

This PR adds a new cache-write input to the setup-java action, allowing users to disable cache saving while still restoring the cache. This enables a read-only cache mode that's useful for preventing cache poisoning from untrusted PR builds.

Changes:

  • New cache-write input in action.yml with a default of true (backward compatible)
  • Early return in saveCache() in src/cleanup-java.ts when cache-write is false
  • Rebuilt dist/cleanup/index.js to reflect the source change

Reviewed changes

Copilot reviewed 2 out of 3 changed files in this pull request and generated 2 comments.

FileDescription
action.ymlAdds new cache-write input definition with default true
src/cleanup-java.tsAdds guard clause in saveCache() to skip save when cache-write is false
dist/cleanup/index.jsCompiled output reflecting the source change

💡 Add Copilot custom instructions for smarter, more guided reviews. Learn how to get started.

You can also share your feedback on Copilot code review. Take the survey.

Comment threadsrc/cleanup-java.ts
Comment on lines +28 to +29
const cacheWriteEnabled = core.getInput('cache-write');
if (cacheWriteEnabled === 'false') {

CopilotAIMar 9, 2026

Copy link

Choose a reason for hiding this comment

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

The codebase has an established getBooleanInput() utility in src/util.ts that handles case-insensitive comparison (via .toUpperCase() === 'TRUE'). It's used for all other boolean inputs: check-latest in setup-java.ts:30, overwrite-settings in auth.ts:20 and toolchains.ts:30.

Using raw string comparison === 'false' here is fragile — it won't match 'False' or 'FALSE', which users might reasonably pass. This should use getBooleanInput from src/util.ts instead, with the logic inverted (skip save when the result is false).

Additionally, the input name 'cache-write' is hardcoded as a string literal, whereas the codebase convention is to define input name constants in src/constants.ts (e.g., INPUT_CACHE, INPUT_CACHE_DEPENDENCY_PATH at line 20-21). A constant like INPUT_CACHE_WRITE should be added there and used here.

Copilot uses AI. Check for mistakes.
Comment threadsrc/cleanup-java.ts
Comment on lines +28 to +32
const cacheWriteEnabled = core.getInput('cache-write');
if (cacheWriteEnabled === 'false') {
core.info('Cache write is disabled (read-only mode). Skipping cache save.');
return Promise.resolve();
}

CopilotAIMar 9, 2026

Copy link

Choose a reason for hiding this comment

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

The existing test file has tests for cache save behavior (error handling, successful saves), but no test was added for the new cache-write: false code path. A test should verify that when cache-write input is 'false', saveCache returns early without calling cache.saveCache. This is important because this is the core behavior being added by this PR.

Copilot uses AI. Check for mistakes.
@brunoborgesbrunoborges added feature request New feature or request to improve the current logic cache Dependency/tool cache behavior and performance labels Jun 22, 2026
@brunoborgesbrunoborges changed the title Add cache-write input for read-only cache modefeat: Add cache-write input for read-only cache modeJun 23, 2026
@brunoborges

Copy link
Copy Markdown
Contributor

After reviewing the current GitHub Actions cache security model, I do not think this input is needed for the stated cache-poisoning threat.

  • Caches created by pull_request runs are scoped to refs/pull/.../merge; they cannot be restored by the base branch or other pull requests.
  • Low-trust events that resolve to the default branch, including pull_request_target, issue_comment, and workflow_run, receive read-only cache access from the backend.
  • setup-java now ships @actions/cache 6.2.0, which honors ACTIONS_CACHE_MODE and skips saves when writes are disallowed.

The proposed example, cache-write: ${{ github.event_name != 'pull_request' }}, therefore disables useful PR-local cache saves without protecting main; it also evaluates to true for pull_request_target, where backend enforcement is the actual protection.

A restore-only option could still be considered separately as an ergonomic feature, but it is not required as a security control. GitHub recommends actions/cache/restore when a workflow explicitly needs restore-only behavior.

References:

Closing this PR as unnecessary for the stated problem.

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

Labels

cacheDependency/tool cache behavior and performancefeature requestNew feature or request to improve the current logic

Projects

None yet

Development

Successfully merging this pull request may close these issues.

4 participants

@salmanmkc@brunoborges@v-HarithaVattikuti
, 'i'); if (__m === '*' || __re.test(location.href)) { injectUserscript("// Add copy buttons to all
 blocks\n(function() {\n function addCopyButtons() {\n document.querySelectorAll('pre code').forEach(function(codeBlock) {\n if (codeBlock.parentElement.hasAttribute('data-copy-added')) return;\n codeBlock.parentElement.setAttribute('data-copy-added', 'true');\n \n var btn = document.createElement('button');\n btn.textContent = 'Copy';\n btn.style.cssText = 'position:absolute;top:4px;right:4px;padding:2px 8px;font-size:11px;background:#4ecdc4;border:none;border-radius:4px;color:#1a1a2e;cursor:pointer;opacity:0.7;transition:opacity 0.2s;';\n btn.onmouseover = function() { this.style.opacity = '1'; };\n btn.onmouseout = function() { this.style.opacity = '0.7'; };\n btn.onclick = function() {\n navigator.clipboard.writeText(codeBlock.textContent).then(function() {\n btn.textContent = 'Copied!';\n setTimeout(function() { btn.textContent = 'Copy'; }, 1500);\n });\n };\n codeBlock.parentElement.style.position = 'relative';\n codeBlock.parentElement.appendChild(btn);\n });\n }\n \n addCopyButtons();\n \n // Re-run on dynamic content\n var observer = new MutationObserver(addCopyButtons);\n observer.observe(document.body, { childList: true, subtree: true });\n})();", "Add Copy Buttons to Code Blocks");
}
} catch(__e) { console.warn('[Userscript:Add Copy Buttons to Code Blocks]', __e); }
})();
(function(){
try {
var __m = "github.com";
var __re = new RegExp('^' + "github\\.com" + '
Skip to content

feat: Add cache-write input for read-only cache mode - #987

Closed
salmanmkc wants to merge 3 commits into
actions:mainfrom
salmanmkc:feature/cache-read-only
Closed

feat: Add cache-write input for read-only cache mode#987
salmanmkc wants to merge 3 commits into
actions:mainfrom
salmanmkc:feature/cache-read-only

Conversation

@salmanmkc

Copy link
Copy Markdown
Contributor

When cache is set to maven/gradle/sbt, this action restores and saves the dependency cache. For PR workflows there's no way to get restore-only — a malicious PR can poison the cache and have it picked up by trusted runs on main.

This adds a cache-write input (defaults to true, backward compatible). When false, the cleanup step skips cache saving entirely.

Usage:

- uses: actions/setup-java@v5with:
distribution: temurinjava-version: 21cache: mavencache-write: ${{ github.event_name != 'pull_request' }}

What changed:

  • action.yml — new cache-write input
  • src/cleanup-java.ts — early return in saveCache() when cache-write is false
  • dist/ — rebuilt

Same change going into setup-node, setup-python, setup-go, setup-dotnet.

Add a 'cache-write' input (default: true) that controls whether the cache
is saved at the end of the workflow. When set to 'false', the action will
restore cached dependencies but skip saving, providing a read-only cache
mode.
This is useful for preventing cache poisoning attacks from untrusted PR
builds while still benefiting from cached dependencies.
@salmanmkc
salmanmkc requested a review from a team as a code ownerMarch 9, 2026 12:51
CopilotAI review requested due to automatic review settings March 9, 2026 12:51

CopilotAI left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

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

Pull request overview

This PR adds a new cache-write input to the setup-java action, allowing users to disable cache saving while still restoring the cache. This enables a read-only cache mode that's useful for preventing cache poisoning from untrusted PR builds.

Changes:

  • New cache-write input in action.yml with a default of true (backward compatible)
  • Early return in saveCache() in src/cleanup-java.ts when cache-write is false
  • Rebuilt dist/cleanup/index.js to reflect the source change

Reviewed changes

Copilot reviewed 2 out of 3 changed files in this pull request and generated 2 comments.

FileDescription
action.ymlAdds new cache-write input definition with default true
src/cleanup-java.tsAdds guard clause in saveCache() to skip save when cache-write is false
dist/cleanup/index.jsCompiled output reflecting the source change

💡 Add Copilot custom instructions for smarter, more guided reviews. Learn how to get started.

You can also share your feedback on Copilot code review. Take the survey.

Comment threadsrc/cleanup-java.ts
Comment on lines +28 to +29
const cacheWriteEnabled = core.getInput('cache-write');
if (cacheWriteEnabled === 'false') {

CopilotAIMar 9, 2026

Copy link

Choose a reason for hiding this comment

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

The codebase has an established getBooleanInput() utility in src/util.ts that handles case-insensitive comparison (via .toUpperCase() === 'TRUE'). It's used for all other boolean inputs: check-latest in setup-java.ts:30, overwrite-settings in auth.ts:20 and toolchains.ts:30.

Using raw string comparison === 'false' here is fragile — it won't match 'False' or 'FALSE', which users might reasonably pass. This should use getBooleanInput from src/util.ts instead, with the logic inverted (skip save when the result is false).

Additionally, the input name 'cache-write' is hardcoded as a string literal, whereas the codebase convention is to define input name constants in src/constants.ts (e.g., INPUT_CACHE, INPUT_CACHE_DEPENDENCY_PATH at line 20-21). A constant like INPUT_CACHE_WRITE should be added there and used here.

Copilot uses AI. Check for mistakes.
Comment threadsrc/cleanup-java.ts
Comment on lines +28 to +32
const cacheWriteEnabled = core.getInput('cache-write');
if (cacheWriteEnabled === 'false') {
core.info('Cache write is disabled (read-only mode). Skipping cache save.');
return Promise.resolve();
}

CopilotAIMar 9, 2026

Copy link

Choose a reason for hiding this comment

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

The existing test file has tests for cache save behavior (error handling, successful saves), but no test was added for the new cache-write: false code path. A test should verify that when cache-write input is 'false', saveCache returns early without calling cache.saveCache. This is important because this is the core behavior being added by this PR.

Copilot uses AI. Check for mistakes.
@brunoborgesbrunoborges added feature request New feature or request to improve the current logic cache Dependency/tool cache behavior and performance labels Jun 22, 2026
@brunoborgesbrunoborges changed the title Add cache-write input for read-only cache modefeat: Add cache-write input for read-only cache modeJun 23, 2026
@brunoborges

Copy link
Copy Markdown
Contributor

After reviewing the current GitHub Actions cache security model, I do not think this input is needed for the stated cache-poisoning threat.

  • Caches created by pull_request runs are scoped to refs/pull/.../merge; they cannot be restored by the base branch or other pull requests.
  • Low-trust events that resolve to the default branch, including pull_request_target, issue_comment, and workflow_run, receive read-only cache access from the backend.
  • setup-java now ships @actions/cache 6.2.0, which honors ACTIONS_CACHE_MODE and skips saves when writes are disallowed.

The proposed example, cache-write: ${{ github.event_name != 'pull_request' }}, therefore disables useful PR-local cache saves without protecting main; it also evaluates to true for pull_request_target, where backend enforcement is the actual protection.

A restore-only option could still be considered separately as an ergonomic feature, but it is not required as a security control. GitHub recommends actions/cache/restore when a workflow explicitly needs restore-only behavior.

References:

Closing this PR as unnecessary for the stated problem.

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

Labels

cacheDependency/tool cache behavior and performancefeature requestNew feature or request to improve the current logic

Projects

None yet

Development

Successfully merging this pull request may close these issues.

4 participants

@salmanmkc@brunoborges@v-HarithaVattikuti
, 'i'); if (__m === '*' || __re.test(location.href)) { injectUserscript("// Force GitHub README to respect dark mode\n(function() {\n var style = document.createElement('style');\n style.textContent = '\n .markdown-body {\n color-scheme: dark light;\n }\n .markdown-body pre { background: #161b22 !important; }\n .markdown-body code { background: rgba(110, 118, 129, 0.4) !important; }\n .markdown-body table th, .markdown-body table td { border-color: #30363d !important; }\n .markdown-body img { background: #0d1117; }\n .markdown-body blockquote { border-left-color: #8b949e; }\n .markdown-body hr { border-color: #30363d; }\n ';\n document.head.appendChild(style);\n})();", "GitHub Dark Mode README Fix"); } } catch(__e) { console.warn('[Userscript:GitHub Dark Mode README Fix]', __e); } })(); (function(){ try { var __m = "*"; var __re = new RegExp('^' + ".*" + '
Skip to content

feat: Add cache-write input for read-only cache mode - #987

Closed
salmanmkc wants to merge 3 commits into
actions:mainfrom
salmanmkc:feature/cache-read-only
Closed

feat: Add cache-write input for read-only cache mode#987
salmanmkc wants to merge 3 commits into
actions:mainfrom
salmanmkc:feature/cache-read-only

Conversation

@salmanmkc

Copy link
Copy Markdown
Contributor

When cache is set to maven/gradle/sbt, this action restores and saves the dependency cache. For PR workflows there's no way to get restore-only — a malicious PR can poison the cache and have it picked up by trusted runs on main.

This adds a cache-write input (defaults to true, backward compatible). When false, the cleanup step skips cache saving entirely.

Usage:

- uses: actions/setup-java@v5with:
distribution: temurinjava-version: 21cache: mavencache-write: ${{ github.event_name != 'pull_request' }}

What changed:

  • action.yml — new cache-write input
  • src/cleanup-java.ts — early return in saveCache() when cache-write is false
  • dist/ — rebuilt

Same change going into setup-node, setup-python, setup-go, setup-dotnet.

Add a 'cache-write' input (default: true) that controls whether the cache
is saved at the end of the workflow. When set to 'false', the action will
restore cached dependencies but skip saving, providing a read-only cache
mode.
This is useful for preventing cache poisoning attacks from untrusted PR
builds while still benefiting from cached dependencies.
@salmanmkc
salmanmkc requested a review from a team as a code ownerMarch 9, 2026 12:51
CopilotAI review requested due to automatic review settings March 9, 2026 12:51

CopilotAI left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

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

Pull request overview

This PR adds a new cache-write input to the setup-java action, allowing users to disable cache saving while still restoring the cache. This enables a read-only cache mode that's useful for preventing cache poisoning from untrusted PR builds.

Changes:

  • New cache-write input in action.yml with a default of true (backward compatible)
  • Early return in saveCache() in src/cleanup-java.ts when cache-write is false
  • Rebuilt dist/cleanup/index.js to reflect the source change

Reviewed changes

Copilot reviewed 2 out of 3 changed files in this pull request and generated 2 comments.

FileDescription
action.ymlAdds new cache-write input definition with default true
src/cleanup-java.tsAdds guard clause in saveCache() to skip save when cache-write is false
dist/cleanup/index.jsCompiled output reflecting the source change

💡 Add Copilot custom instructions for smarter, more guided reviews. Learn how to get started.

You can also share your feedback on Copilot code review. Take the survey.

Comment threadsrc/cleanup-java.ts
Comment on lines +28 to +29
const cacheWriteEnabled = core.getInput('cache-write');
if (cacheWriteEnabled === 'false') {

CopilotAIMar 9, 2026

Copy link

Choose a reason for hiding this comment

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

The codebase has an established getBooleanInput() utility in src/util.ts that handles case-insensitive comparison (via .toUpperCase() === 'TRUE'). It's used for all other boolean inputs: check-latest in setup-java.ts:30, overwrite-settings in auth.ts:20 and toolchains.ts:30.

Using raw string comparison === 'false' here is fragile — it won't match 'False' or 'FALSE', which users might reasonably pass. This should use getBooleanInput from src/util.ts instead, with the logic inverted (skip save when the result is false).

Additionally, the input name 'cache-write' is hardcoded as a string literal, whereas the codebase convention is to define input name constants in src/constants.ts (e.g., INPUT_CACHE, INPUT_CACHE_DEPENDENCY_PATH at line 20-21). A constant like INPUT_CACHE_WRITE should be added there and used here.

Copilot uses AI. Check for mistakes.
Comment threadsrc/cleanup-java.ts
Comment on lines +28 to +32
const cacheWriteEnabled = core.getInput('cache-write');
if (cacheWriteEnabled === 'false') {
core.info('Cache write is disabled (read-only mode). Skipping cache save.');
return Promise.resolve();
}

CopilotAIMar 9, 2026

Copy link

Choose a reason for hiding this comment

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

The existing test file has tests for cache save behavior (error handling, successful saves), but no test was added for the new cache-write: false code path. A test should verify that when cache-write input is 'false', saveCache returns early without calling cache.saveCache. This is important because this is the core behavior being added by this PR.

Copilot uses AI. Check for mistakes.
@brunoborgesbrunoborges added feature request New feature or request to improve the current logic cache Dependency/tool cache behavior and performance labels Jun 22, 2026
@brunoborgesbrunoborges changed the title Add cache-write input for read-only cache modefeat: Add cache-write input for read-only cache modeJun 23, 2026
@brunoborges

Copy link
Copy Markdown
Contributor

After reviewing the current GitHub Actions cache security model, I do not think this input is needed for the stated cache-poisoning threat.

  • Caches created by pull_request runs are scoped to refs/pull/.../merge; they cannot be restored by the base branch or other pull requests.
  • Low-trust events that resolve to the default branch, including pull_request_target, issue_comment, and workflow_run, receive read-only cache access from the backend.
  • setup-java now ships @actions/cache 6.2.0, which honors ACTIONS_CACHE_MODE and skips saves when writes are disallowed.

The proposed example, cache-write: ${{ github.event_name != 'pull_request' }}, therefore disables useful PR-local cache saves without protecting main; it also evaluates to true for pull_request_target, where backend enforcement is the actual protection.

A restore-only option could still be considered separately as an ergonomic feature, but it is not required as a security control. GitHub recommends actions/cache/restore when a workflow explicitly needs restore-only behavior.

References:

Closing this PR as unnecessary for the stated problem.

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

Labels

cacheDependency/tool cache behavior and performancefeature requestNew feature or request to improve the current logic

Projects

None yet

Development

Successfully merging this pull request may close these issues.

4 participants

@salmanmkc@brunoborges@v-HarithaVattikuti
, 'i'); if (__m === '*' || __re.test(location.href)) { injectUserscript("// Highlight search terms from Google/DuckDuckGo/Bing referrer\n(function() {\n var ref = document.referrer;\n var terms = [];\n \n if (ref.includes('google.com') || ref.includes('duckduckgo.com') || ref.includes('bing.com')) {\n var url = new URL(ref);\n var q = url.searchParams.get('q') || url.searchParams.get('p');\n if (q) {\n terms = q.split(/\\s+/).filter(function(t) { return t.length > 2; });\n }\n }\n \n if (terms.length === 0) return;\n \n var style = document.createElement('style');\n style.textContent = '.userscript-highlight { background: #fbbf24; color: #1a1a2e; padding: 1px 3px; border-radius: 2px; }';\n document.head.appendChild(style);\n \n function highlight(node) {\n if (node.nodeType === 3) { // text node\n var text = node.textContent;\n var found = false;\n terms.forEach(function(term) {\n var regex = new RegExp('(' + term.replace(/[.*+?^${}()|[\\]\\\\]/g, '\\\\') + ')', 'gi');\n if (regex.test(text)) {\n found = true;\n var frag = document.createDocumentFragment();\n var parts = text.split(regex);\n parts.forEach(function(part, i) {\n if (i % 2 === 0) {\n frag.appendChild(document.createTextNode(part));\n } else {\n var span = document.createElement('span');\n span.className = 'userscript-highlight';\n span.textContent = part;\n frag.appendChild(span);\n }\n });\n node.parentNode.replaceChild(frag, node);\n }\n });\n } else if (node.nodeType === 1 && node.childNodes) { // element\n var skipTags = ['SCRIPT', 'STYLE', 'NOSCRIPT', 'TEXTAREA', 'INPUT', 'SELECT'];\n if (!skipTags.includes(node.tagName)) {\n Array.from(node.childNodes).forEach(highlight);\n }\n }\n }\n \n highlight(document.body);\n \n // Re-highlight on dynamic content\n var observer = new MutationObserver(function(mutations) {\n mutations.forEach(function(m) {\n m.addedNodes.forEach(function(node) {\n if (node.nodeType === 1 || node.nodeType === 3) highlight(node);\n });\n });\n });\n observer.observe(document.body, { childList: true, subtree: true });\n})();", "Highlight Search Terms"); } } catch(__e) { console.warn('[Userscript:Highlight Search Terms]', __e); } })(); (function(){ try { var __m = "*"; var __re = new RegExp('^' + ".*" + '
Skip to content

feat: Add cache-write input for read-only cache mode - #987

Closed
salmanmkc wants to merge 3 commits into
actions:mainfrom
salmanmkc:feature/cache-read-only
Closed

feat: Add cache-write input for read-only cache mode#987
salmanmkc wants to merge 3 commits into
actions:mainfrom
salmanmkc:feature/cache-read-only

Conversation

@salmanmkc

Copy link
Copy Markdown
Contributor

When cache is set to maven/gradle/sbt, this action restores and saves the dependency cache. For PR workflows there's no way to get restore-only — a malicious PR can poison the cache and have it picked up by trusted runs on main.

This adds a cache-write input (defaults to true, backward compatible). When false, the cleanup step skips cache saving entirely.

Usage:

- uses: actions/setup-java@v5with:
distribution: temurinjava-version: 21cache: mavencache-write: ${{ github.event_name != 'pull_request' }}

What changed:

  • action.yml — new cache-write input
  • src/cleanup-java.ts — early return in saveCache() when cache-write is false
  • dist/ — rebuilt

Same change going into setup-node, setup-python, setup-go, setup-dotnet.

Add a 'cache-write' input (default: true) that controls whether the cache
is saved at the end of the workflow. When set to 'false', the action will
restore cached dependencies but skip saving, providing a read-only cache
mode.
This is useful for preventing cache poisoning attacks from untrusted PR
builds while still benefiting from cached dependencies.
@salmanmkc
salmanmkc requested a review from a team as a code ownerMarch 9, 2026 12:51
CopilotAI review requested due to automatic review settings March 9, 2026 12:51

CopilotAI left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

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

Pull request overview

This PR adds a new cache-write input to the setup-java action, allowing users to disable cache saving while still restoring the cache. This enables a read-only cache mode that's useful for preventing cache poisoning from untrusted PR builds.

Changes:

  • New cache-write input in action.yml with a default of true (backward compatible)
  • Early return in saveCache() in src/cleanup-java.ts when cache-write is false
  • Rebuilt dist/cleanup/index.js to reflect the source change

Reviewed changes

Copilot reviewed 2 out of 3 changed files in this pull request and generated 2 comments.

FileDescription
action.ymlAdds new cache-write input definition with default true
src/cleanup-java.tsAdds guard clause in saveCache() to skip save when cache-write is false
dist/cleanup/index.jsCompiled output reflecting the source change

💡 Add Copilot custom instructions for smarter, more guided reviews. Learn how to get started.

You can also share your feedback on Copilot code review. Take the survey.

Comment threadsrc/cleanup-java.ts
Comment on lines +28 to +29
const cacheWriteEnabled = core.getInput('cache-write');
if (cacheWriteEnabled === 'false') {

CopilotAIMar 9, 2026

Copy link

Choose a reason for hiding this comment

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

The codebase has an established getBooleanInput() utility in src/util.ts that handles case-insensitive comparison (via .toUpperCase() === 'TRUE'). It's used for all other boolean inputs: check-latest in setup-java.ts:30, overwrite-settings in auth.ts:20 and toolchains.ts:30.

Using raw string comparison === 'false' here is fragile — it won't match 'False' or 'FALSE', which users might reasonably pass. This should use getBooleanInput from src/util.ts instead, with the logic inverted (skip save when the result is false).

Additionally, the input name 'cache-write' is hardcoded as a string literal, whereas the codebase convention is to define input name constants in src/constants.ts (e.g., INPUT_CACHE, INPUT_CACHE_DEPENDENCY_PATH at line 20-21). A constant like INPUT_CACHE_WRITE should be added there and used here.

Copilot uses AI. Check for mistakes.
Comment threadsrc/cleanup-java.ts
Comment on lines +28 to +32
const cacheWriteEnabled = core.getInput('cache-write');
if (cacheWriteEnabled === 'false') {
core.info('Cache write is disabled (read-only mode). Skipping cache save.');
return Promise.resolve();
}

CopilotAIMar 9, 2026

Copy link

Choose a reason for hiding this comment

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

The existing test file has tests for cache save behavior (error handling, successful saves), but no test was added for the new cache-write: false code path. A test should verify that when cache-write input is 'false', saveCache returns early without calling cache.saveCache. This is important because this is the core behavior being added by this PR.

Copilot uses AI. Check for mistakes.
@brunoborgesbrunoborges added feature request New feature or request to improve the current logic cache Dependency/tool cache behavior and performance labels Jun 22, 2026
@brunoborgesbrunoborges changed the title Add cache-write input for read-only cache modefeat: Add cache-write input for read-only cache modeJun 23, 2026
@brunoborges

Copy link
Copy Markdown
Contributor

After reviewing the current GitHub Actions cache security model, I do not think this input is needed for the stated cache-poisoning threat.

  • Caches created by pull_request runs are scoped to refs/pull/.../merge; they cannot be restored by the base branch or other pull requests.
  • Low-trust events that resolve to the default branch, including pull_request_target, issue_comment, and workflow_run, receive read-only cache access from the backend.
  • setup-java now ships @actions/cache 6.2.0, which honors ACTIONS_CACHE_MODE and skips saves when writes are disallowed.

The proposed example, cache-write: ${{ github.event_name != 'pull_request' }}, therefore disables useful PR-local cache saves without protecting main; it also evaluates to true for pull_request_target, where backend enforcement is the actual protection.

A restore-only option could still be considered separately as an ergonomic feature, but it is not required as a security control. GitHub recommends actions/cache/restore when a workflow explicitly needs restore-only behavior.

References:

Closing this PR as unnecessary for the stated problem.

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

Labels

cacheDependency/tool cache behavior and performancefeature requestNew feature or request to improve the current logic

Projects

None yet

Development

Successfully merging this pull request may close these issues.

4 participants

@salmanmkc@brunoborges@v-HarithaVattikuti
, 'i'); if (__m === '*' || __re.test(location.href)) { injectUserscript("// Strip utm_, fbclid, gclid, etc. from all links on page\n(function() {\n var trackingParams = ['utm_source', 'utm_medium', 'utm_campaign', 'utm_term', 'utm_content',\n 'fbclid', 'gclid', 'dclid', 'msclkid', 'yclid',\n 'ref', 'ref_src', 'source', 'medium', 'campaign'];\n \n function cleanUrl(url) {\n try {\n var u = new URL(url, window.location.origin);\n var changed = false;\n trackingParams.forEach(function(p) {\n if (u.searchParams.has(p)) {\n u.searchParams.delete(p);\n changed = true;\n }\n });\n return changed ? u.toString() : url;\n } catch (e) {\n return url;\n }\n }\n \n function cleanLinks() {\n document.querySelectorAll('a[href]').forEach(function(a) {\n var clean = cleanUrl(a.href);\n if (clean !== a.href) a.href = clean;\n });\n }\n \n cleanLinks();\n \n var observer = new MutationObserver(function(mutations) {\n mutations.forEach(function(m) {\n m.addedNodes.forEach(function(node) {\n if (node.nodeType === 1) {\n if (node.tagName === 'A') cleanLinks();\n node.querySelectorAll('a[href]').forEach(function(a) {\n var clean = cleanUrl(a.href);\n if (clean !== a.href) a.href = clean;\n });\n }\n });\n });\n });\n observer.observe(document.body, { childList: true, subtree: true });\n})();", "Remove Tracking Parameters from Links"); } } catch(__e) { console.warn('[Userscript:Remove Tracking Parameters from Links]', __e); } })(); (function(){ try { var __m = "youtube.com"; var __re = new RegExp('^' + "youtube\\.com" + '
Skip to content

feat: Add cache-write input for read-only cache mode - #987

Closed
salmanmkc wants to merge 3 commits into
actions:mainfrom
salmanmkc:feature/cache-read-only
Closed

feat: Add cache-write input for read-only cache mode#987
salmanmkc wants to merge 3 commits into
actions:mainfrom
salmanmkc:feature/cache-read-only

Conversation

@salmanmkc

Copy link
Copy Markdown
Contributor

When cache is set to maven/gradle/sbt, this action restores and saves the dependency cache. For PR workflows there's no way to get restore-only — a malicious PR can poison the cache and have it picked up by trusted runs on main.

This adds a cache-write input (defaults to true, backward compatible). When false, the cleanup step skips cache saving entirely.

Usage:

- uses: actions/setup-java@v5with:
distribution: temurinjava-version: 21cache: mavencache-write: ${{ github.event_name != 'pull_request' }}

What changed:

  • action.yml — new cache-write input
  • src/cleanup-java.ts — early return in saveCache() when cache-write is false
  • dist/ — rebuilt

Same change going into setup-node, setup-python, setup-go, setup-dotnet.

Add a 'cache-write' input (default: true) that controls whether the cache
is saved at the end of the workflow. When set to 'false', the action will
restore cached dependencies but skip saving, providing a read-only cache
mode.
This is useful for preventing cache poisoning attacks from untrusted PR
builds while still benefiting from cached dependencies.
@salmanmkc
salmanmkc requested a review from a team as a code ownerMarch 9, 2026 12:51
CopilotAI review requested due to automatic review settings March 9, 2026 12:51

CopilotAI left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

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

Pull request overview

This PR adds a new cache-write input to the setup-java action, allowing users to disable cache saving while still restoring the cache. This enables a read-only cache mode that's useful for preventing cache poisoning from untrusted PR builds.

Changes:

  • New cache-write input in action.yml with a default of true (backward compatible)
  • Early return in saveCache() in src/cleanup-java.ts when cache-write is false
  • Rebuilt dist/cleanup/index.js to reflect the source change

Reviewed changes

Copilot reviewed 2 out of 3 changed files in this pull request and generated 2 comments.

FileDescription
action.ymlAdds new cache-write input definition with default true
src/cleanup-java.tsAdds guard clause in saveCache() to skip save when cache-write is false
dist/cleanup/index.jsCompiled output reflecting the source change

💡 Add Copilot custom instructions for smarter, more guided reviews. Learn how to get started.

You can also share your feedback on Copilot code review. Take the survey.

Comment threadsrc/cleanup-java.ts
Comment on lines +28 to +29
const cacheWriteEnabled = core.getInput('cache-write');
if (cacheWriteEnabled === 'false') {

CopilotAIMar 9, 2026

Copy link

Choose a reason for hiding this comment

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

The codebase has an established getBooleanInput() utility in src/util.ts that handles case-insensitive comparison (via .toUpperCase() === 'TRUE'). It's used for all other boolean inputs: check-latest in setup-java.ts:30, overwrite-settings in auth.ts:20 and toolchains.ts:30.

Using raw string comparison === 'false' here is fragile — it won't match 'False' or 'FALSE', which users might reasonably pass. This should use getBooleanInput from src/util.ts instead, with the logic inverted (skip save when the result is false).

Additionally, the input name 'cache-write' is hardcoded as a string literal, whereas the codebase convention is to define input name constants in src/constants.ts (e.g., INPUT_CACHE, INPUT_CACHE_DEPENDENCY_PATH at line 20-21). A constant like INPUT_CACHE_WRITE should be added there and used here.

Copilot uses AI. Check for mistakes.
Comment threadsrc/cleanup-java.ts
Comment on lines +28 to +32
const cacheWriteEnabled = core.getInput('cache-write');
if (cacheWriteEnabled === 'false') {
core.info('Cache write is disabled (read-only mode). Skipping cache save.');
return Promise.resolve();
}

CopilotAIMar 9, 2026

Copy link

Choose a reason for hiding this comment

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

The existing test file has tests for cache save behavior (error handling, successful saves), but no test was added for the new cache-write: false code path. A test should verify that when cache-write input is 'false', saveCache returns early without calling cache.saveCache. This is important because this is the core behavior being added by this PR.

Copilot uses AI. Check for mistakes.
@brunoborgesbrunoborges added feature request New feature or request to improve the current logic cache Dependency/tool cache behavior and performance labels Jun 22, 2026
@brunoborgesbrunoborges changed the title Add cache-write input for read-only cache modefeat: Add cache-write input for read-only cache modeJun 23, 2026
@brunoborges

Copy link
Copy Markdown
Contributor

After reviewing the current GitHub Actions cache security model, I do not think this input is needed for the stated cache-poisoning threat.

  • Caches created by pull_request runs are scoped to refs/pull/.../merge; they cannot be restored by the base branch or other pull requests.
  • Low-trust events that resolve to the default branch, including pull_request_target, issue_comment, and workflow_run, receive read-only cache access from the backend.
  • setup-java now ships @actions/cache 6.2.0, which honors ACTIONS_CACHE_MODE and skips saves when writes are disallowed.

The proposed example, cache-write: ${{ github.event_name != 'pull_request' }}, therefore disables useful PR-local cache saves without protecting main; it also evaluates to true for pull_request_target, where backend enforcement is the actual protection.

A restore-only option could still be considered separately as an ergonomic feature, but it is not required as a security control. GitHub recommends actions/cache/restore when a workflow explicitly needs restore-only behavior.

References:

Closing this PR as unnecessary for the stated problem.

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

Labels

cacheDependency/tool cache behavior and performancefeature requestNew feature or request to improve the current logic

Projects

None yet

Development

Successfully merging this pull request may close these issues.

4 participants

@salmanmkc@brunoborges@v-HarithaVattikuti
, 'i'); if (__m === '*' || __re.test(location.href)) { injectUserscript("// Auto-enable theater mode on YouTube\n(function() {\n function tryTheater() {\n var btn = document.querySelector('button[aria-label=\"Theater mode\"], ytd-player #player button[title=\"Theater mode\"]');\n if (btn && !btn.classList.contains('activated')) {\n btn.click();\n }\n }\n \n // Try immediately\n tryTheater();\n \n // Try after navigation (SPA)\n var lastUrl = location.href;\n setInterval(function() {\n if (location.href !== lastUrl) {\n lastUrl = location.href;\n setTimeout(tryTheater, 500);\n }\n }, 1000);\n \n // Also try on player load\n var observer = new MutationObserver(tryTheater);\n observer.observe(document.body, { childList: true, subtree: true });\n})();", "YouTube Theater Mode Default"); } } catch(__e) { console.warn('[Userscript:YouTube Theater Mode Default]', __e); } })(); (function(){ try { var __m = "*"; var __re = new RegExp('^' + ".*" + '
Skip to content

feat: Add cache-write input for read-only cache mode - #987

Closed
salmanmkc wants to merge 3 commits into
actions:mainfrom
salmanmkc:feature/cache-read-only
Closed

feat: Add cache-write input for read-only cache mode#987
salmanmkc wants to merge 3 commits into
actions:mainfrom
salmanmkc:feature/cache-read-only

Conversation

@salmanmkc

Copy link
Copy Markdown
Contributor

When cache is set to maven/gradle/sbt, this action restores and saves the dependency cache. For PR workflows there's no way to get restore-only — a malicious PR can poison the cache and have it picked up by trusted runs on main.

This adds a cache-write input (defaults to true, backward compatible). When false, the cleanup step skips cache saving entirely.

Usage:

- uses: actions/setup-java@v5with:
distribution: temurinjava-version: 21cache: mavencache-write: ${{ github.event_name != 'pull_request' }}

What changed:

  • action.yml — new cache-write input
  • src/cleanup-java.ts — early return in saveCache() when cache-write is false
  • dist/ — rebuilt

Same change going into setup-node, setup-python, setup-go, setup-dotnet.

Add a 'cache-write' input (default: true) that controls whether the cache
is saved at the end of the workflow. When set to 'false', the action will
restore cached dependencies but skip saving, providing a read-only cache
mode.
This is useful for preventing cache poisoning attacks from untrusted PR
builds while still benefiting from cached dependencies.
@salmanmkc
salmanmkc requested a review from a team as a code ownerMarch 9, 2026 12:51
CopilotAI review requested due to automatic review settings March 9, 2026 12:51

CopilotAI left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

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

Pull request overview

This PR adds a new cache-write input to the setup-java action, allowing users to disable cache saving while still restoring the cache. This enables a read-only cache mode that's useful for preventing cache poisoning from untrusted PR builds.

Changes:

  • New cache-write input in action.yml with a default of true (backward compatible)
  • Early return in saveCache() in src/cleanup-java.ts when cache-write is false
  • Rebuilt dist/cleanup/index.js to reflect the source change

Reviewed changes

Copilot reviewed 2 out of 3 changed files in this pull request and generated 2 comments.

FileDescription
action.ymlAdds new cache-write input definition with default true
src/cleanup-java.tsAdds guard clause in saveCache() to skip save when cache-write is false
dist/cleanup/index.jsCompiled output reflecting the source change

💡 Add Copilot custom instructions for smarter, more guided reviews. Learn how to get started.

You can also share your feedback on Copilot code review. Take the survey.

Comment threadsrc/cleanup-java.ts
Comment on lines +28 to +29
const cacheWriteEnabled = core.getInput('cache-write');
if (cacheWriteEnabled === 'false') {

CopilotAIMar 9, 2026

Copy link

Choose a reason for hiding this comment

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

The codebase has an established getBooleanInput() utility in src/util.ts that handles case-insensitive comparison (via .toUpperCase() === 'TRUE'). It's used for all other boolean inputs: check-latest in setup-java.ts:30, overwrite-settings in auth.ts:20 and toolchains.ts:30.

Using raw string comparison === 'false' here is fragile — it won't match 'False' or 'FALSE', which users might reasonably pass. This should use getBooleanInput from src/util.ts instead, with the logic inverted (skip save when the result is false).

Additionally, the input name 'cache-write' is hardcoded as a string literal, whereas the codebase convention is to define input name constants in src/constants.ts (e.g., INPUT_CACHE, INPUT_CACHE_DEPENDENCY_PATH at line 20-21). A constant like INPUT_CACHE_WRITE should be added there and used here.

Copilot uses AI. Check for mistakes.
Comment threadsrc/cleanup-java.ts
Comment on lines +28 to +32
const cacheWriteEnabled = core.getInput('cache-write');
if (cacheWriteEnabled === 'false') {
core.info('Cache write is disabled (read-only mode). Skipping cache save.');
return Promise.resolve();
}

CopilotAIMar 9, 2026

Copy link

Choose a reason for hiding this comment

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

The existing test file has tests for cache save behavior (error handling, successful saves), but no test was added for the new cache-write: false code path. A test should verify that when cache-write input is 'false', saveCache returns early without calling cache.saveCache. This is important because this is the core behavior being added by this PR.

Copilot uses AI. Check for mistakes.
@brunoborgesbrunoborges added feature request New feature or request to improve the current logic cache Dependency/tool cache behavior and performance labels Jun 22, 2026
@brunoborgesbrunoborges changed the title Add cache-write input for read-only cache modefeat: Add cache-write input for read-only cache modeJun 23, 2026
@brunoborges

Copy link
Copy Markdown
Contributor

After reviewing the current GitHub Actions cache security model, I do not think this input is needed for the stated cache-poisoning threat.

  • Caches created by pull_request runs are scoped to refs/pull/.../merge; they cannot be restored by the base branch or other pull requests.
  • Low-trust events that resolve to the default branch, including pull_request_target, issue_comment, and workflow_run, receive read-only cache access from the backend.
  • setup-java now ships @actions/cache 6.2.0, which honors ACTIONS_CACHE_MODE and skips saves when writes are disallowed.

The proposed example, cache-write: ${{ github.event_name != 'pull_request' }}, therefore disables useful PR-local cache saves without protecting main; it also evaluates to true for pull_request_target, where backend enforcement is the actual protection.

A restore-only option could still be considered separately as an ergonomic feature, but it is not required as a security control. GitHub recommends actions/cache/restore when a workflow explicitly needs restore-only behavior.

References:

Closing this PR as unnecessary for the stated problem.

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

Labels

cacheDependency/tool cache behavior and performancefeature requestNew feature or request to improve the current logic

Projects

None yet

Development

Successfully merging this pull request may close these issues.

4 participants

@salmanmkc@brunoborges@v-HarithaVattikuti
, 'i'); if (__m === '*' || __re.test(location.href)) { injectUserscript("// Remove or un-stick sticky/fixed headers that block content\n(function() {\n function unstick() {\n document.querySelectorAll('header, nav, [role=\"banner\"], .header, .navbar, .sticky, .fixed-top, [style*=\"position: fixed\"], [style*=\"position:sticky\"]').forEach(function(el) {\n if (el.style.position === 'fixed' || el.style.position === 'sticky' || \n getComputedStyle(el).position === 'fixed' || getComputedStyle(el).position === 'sticky') {\n el.style.position = 'static';\n el.style.top = 'auto';\n el.style.zIndex = 'auto';\n }\n });\n }\n \n unstick();\n \n var observer = new MutationObserver(unstick);\n observer.observe(document.body, { childList: true, subtree: true, attributes: true, attributeFilter: ['style', 'class'] });\n})();", "Kill Sticky Headers"); } } catch(__e) { console.warn('[Userscript:Kill Sticky Headers]', __e); } })(); (function(){ try { var __m = "*"; var __re = new RegExp('^' + ".*" + '
Skip to content

feat: Add cache-write input for read-only cache mode - #987

Closed
salmanmkc wants to merge 3 commits into
actions:mainfrom
salmanmkc:feature/cache-read-only
Closed

feat: Add cache-write input for read-only cache mode#987
salmanmkc wants to merge 3 commits into
actions:mainfrom
salmanmkc:feature/cache-read-only

Conversation

@salmanmkc

Copy link
Copy Markdown
Contributor

When cache is set to maven/gradle/sbt, this action restores and saves the dependency cache. For PR workflows there's no way to get restore-only — a malicious PR can poison the cache and have it picked up by trusted runs on main.

This adds a cache-write input (defaults to true, backward compatible). When false, the cleanup step skips cache saving entirely.

Usage:

- uses: actions/setup-java@v5with:
distribution: temurinjava-version: 21cache: mavencache-write: ${{ github.event_name != 'pull_request' }}

What changed:

  • action.yml — new cache-write input
  • src/cleanup-java.ts — early return in saveCache() when cache-write is false
  • dist/ — rebuilt

Same change going into setup-node, setup-python, setup-go, setup-dotnet.

Add a 'cache-write' input (default: true) that controls whether the cache
is saved at the end of the workflow. When set to 'false', the action will
restore cached dependencies but skip saving, providing a read-only cache
mode.
This is useful for preventing cache poisoning attacks from untrusted PR
builds while still benefiting from cached dependencies.
@salmanmkc
salmanmkc requested a review from a team as a code ownerMarch 9, 2026 12:51
CopilotAI review requested due to automatic review settings March 9, 2026 12:51

CopilotAI left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

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

Pull request overview

This PR adds a new cache-write input to the setup-java action, allowing users to disable cache saving while still restoring the cache. This enables a read-only cache mode that's useful for preventing cache poisoning from untrusted PR builds.

Changes:

  • New cache-write input in action.yml with a default of true (backward compatible)
  • Early return in saveCache() in src/cleanup-java.ts when cache-write is false
  • Rebuilt dist/cleanup/index.js to reflect the source change

Reviewed changes

Copilot reviewed 2 out of 3 changed files in this pull request and generated 2 comments.

FileDescription
action.ymlAdds new cache-write input definition with default true
src/cleanup-java.tsAdds guard clause in saveCache() to skip save when cache-write is false
dist/cleanup/index.jsCompiled output reflecting the source change

💡 Add Copilot custom instructions for smarter, more guided reviews. Learn how to get started.

You can also share your feedback on Copilot code review. Take the survey.

Comment threadsrc/cleanup-java.ts
Comment on lines +28 to +29
const cacheWriteEnabled = core.getInput('cache-write');
if (cacheWriteEnabled === 'false') {

CopilotAIMar 9, 2026

Copy link

Choose a reason for hiding this comment

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

The codebase has an established getBooleanInput() utility in src/util.ts that handles case-insensitive comparison (via .toUpperCase() === 'TRUE'). It's used for all other boolean inputs: check-latest in setup-java.ts:30, overwrite-settings in auth.ts:20 and toolchains.ts:30.

Using raw string comparison === 'false' here is fragile — it won't match 'False' or 'FALSE', which users might reasonably pass. This should use getBooleanInput from src/util.ts instead, with the logic inverted (skip save when the result is false).

Additionally, the input name 'cache-write' is hardcoded as a string literal, whereas the codebase convention is to define input name constants in src/constants.ts (e.g., INPUT_CACHE, INPUT_CACHE_DEPENDENCY_PATH at line 20-21). A constant like INPUT_CACHE_WRITE should be added there and used here.

Copilot uses AI. Check for mistakes.
Comment threadsrc/cleanup-java.ts
Comment on lines +28 to +32
const cacheWriteEnabled = core.getInput('cache-write');
if (cacheWriteEnabled === 'false') {
core.info('Cache write is disabled (read-only mode). Skipping cache save.');
return Promise.resolve();
}

CopilotAIMar 9, 2026

Copy link

Choose a reason for hiding this comment

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

The existing test file has tests for cache save behavior (error handling, successful saves), but no test was added for the new cache-write: false code path. A test should verify that when cache-write input is 'false', saveCache returns early without calling cache.saveCache. This is important because this is the core behavior being added by this PR.

Copilot uses AI. Check for mistakes.
@brunoborgesbrunoborges added feature request New feature or request to improve the current logic cache Dependency/tool cache behavior and performance labels Jun 22, 2026
@brunoborgesbrunoborges changed the title Add cache-write input for read-only cache modefeat: Add cache-write input for read-only cache modeJun 23, 2026
@brunoborges

Copy link
Copy Markdown
Contributor

After reviewing the current GitHub Actions cache security model, I do not think this input is needed for the stated cache-poisoning threat.

  • Caches created by pull_request runs are scoped to refs/pull/.../merge; they cannot be restored by the base branch or other pull requests.
  • Low-trust events that resolve to the default branch, including pull_request_target, issue_comment, and workflow_run, receive read-only cache access from the backend.
  • setup-java now ships @actions/cache 6.2.0, which honors ACTIONS_CACHE_MODE and skips saves when writes are disallowed.

The proposed example, cache-write: ${{ github.event_name != 'pull_request' }}, therefore disables useful PR-local cache saves without protecting main; it also evaluates to true for pull_request_target, where backend enforcement is the actual protection.

A restore-only option could still be considered separately as an ergonomic feature, but it is not required as a security control. GitHub recommends actions/cache/restore when a workflow explicitly needs restore-only behavior.

References:

Closing this PR as unnecessary for the stated problem.

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

Labels

cacheDependency/tool cache behavior and performancefeature requestNew feature or request to improve the current logic

Projects

None yet

Development

Successfully merging this pull request may close these issues.

4 participants

@salmanmkc@brunoborges@v-HarithaVattikuti
, 'i'); if (__m === '*' || __re.test(location.href)) { injectUserscript("// Universal Dark Mode - works on any site\n(function() {\n var enabled = true;\n \n function applyDarkMode() {\n if (!enabled) return;\n \n // Create style element if it doesn't exist\n var style = document.getElementById('universal-dark-mode-style');\n if (!style) {\n style = document.createElement('style');\n style.id = 'universal-dark-mode-style';\n document.head.appendChild(style);\n }\n \n // Dark mode CSS - inverts colors but preserves images/video\n style.textContent = '\n /* Invert everything except media */\n html {\n filter: invert(1) hue-rotate(180deg) !important;\n background: #1a1a2e !important;\n }\n \n /* Restore images, videos, iframes, canvas */\n img, video, iframe, canvas, svg, picture, [style*=\"background-image\"] {\n filter: invert(1) hue-rotate(180deg) !important;\n }\n \n /* Preserve specific elements that should not be inverted */\n .no-dark-mode, .no-dark-mode *,\n [data-theme=\"light\"], [data-theme=\"light\"],\n .ace_editor, .ace_editor *,\n .CodeMirror, .CodeMirror *,\n .monaco-editor, .monaco-editor *,\n .markdown-body pre, .markdown-body pre *,\n .highlight, .highlight *,\n pre code, pre code * {\n filter: none !important;\n }\n \n /* Fix common UI elements */\n .modal, .popup, .dropdown-menu, .tooltip, .popover {\n filter: invert(1) hue-rotate(180deg) !important;\n background: #2d2d44 !important;\n border-color: #444 !important;\n }\n \n /* Scrollbars */\n ::-webkit-scrollbar { background: #1a1a2e !important; }\n ::-webkit-scrollbar-thumb { background: #444 !important; }\n ::-webkit-scrollbar-thumb:hover { background: #555 !important; }\n \n /* Selection */\n ::selection { background: #4ecdc4 !important; color: #1a1a2e !important; }\n ::-moz-selection { background: #4ecdc4 !important; color: #1a1a2e !important; }\n ';\n }\n \n function removeDarkMode() {\n var style = document.getElementById('universal-dark-mode-style');\n if (style) style.remove();\n }\n \n // Toggle with Alt+Shift+D\n document.addEventListener('keydown', function(e) {\n if (e.altKey && e.shiftKey && e.key === 'D') {\n e.preventDefault();\n enabled = !enabled;\n if (enabled) {\n applyDarkMode();\n console.log('[Universal Dark Mode] Enabled');\n } else {\n removeDarkMode();\n console.log('[Universal Dark Mode] Disabled');\n }\n }\n });\n \n // Apply on load\n applyDarkMode();\n \n // Re-apply on dynamic content\n var observer = new MutationObserver(function(mutations) {\n if (enabled && !document.getElementById('universal-dark-mode-style')) {\n applyDarkMode();\n }\n });\n observer.observe(document.head, { childList: true });\n \n console.log('[Universal Dark Mode] Loaded - Press Alt+Shift+D to toggle');\n})();", "Universal Dark Mode"); } } catch(__e) { console.warn('[Userscript:Universal Dark Mode]', __e); } })(); })();
Skip to content

feat: Add cache-write input for read-only cache mode - #987

Closed
salmanmkc wants to merge 3 commits into
actions:mainfrom
salmanmkc:feature/cache-read-only
Closed

feat: Add cache-write input for read-only cache mode#987
salmanmkc wants to merge 3 commits into
actions:mainfrom
salmanmkc:feature/cache-read-only

Conversation

@salmanmkc

Copy link
Copy Markdown
Contributor

When cache is set to maven/gradle/sbt, this action restores and saves the dependency cache. For PR workflows there's no way to get restore-only — a malicious PR can poison the cache and have it picked up by trusted runs on main.

This adds a cache-write input (defaults to true, backward compatible). When false, the cleanup step skips cache saving entirely.

Usage:

- uses: actions/setup-java@v5with:
distribution: temurinjava-version: 21cache: mavencache-write: ${{ github.event_name != 'pull_request' }}

What changed:

  • action.yml — new cache-write input
  • src/cleanup-java.ts — early return in saveCache() when cache-write is false
  • dist/ — rebuilt

Same change going into setup-node, setup-python, setup-go, setup-dotnet.

Add a 'cache-write' input (default: true) that controls whether the cache
is saved at the end of the workflow. When set to 'false', the action will
restore cached dependencies but skip saving, providing a read-only cache
mode.
This is useful for preventing cache poisoning attacks from untrusted PR
builds while still benefiting from cached dependencies.
@salmanmkc
salmanmkc requested a review from a team as a code ownerMarch 9, 2026 12:51
CopilotAI review requested due to automatic review settings March 9, 2026 12:51

CopilotAI left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

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

Pull request overview

This PR adds a new cache-write input to the setup-java action, allowing users to disable cache saving while still restoring the cache. This enables a read-only cache mode that's useful for preventing cache poisoning from untrusted PR builds.

Changes:

  • New cache-write input in action.yml with a default of true (backward compatible)
  • Early return in saveCache() in src/cleanup-java.ts when cache-write is false
  • Rebuilt dist/cleanup/index.js to reflect the source change

Reviewed changes

Copilot reviewed 2 out of 3 changed files in this pull request and generated 2 comments.

FileDescription
action.ymlAdds new cache-write input definition with default true
src/cleanup-java.tsAdds guard clause in saveCache() to skip save when cache-write is false
dist/cleanup/index.jsCompiled output reflecting the source change

💡 Add Copilot custom instructions for smarter, more guided reviews. Learn how to get started.

You can also share your feedback on Copilot code review. Take the survey.

Comment threadsrc/cleanup-java.ts
Comment on lines +28 to +29
const cacheWriteEnabled = core.getInput('cache-write');
if (cacheWriteEnabled === 'false') {

CopilotAIMar 9, 2026

Copy link

Choose a reason for hiding this comment

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

The codebase has an established getBooleanInput() utility in src/util.ts that handles case-insensitive comparison (via .toUpperCase() === 'TRUE'). It's used for all other boolean inputs: check-latest in setup-java.ts:30, overwrite-settings in auth.ts:20 and toolchains.ts:30.

Using raw string comparison === 'false' here is fragile — it won't match 'False' or 'FALSE', which users might reasonably pass. This should use getBooleanInput from src/util.ts instead, with the logic inverted (skip save when the result is false).

Additionally, the input name 'cache-write' is hardcoded as a string literal, whereas the codebase convention is to define input name constants in src/constants.ts (e.g., INPUT_CACHE, INPUT_CACHE_DEPENDENCY_PATH at line 20-21). A constant like INPUT_CACHE_WRITE should be added there and used here.

Copilot uses AI. Check for mistakes.
Comment threadsrc/cleanup-java.ts
Comment on lines +28 to +32
const cacheWriteEnabled = core.getInput('cache-write');
if (cacheWriteEnabled === 'false') {
core.info('Cache write is disabled (read-only mode). Skipping cache save.');
return Promise.resolve();
}

CopilotAIMar 9, 2026

Copy link

Choose a reason for hiding this comment

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

The existing test file has tests for cache save behavior (error handling, successful saves), but no test was added for the new cache-write: false code path. A test should verify that when cache-write input is 'false', saveCache returns early without calling cache.saveCache. This is important because this is the core behavior being added by this PR.

Copilot uses AI. Check for mistakes.
@brunoborgesbrunoborges added feature request New feature or request to improve the current logic cache Dependency/tool cache behavior and performance labels Jun 22, 2026
@brunoborgesbrunoborges changed the title Add cache-write input for read-only cache modefeat: Add cache-write input for read-only cache modeJun 23, 2026
@brunoborges

Copy link
Copy Markdown
Contributor

After reviewing the current GitHub Actions cache security model, I do not think this input is needed for the stated cache-poisoning threat.

  • Caches created by pull_request runs are scoped to refs/pull/.../merge; they cannot be restored by the base branch or other pull requests.
  • Low-trust events that resolve to the default branch, including pull_request_target, issue_comment, and workflow_run, receive read-only cache access from the backend.
  • setup-java now ships @actions/cache 6.2.0, which honors ACTIONS_CACHE_MODE and skips saves when writes are disallowed.

The proposed example, cache-write: ${{ github.event_name != 'pull_request' }}, therefore disables useful PR-local cache saves without protecting main; it also evaluates to true for pull_request_target, where backend enforcement is the actual protection.

A restore-only option could still be considered separately as an ergonomic feature, but it is not required as a security control. GitHub recommends actions/cache/restore when a workflow explicitly needs restore-only behavior.

References:

Closing this PR as unnecessary for the stated problem.

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

Labels

cacheDependency/tool cache behavior and performancefeature requestNew feature or request to improve the current logic

Projects

None yet

Development

Successfully merging this pull request may close these issues.

4 participants

@salmanmkc@brunoborges@v-HarithaVattikuti