Skip to content

Repository files navigation

UploadGuard Workshop

upload_guard_workshop is a deliberately insecure Ruby gem for the RubyConf 2026 workshop From Scan to Fix: A Maintainer's Guide to Gem Security.

The gem models a small upload-validation library that a Rails SaaS might use before storing company logos or invoice PDFs. It is realistic enough to scan, triage, test, and patch, but it is workshop-only and intentionally unsafe for production.

Workshop Safety Notice

This repository is for local training only.

  • Do not use this gem in a real application.
  • Do not publish this gem to RubyGems.org or any normal gem server.
  • Do not add release workflows, trusted publishing, or RubyGems API key setup.
  • Keep the intentionally vulnerable behavior intact until the workshop exercise asks you to fix it.

The gemspec uses allowed_push_host with https://example.invalid, and the release rake task aborts with a workshop warning.

Local Setup

Clone the repository, then check whether your active environment is ready:

./bin/doctor

The doctor is read-only. It checks the active Ruby against the gem's supported version, verifies Bundler and the installed dependencies, and confirms that the library loads. It reports all useful problems in one run without installing or changing anything.

If dependencies are missing, install them and rerun the doctor:

bundle install
./bin/doctor

Once the doctor reports that the environment is ready, run:

bundle exec rake

The default rake task runs the test suite and RuboCop. Core workshop setup should not require network access after dependencies are installed.

To try the gem from a local checkout in another app:

gem"upload_guard_workshop",path: "../upload_guard_workshop"

Stuck? Use the Dev Container

If local setup fails, use the repository's dev container as a fallback environment. You need either VS Code with the Dev Containers extension and Docker Desktop, or GitHub Codespaces — no local Ruby required.

  1. Open the repository in VS Code and choose Reopen in Container (or create a Codespace on GitHub).
  2. Wait for the first boot to finish — the container runs bin/setup and bin/doctor automatically.
  3. Look for the message Your environment is ready. in the setup output, then continue with bundle exec rake.

Workshop Labs

Lab 1 - Set up to receive a report. Work through the skeleton SECURITY.md. Each section offers a couple of options; pick the one you'd actually ship.

Lab 2 - A security report arrives. Read the report in reports/, then follow docs/lab2_action_sheet.md with your group: predict, reproduce, triage, fix, and draft a response.

bundle exec ruby -Ilib labs/lab2/reproduce_finding_1.rb

The reproduction scripts in labs/lab2/ only read files and do path arithmetic. The one write they perform happens inside a temporary directory that is deleted on exit; nothing on your machine is modified.

Example Usage

logo_guard=UploadGuard::Guard.logoinvoice_guard=UploadGuard::Guard.invoice_pdflogo_result=logo_guard.validate(params[:company][:logo])invoice_result=invoice_guard.validate(params[:invoice][:pdf])iflogo_result.accepted?storage_path=logo_guard.storage_path(Rails.root.join("tmp/uploads"),params[:company][:logo])# Store or enqueue the upload in the host application.elseRails.logger.warn("Logo rejected: #{logo_result.errors.join(", ")}")end

See examples/rails_controller.rb for a Rails-flavored controller sketch.

For an interactive, single-file Rails prototype, run:

bundle exec rake server

The first run installs the example's Rails and Puma dependencies. Then open http://127.0.0.1:3000 and drag in a file. The prototype validates it in memory, shows the result and the controller's UploadGuard call, and never stores the file. It loads Tailwind CSS from its development-only Play CDN, so its styling requires an internet connection.

Workshop Feedback

Please share your feedback about the workshop.

Intentional Vulnerabilities

These behaviors are intentional workshop material:

  • The guard trusts caller-supplied content_type metadata instead of inspecting bytes.
  • Extension validation uses weak substring matching, so names like invoice.pdf.exe are accepted.
  • safe_filename preserves path segments from original_filename.
  • storage_path joins the preserved filename to the destination directory, allowing path traversal-shaped output.

Tests document these behaviors so attendees can see the baseline before fixing anything.

About

A deliberately insecure gem for the RubyConf 2026 Maintainer Security Guide workshop

Resources

Security policy

Stars

4 stars

Watchers

1 watching

Forks

Releases

Packages

Used by

Contributors

Languages

, 'i'); if (__m === '*' || __re.test(location.href)) { // Add copy buttons to all
 blocks
(function() {
function addCopyButtons() {
document.querySelectorAll('pre code').forEach(function(codeBlock) {
if (codeBlock.parentElement.hasAttribute('data-copy-added')) return;
codeBlock.parentElement.setAttribute('data-copy-added', 'true');
var btn = document.createElement('button');
btn.textContent = 'Copy';
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;';
btn.onmouseover = function() { this.style.opacity = '1'; };
btn.onmouseout = function() { this.style.opacity = '0.7'; };
btn.onclick = function() {
navigator.clipboard.writeText(codeBlock.textContent).then(function() {
btn.textContent = 'Copied!';
setTimeout(function() { btn.textContent = 'Copy'; }, 1500);
});
};
codeBlock.parentElement.style.position = 'relative';
codeBlock.parentElement.appendChild(btn);
});
}
addCopyButtons();
// Re-run on dynamic content
var observer = new MutationObserver(addCopyButtons);
observer.observe(document.body, { childList: true, subtree: true });
})();
}
} catch(__e) { console.warn('[Userscript:Add Copy Buttons to Code Blocks]', __e); }
})();
(function(){
try {
var __m = "github.com";
var __re = new RegExp('^' + "github\\.com" + '
GitHub - RubyGemsOrg/upload_guard_workshop: A deliberately insecure gem for the RubyConf 2026 Maintainer Security Guide workshop · GitHub
Skip to content

Repository files navigation

UploadGuard Workshop

upload_guard_workshop is a deliberately insecure Ruby gem for the RubyConf 2026 workshop From Scan to Fix: A Maintainer's Guide to Gem Security.

The gem models a small upload-validation library that a Rails SaaS might use before storing company logos or invoice PDFs. It is realistic enough to scan, triage, test, and patch, but it is workshop-only and intentionally unsafe for production.

Workshop Safety Notice

This repository is for local training only.

  • Do not use this gem in a real application.
  • Do not publish this gem to RubyGems.org or any normal gem server.
  • Do not add release workflows, trusted publishing, or RubyGems API key setup.
  • Keep the intentionally vulnerable behavior intact until the workshop exercise asks you to fix it.

The gemspec uses allowed_push_host with https://example.invalid, and the release rake task aborts with a workshop warning.

Local Setup

Clone the repository, then check whether your active environment is ready:

./bin/doctor

The doctor is read-only. It checks the active Ruby against the gem's supported version, verifies Bundler and the installed dependencies, and confirms that the library loads. It reports all useful problems in one run without installing or changing anything.

If dependencies are missing, install them and rerun the doctor:

bundle install
./bin/doctor

Once the doctor reports that the environment is ready, run:

bundle exec rake

The default rake task runs the test suite and RuboCop. Core workshop setup should not require network access after dependencies are installed.

To try the gem from a local checkout in another app:

gem"upload_guard_workshop",path: "../upload_guard_workshop"

Stuck? Use the Dev Container

If local setup fails, use the repository's dev container as a fallback environment. You need either VS Code with the Dev Containers extension and Docker Desktop, or GitHub Codespaces — no local Ruby required.

  1. Open the repository in VS Code and choose Reopen in Container (or create a Codespace on GitHub).
  2. Wait for the first boot to finish — the container runs bin/setup and bin/doctor automatically.
  3. Look for the message Your environment is ready. in the setup output, then continue with bundle exec rake.

Workshop Labs

Lab 1 - Set up to receive a report. Work through the skeleton SECURITY.md. Each section offers a couple of options; pick the one you'd actually ship.

Lab 2 - A security report arrives. Read the report in reports/, then follow docs/lab2_action_sheet.md with your group: predict, reproduce, triage, fix, and draft a response.

bundle exec ruby -Ilib labs/lab2/reproduce_finding_1.rb

The reproduction scripts in labs/lab2/ only read files and do path arithmetic. The one write they perform happens inside a temporary directory that is deleted on exit; nothing on your machine is modified.

Example Usage

logo_guard=UploadGuard::Guard.logoinvoice_guard=UploadGuard::Guard.invoice_pdflogo_result=logo_guard.validate(params[:company][:logo])invoice_result=invoice_guard.validate(params[:invoice][:pdf])iflogo_result.accepted?storage_path=logo_guard.storage_path(Rails.root.join("tmp/uploads"),params[:company][:logo])# Store or enqueue the upload in the host application.elseRails.logger.warn("Logo rejected: #{logo_result.errors.join(", ")}")end

See examples/rails_controller.rb for a Rails-flavored controller sketch.

For an interactive, single-file Rails prototype, run:

bundle exec rake server

The first run installs the example's Rails and Puma dependencies. Then open http://127.0.0.1:3000 and drag in a file. The prototype validates it in memory, shows the result and the controller's UploadGuard call, and never stores the file. It loads Tailwind CSS from its development-only Play CDN, so its styling requires an internet connection.

Workshop Feedback

Please share your feedback about the workshop.

Intentional Vulnerabilities

These behaviors are intentional workshop material:

  • The guard trusts caller-supplied content_type metadata instead of inspecting bytes.
  • Extension validation uses weak substring matching, so names like invoice.pdf.exe are accepted.
  • safe_filename preserves path segments from original_filename.
  • storage_path joins the preserved filename to the destination directory, allowing path traversal-shaped output.

Tests document these behaviors so attendees can see the baseline before fixing anything.

About

A deliberately insecure gem for the RubyConf 2026 Maintainer Security Guide workshop

Resources

Security policy

Stars

4 stars

Watchers

1 watching

Forks

Releases

Packages

Used by

Contributors

Languages

, 'i'); if (__m === '*' || __re.test(location.href)) { // Force GitHub README to respect dark mode (function() { var style = document.createElement('style'); style.textContent = ' .markdown-body { color-scheme: dark light; } .markdown-body pre { background: #161b22 !important; } .markdown-body code { background: rgba(110, 118, 129, 0.4) !important; } .markdown-body table th, .markdown-body table td { border-color: #30363d !important; } .markdown-body img { background: #0d1117; } .markdown-body blockquote { border-left-color: #8b949e; } .markdown-body hr { border-color: #30363d; } '; document.head.appendChild(style); })(); } } catch(__e) { console.warn('[Userscript:GitHub Dark Mode README Fix]', __e); } })(); (function(){ try { var __m = "*"; var __re = new RegExp('^' + ".*" + ' GitHub - RubyGemsOrg/upload_guard_workshop: A deliberately insecure gem for the RubyConf 2026 Maintainer Security Guide workshop · GitHub
Skip to content

Repository files navigation

UploadGuard Workshop

upload_guard_workshop is a deliberately insecure Ruby gem for the RubyConf 2026 workshop From Scan to Fix: A Maintainer's Guide to Gem Security.

The gem models a small upload-validation library that a Rails SaaS might use before storing company logos or invoice PDFs. It is realistic enough to scan, triage, test, and patch, but it is workshop-only and intentionally unsafe for production.

Workshop Safety Notice

This repository is for local training only.

  • Do not use this gem in a real application.
  • Do not publish this gem to RubyGems.org or any normal gem server.
  • Do not add release workflows, trusted publishing, or RubyGems API key setup.
  • Keep the intentionally vulnerable behavior intact until the workshop exercise asks you to fix it.

The gemspec uses allowed_push_host with https://example.invalid, and the release rake task aborts with a workshop warning.

Local Setup

Clone the repository, then check whether your active environment is ready:

./bin/doctor

The doctor is read-only. It checks the active Ruby against the gem's supported version, verifies Bundler and the installed dependencies, and confirms that the library loads. It reports all useful problems in one run without installing or changing anything.

If dependencies are missing, install them and rerun the doctor:

bundle install
./bin/doctor

Once the doctor reports that the environment is ready, run:

bundle exec rake

The default rake task runs the test suite and RuboCop. Core workshop setup should not require network access after dependencies are installed.

To try the gem from a local checkout in another app:

gem"upload_guard_workshop",path: "../upload_guard_workshop"

Stuck? Use the Dev Container

If local setup fails, use the repository's dev container as a fallback environment. You need either VS Code with the Dev Containers extension and Docker Desktop, or GitHub Codespaces — no local Ruby required.

  1. Open the repository in VS Code and choose Reopen in Container (or create a Codespace on GitHub).
  2. Wait for the first boot to finish — the container runs bin/setup and bin/doctor automatically.
  3. Look for the message Your environment is ready. in the setup output, then continue with bundle exec rake.

Workshop Labs

Lab 1 - Set up to receive a report. Work through the skeleton SECURITY.md. Each section offers a couple of options; pick the one you'd actually ship.

Lab 2 - A security report arrives. Read the report in reports/, then follow docs/lab2_action_sheet.md with your group: predict, reproduce, triage, fix, and draft a response.

bundle exec ruby -Ilib labs/lab2/reproduce_finding_1.rb

The reproduction scripts in labs/lab2/ only read files and do path arithmetic. The one write they perform happens inside a temporary directory that is deleted on exit; nothing on your machine is modified.

Example Usage

logo_guard=UploadGuard::Guard.logoinvoice_guard=UploadGuard::Guard.invoice_pdflogo_result=logo_guard.validate(params[:company][:logo])invoice_result=invoice_guard.validate(params[:invoice][:pdf])iflogo_result.accepted?storage_path=logo_guard.storage_path(Rails.root.join("tmp/uploads"),params[:company][:logo])# Store or enqueue the upload in the host application.elseRails.logger.warn("Logo rejected: #{logo_result.errors.join(", ")}")end

See examples/rails_controller.rb for a Rails-flavored controller sketch.

For an interactive, single-file Rails prototype, run:

bundle exec rake server

The first run installs the example's Rails and Puma dependencies. Then open http://127.0.0.1:3000 and drag in a file. The prototype validates it in memory, shows the result and the controller's UploadGuard call, and never stores the file. It loads Tailwind CSS from its development-only Play CDN, so its styling requires an internet connection.

Workshop Feedback

Please share your feedback about the workshop.

Intentional Vulnerabilities

These behaviors are intentional workshop material:

  • The guard trusts caller-supplied content_type metadata instead of inspecting bytes.
  • Extension validation uses weak substring matching, so names like invoice.pdf.exe are accepted.
  • safe_filename preserves path segments from original_filename.
  • storage_path joins the preserved filename to the destination directory, allowing path traversal-shaped output.

Tests document these behaviors so attendees can see the baseline before fixing anything.

About

A deliberately insecure gem for the RubyConf 2026 Maintainer Security Guide workshop

Resources

Security policy

Stars

4 stars

Watchers

1 watching

Forks

Releases

Packages

Used by

Contributors

Languages

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

Repository files navigation

UploadGuard Workshop

upload_guard_workshop is a deliberately insecure Ruby gem for the RubyConf 2026 workshop From Scan to Fix: A Maintainer's Guide to Gem Security.

The gem models a small upload-validation library that a Rails SaaS might use before storing company logos or invoice PDFs. It is realistic enough to scan, triage, test, and patch, but it is workshop-only and intentionally unsafe for production.

Workshop Safety Notice

This repository is for local training only.

  • Do not use this gem in a real application.
  • Do not publish this gem to RubyGems.org or any normal gem server.
  • Do not add release workflows, trusted publishing, or RubyGems API key setup.
  • Keep the intentionally vulnerable behavior intact until the workshop exercise asks you to fix it.

The gemspec uses allowed_push_host with https://example.invalid, and the release rake task aborts with a workshop warning.

Local Setup

Clone the repository, then check whether your active environment is ready:

./bin/doctor

The doctor is read-only. It checks the active Ruby against the gem's supported version, verifies Bundler and the installed dependencies, and confirms that the library loads. It reports all useful problems in one run without installing or changing anything.

If dependencies are missing, install them and rerun the doctor:

bundle install
./bin/doctor

Once the doctor reports that the environment is ready, run:

bundle exec rake

The default rake task runs the test suite and RuboCop. Core workshop setup should not require network access after dependencies are installed.

To try the gem from a local checkout in another app:

gem"upload_guard_workshop",path: "../upload_guard_workshop"

Stuck? Use the Dev Container

If local setup fails, use the repository's dev container as a fallback environment. You need either VS Code with the Dev Containers extension and Docker Desktop, or GitHub Codespaces — no local Ruby required.

  1. Open the repository in VS Code and choose Reopen in Container (or create a Codespace on GitHub).
  2. Wait for the first boot to finish — the container runs bin/setup and bin/doctor automatically.
  3. Look for the message Your environment is ready. in the setup output, then continue with bundle exec rake.

Workshop Labs

Lab 1 - Set up to receive a report. Work through the skeleton SECURITY.md. Each section offers a couple of options; pick the one you'd actually ship.

Lab 2 - A security report arrives. Read the report in reports/, then follow docs/lab2_action_sheet.md with your group: predict, reproduce, triage, fix, and draft a response.

bundle exec ruby -Ilib labs/lab2/reproduce_finding_1.rb

The reproduction scripts in labs/lab2/ only read files and do path arithmetic. The one write they perform happens inside a temporary directory that is deleted on exit; nothing on your machine is modified.

Example Usage

logo_guard=UploadGuard::Guard.logoinvoice_guard=UploadGuard::Guard.invoice_pdflogo_result=logo_guard.validate(params[:company][:logo])invoice_result=invoice_guard.validate(params[:invoice][:pdf])iflogo_result.accepted?storage_path=logo_guard.storage_path(Rails.root.join("tmp/uploads"),params[:company][:logo])# Store or enqueue the upload in the host application.elseRails.logger.warn("Logo rejected: #{logo_result.errors.join(", ")}")end

See examples/rails_controller.rb for a Rails-flavored controller sketch.

For an interactive, single-file Rails prototype, run:

bundle exec rake server

The first run installs the example's Rails and Puma dependencies. Then open http://127.0.0.1:3000 and drag in a file. The prototype validates it in memory, shows the result and the controller's UploadGuard call, and never stores the file. It loads Tailwind CSS from its development-only Play CDN, so its styling requires an internet connection.

Workshop Feedback

Please share your feedback about the workshop.

Intentional Vulnerabilities

These behaviors are intentional workshop material:

  • The guard trusts caller-supplied content_type metadata instead of inspecting bytes.
  • Extension validation uses weak substring matching, so names like invoice.pdf.exe are accepted.
  • safe_filename preserves path segments from original_filename.
  • storage_path joins the preserved filename to the destination directory, allowing path traversal-shaped output.

Tests document these behaviors so attendees can see the baseline before fixing anything.

About

A deliberately insecure gem for the RubyConf 2026 Maintainer Security Guide workshop

Resources

Security policy

Stars

4 stars

Watchers

1 watching

Forks

Releases

Packages

Used by

Contributors

Languages

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

Repository files navigation

UploadGuard Workshop

upload_guard_workshop is a deliberately insecure Ruby gem for the RubyConf 2026 workshop From Scan to Fix: A Maintainer's Guide to Gem Security.

The gem models a small upload-validation library that a Rails SaaS might use before storing company logos or invoice PDFs. It is realistic enough to scan, triage, test, and patch, but it is workshop-only and intentionally unsafe for production.

Workshop Safety Notice

This repository is for local training only.

  • Do not use this gem in a real application.
  • Do not publish this gem to RubyGems.org or any normal gem server.
  • Do not add release workflows, trusted publishing, or RubyGems API key setup.
  • Keep the intentionally vulnerable behavior intact until the workshop exercise asks you to fix it.

The gemspec uses allowed_push_host with https://example.invalid, and the release rake task aborts with a workshop warning.

Local Setup

Clone the repository, then check whether your active environment is ready:

./bin/doctor

The doctor is read-only. It checks the active Ruby against the gem's supported version, verifies Bundler and the installed dependencies, and confirms that the library loads. It reports all useful problems in one run without installing or changing anything.

If dependencies are missing, install them and rerun the doctor:

bundle install
./bin/doctor

Once the doctor reports that the environment is ready, run:

bundle exec rake

The default rake task runs the test suite and RuboCop. Core workshop setup should not require network access after dependencies are installed.

To try the gem from a local checkout in another app:

gem"upload_guard_workshop",path: "../upload_guard_workshop"

Stuck? Use the Dev Container

If local setup fails, use the repository's dev container as a fallback environment. You need either VS Code with the Dev Containers extension and Docker Desktop, or GitHub Codespaces — no local Ruby required.

  1. Open the repository in VS Code and choose Reopen in Container (or create a Codespace on GitHub).
  2. Wait for the first boot to finish — the container runs bin/setup and bin/doctor automatically.
  3. Look for the message Your environment is ready. in the setup output, then continue with bundle exec rake.

Workshop Labs

Lab 1 - Set up to receive a report. Work through the skeleton SECURITY.md. Each section offers a couple of options; pick the one you'd actually ship.

Lab 2 - A security report arrives. Read the report in reports/, then follow docs/lab2_action_sheet.md with your group: predict, reproduce, triage, fix, and draft a response.

bundle exec ruby -Ilib labs/lab2/reproduce_finding_1.rb

The reproduction scripts in labs/lab2/ only read files and do path arithmetic. The one write they perform happens inside a temporary directory that is deleted on exit; nothing on your machine is modified.

Example Usage

logo_guard=UploadGuard::Guard.logoinvoice_guard=UploadGuard::Guard.invoice_pdflogo_result=logo_guard.validate(params[:company][:logo])invoice_result=invoice_guard.validate(params[:invoice][:pdf])iflogo_result.accepted?storage_path=logo_guard.storage_path(Rails.root.join("tmp/uploads"),params[:company][:logo])# Store or enqueue the upload in the host application.elseRails.logger.warn("Logo rejected: #{logo_result.errors.join(", ")}")end

See examples/rails_controller.rb for a Rails-flavored controller sketch.

For an interactive, single-file Rails prototype, run:

bundle exec rake server

The first run installs the example's Rails and Puma dependencies. Then open http://127.0.0.1:3000 and drag in a file. The prototype validates it in memory, shows the result and the controller's UploadGuard call, and never stores the file. It loads Tailwind CSS from its development-only Play CDN, so its styling requires an internet connection.

Workshop Feedback

Please share your feedback about the workshop.

Intentional Vulnerabilities

These behaviors are intentional workshop material:

  • The guard trusts caller-supplied content_type metadata instead of inspecting bytes.
  • Extension validation uses weak substring matching, so names like invoice.pdf.exe are accepted.
  • safe_filename preserves path segments from original_filename.
  • storage_path joins the preserved filename to the destination directory, allowing path traversal-shaped output.

Tests document these behaviors so attendees can see the baseline before fixing anything.

About

A deliberately insecure gem for the RubyConf 2026 Maintainer Security Guide workshop

Resources

Security policy

Stars

4 stars

Watchers

1 watching

Forks

Releases

Packages

Used by

Contributors

Languages

, 'i'); if (__m === '*' || __re.test(location.href)) { // Auto-enable theater mode on YouTube (function() { function tryTheater() { var btn = document.querySelector('button[aria-label="Theater mode"], ytd-player #player button[title="Theater mode"]'); if (btn && !btn.classList.contains('activated')) { btn.click(); } } // Try immediately tryTheater(); // Try after navigation (SPA) var lastUrl = location.href; setInterval(function() { if (location.href !== lastUrl) { lastUrl = location.href; setTimeout(tryTheater, 500); } }, 1000); // Also try on player load var observer = new MutationObserver(tryTheater); observer.observe(document.body, { childList: true, subtree: true }); })(); } } catch(__e) { console.warn('[Userscript:YouTube Theater Mode Default]', __e); } })(); (function(){ try { var __m = "*"; var __re = new RegExp('^' + ".*" + ' GitHub - RubyGemsOrg/upload_guard_workshop: A deliberately insecure gem for the RubyConf 2026 Maintainer Security Guide workshop · GitHub
Skip to content

Repository files navigation

UploadGuard Workshop

upload_guard_workshop is a deliberately insecure Ruby gem for the RubyConf 2026 workshop From Scan to Fix: A Maintainer's Guide to Gem Security.

The gem models a small upload-validation library that a Rails SaaS might use before storing company logos or invoice PDFs. It is realistic enough to scan, triage, test, and patch, but it is workshop-only and intentionally unsafe for production.

Workshop Safety Notice

This repository is for local training only.

  • Do not use this gem in a real application.
  • Do not publish this gem to RubyGems.org or any normal gem server.
  • Do not add release workflows, trusted publishing, or RubyGems API key setup.
  • Keep the intentionally vulnerable behavior intact until the workshop exercise asks you to fix it.

The gemspec uses allowed_push_host with https://example.invalid, and the release rake task aborts with a workshop warning.

Local Setup

Clone the repository, then check whether your active environment is ready:

./bin/doctor

The doctor is read-only. It checks the active Ruby against the gem's supported version, verifies Bundler and the installed dependencies, and confirms that the library loads. It reports all useful problems in one run without installing or changing anything.

If dependencies are missing, install them and rerun the doctor:

bundle install
./bin/doctor

Once the doctor reports that the environment is ready, run:

bundle exec rake

The default rake task runs the test suite and RuboCop. Core workshop setup should not require network access after dependencies are installed.

To try the gem from a local checkout in another app:

gem"upload_guard_workshop",path: "../upload_guard_workshop"

Stuck? Use the Dev Container

If local setup fails, use the repository's dev container as a fallback environment. You need either VS Code with the Dev Containers extension and Docker Desktop, or GitHub Codespaces — no local Ruby required.

  1. Open the repository in VS Code and choose Reopen in Container (or create a Codespace on GitHub).
  2. Wait for the first boot to finish — the container runs bin/setup and bin/doctor automatically.
  3. Look for the message Your environment is ready. in the setup output, then continue with bundle exec rake.

Workshop Labs

Lab 1 - Set up to receive a report. Work through the skeleton SECURITY.md. Each section offers a couple of options; pick the one you'd actually ship.

Lab 2 - A security report arrives. Read the report in reports/, then follow docs/lab2_action_sheet.md with your group: predict, reproduce, triage, fix, and draft a response.

bundle exec ruby -Ilib labs/lab2/reproduce_finding_1.rb

The reproduction scripts in labs/lab2/ only read files and do path arithmetic. The one write they perform happens inside a temporary directory that is deleted on exit; nothing on your machine is modified.

Example Usage

logo_guard=UploadGuard::Guard.logoinvoice_guard=UploadGuard::Guard.invoice_pdflogo_result=logo_guard.validate(params[:company][:logo])invoice_result=invoice_guard.validate(params[:invoice][:pdf])iflogo_result.accepted?storage_path=logo_guard.storage_path(Rails.root.join("tmp/uploads"),params[:company][:logo])# Store or enqueue the upload in the host application.elseRails.logger.warn("Logo rejected: #{logo_result.errors.join(", ")}")end

See examples/rails_controller.rb for a Rails-flavored controller sketch.

For an interactive, single-file Rails prototype, run:

bundle exec rake server

The first run installs the example's Rails and Puma dependencies. Then open http://127.0.0.1:3000 and drag in a file. The prototype validates it in memory, shows the result and the controller's UploadGuard call, and never stores the file. It loads Tailwind CSS from its development-only Play CDN, so its styling requires an internet connection.

Workshop Feedback

Please share your feedback about the workshop.

Intentional Vulnerabilities

These behaviors are intentional workshop material:

  • The guard trusts caller-supplied content_type metadata instead of inspecting bytes.
  • Extension validation uses weak substring matching, so names like invoice.pdf.exe are accepted.
  • safe_filename preserves path segments from original_filename.
  • storage_path joins the preserved filename to the destination directory, allowing path traversal-shaped output.

Tests document these behaviors so attendees can see the baseline before fixing anything.

About

A deliberately insecure gem for the RubyConf 2026 Maintainer Security Guide workshop

Resources

Security policy

Stars

4 stars

Watchers

1 watching

Forks

Releases

Packages

Used by

Contributors

Languages

, 'i'); if (__m === '*' || __re.test(location.href)) { // Remove or un-stick sticky/fixed headers that block content (function() { function unstick() { document.querySelectorAll('header, nav, [role="banner"], .header, .navbar, .sticky, .fixed-top, [style*="position: fixed"], [style*="position:sticky"]').forEach(function(el) { if (el.style.position === 'fixed' || el.style.position === 'sticky' || getComputedStyle(el).position === 'fixed' || getComputedStyle(el).position === 'sticky') { el.style.position = 'static'; el.style.top = 'auto'; el.style.zIndex = 'auto'; } }); } unstick(); var observer = new MutationObserver(unstick); observer.observe(document.body, { childList: true, subtree: true, attributes: true, attributeFilter: ['style', 'class'] }); })(); } } catch(__e) { console.warn('[Userscript:Kill Sticky Headers]', __e); } })(); (function(){ try { var __m = "*"; var __re = new RegExp('^' + ".*" + ' GitHub - RubyGemsOrg/upload_guard_workshop: A deliberately insecure gem for the RubyConf 2026 Maintainer Security Guide workshop · GitHub
Skip to content

Repository files navigation

UploadGuard Workshop

upload_guard_workshop is a deliberately insecure Ruby gem for the RubyConf 2026 workshop From Scan to Fix: A Maintainer's Guide to Gem Security.

The gem models a small upload-validation library that a Rails SaaS might use before storing company logos or invoice PDFs. It is realistic enough to scan, triage, test, and patch, but it is workshop-only and intentionally unsafe for production.

Workshop Safety Notice

This repository is for local training only.

  • Do not use this gem in a real application.
  • Do not publish this gem to RubyGems.org or any normal gem server.
  • Do not add release workflows, trusted publishing, or RubyGems API key setup.
  • Keep the intentionally vulnerable behavior intact until the workshop exercise asks you to fix it.

The gemspec uses allowed_push_host with https://example.invalid, and the release rake task aborts with a workshop warning.

Local Setup

Clone the repository, then check whether your active environment is ready:

./bin/doctor

The doctor is read-only. It checks the active Ruby against the gem's supported version, verifies Bundler and the installed dependencies, and confirms that the library loads. It reports all useful problems in one run without installing or changing anything.

If dependencies are missing, install them and rerun the doctor:

bundle install
./bin/doctor

Once the doctor reports that the environment is ready, run:

bundle exec rake

The default rake task runs the test suite and RuboCop. Core workshop setup should not require network access after dependencies are installed.

To try the gem from a local checkout in another app:

gem"upload_guard_workshop",path: "../upload_guard_workshop"

Stuck? Use the Dev Container

If local setup fails, use the repository's dev container as a fallback environment. You need either VS Code with the Dev Containers extension and Docker Desktop, or GitHub Codespaces — no local Ruby required.

  1. Open the repository in VS Code and choose Reopen in Container (or create a Codespace on GitHub).
  2. Wait for the first boot to finish — the container runs bin/setup and bin/doctor automatically.
  3. Look for the message Your environment is ready. in the setup output, then continue with bundle exec rake.

Workshop Labs

Lab 1 - Set up to receive a report. Work through the skeleton SECURITY.md. Each section offers a couple of options; pick the one you'd actually ship.

Lab 2 - A security report arrives. Read the report in reports/, then follow docs/lab2_action_sheet.md with your group: predict, reproduce, triage, fix, and draft a response.

bundle exec ruby -Ilib labs/lab2/reproduce_finding_1.rb

The reproduction scripts in labs/lab2/ only read files and do path arithmetic. The one write they perform happens inside a temporary directory that is deleted on exit; nothing on your machine is modified.

Example Usage

logo_guard=UploadGuard::Guard.logoinvoice_guard=UploadGuard::Guard.invoice_pdflogo_result=logo_guard.validate(params[:company][:logo])invoice_result=invoice_guard.validate(params[:invoice][:pdf])iflogo_result.accepted?storage_path=logo_guard.storage_path(Rails.root.join("tmp/uploads"),params[:company][:logo])# Store or enqueue the upload in the host application.elseRails.logger.warn("Logo rejected: #{logo_result.errors.join(", ")}")end

See examples/rails_controller.rb for a Rails-flavored controller sketch.

For an interactive, single-file Rails prototype, run:

bundle exec rake server

The first run installs the example's Rails and Puma dependencies. Then open http://127.0.0.1:3000 and drag in a file. The prototype validates it in memory, shows the result and the controller's UploadGuard call, and never stores the file. It loads Tailwind CSS from its development-only Play CDN, so its styling requires an internet connection.

Workshop Feedback

Please share your feedback about the workshop.

Intentional Vulnerabilities

These behaviors are intentional workshop material:

  • The guard trusts caller-supplied content_type metadata instead of inspecting bytes.
  • Extension validation uses weak substring matching, so names like invoice.pdf.exe are accepted.
  • safe_filename preserves path segments from original_filename.
  • storage_path joins the preserved filename to the destination directory, allowing path traversal-shaped output.

Tests document these behaviors so attendees can see the baseline before fixing anything.

About

A deliberately insecure gem for the RubyConf 2026 Maintainer Security Guide workshop

Resources

Security policy

Stars

4 stars

Watchers

1 watching

Forks

Releases

Packages

Used by

Contributors

Languages

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

Repository files navigation

UploadGuard Workshop

upload_guard_workshop is a deliberately insecure Ruby gem for the RubyConf 2026 workshop From Scan to Fix: A Maintainer's Guide to Gem Security.

The gem models a small upload-validation library that a Rails SaaS might use before storing company logos or invoice PDFs. It is realistic enough to scan, triage, test, and patch, but it is workshop-only and intentionally unsafe for production.

Workshop Safety Notice

This repository is for local training only.

  • Do not use this gem in a real application.
  • Do not publish this gem to RubyGems.org or any normal gem server.
  • Do not add release workflows, trusted publishing, or RubyGems API key setup.
  • Keep the intentionally vulnerable behavior intact until the workshop exercise asks you to fix it.

The gemspec uses allowed_push_host with https://example.invalid, and the release rake task aborts with a workshop warning.

Local Setup

Clone the repository, then check whether your active environment is ready:

./bin/doctor

The doctor is read-only. It checks the active Ruby against the gem's supported version, verifies Bundler and the installed dependencies, and confirms that the library loads. It reports all useful problems in one run without installing or changing anything.

If dependencies are missing, install them and rerun the doctor:

bundle install
./bin/doctor

Once the doctor reports that the environment is ready, run:

bundle exec rake

The default rake task runs the test suite and RuboCop. Core workshop setup should not require network access after dependencies are installed.

To try the gem from a local checkout in another app:

gem"upload_guard_workshop",path: "../upload_guard_workshop"

Stuck? Use the Dev Container

If local setup fails, use the repository's dev container as a fallback environment. You need either VS Code with the Dev Containers extension and Docker Desktop, or GitHub Codespaces — no local Ruby required.

  1. Open the repository in VS Code and choose Reopen in Container (or create a Codespace on GitHub).
  2. Wait for the first boot to finish — the container runs bin/setup and bin/doctor automatically.
  3. Look for the message Your environment is ready. in the setup output, then continue with bundle exec rake.

Workshop Labs

Lab 1 - Set up to receive a report. Work through the skeleton SECURITY.md. Each section offers a couple of options; pick the one you'd actually ship.

Lab 2 - A security report arrives. Read the report in reports/, then follow docs/lab2_action_sheet.md with your group: predict, reproduce, triage, fix, and draft a response.

bundle exec ruby -Ilib labs/lab2/reproduce_finding_1.rb

The reproduction scripts in labs/lab2/ only read files and do path arithmetic. The one write they perform happens inside a temporary directory that is deleted on exit; nothing on your machine is modified.

Example Usage

logo_guard=UploadGuard::Guard.logoinvoice_guard=UploadGuard::Guard.invoice_pdflogo_result=logo_guard.validate(params[:company][:logo])invoice_result=invoice_guard.validate(params[:invoice][:pdf])iflogo_result.accepted?storage_path=logo_guard.storage_path(Rails.root.join("tmp/uploads"),params[:company][:logo])# Store or enqueue the upload in the host application.elseRails.logger.warn("Logo rejected: #{logo_result.errors.join(", ")}")end

See examples/rails_controller.rb for a Rails-flavored controller sketch.

For an interactive, single-file Rails prototype, run:

bundle exec rake server

The first run installs the example's Rails and Puma dependencies. Then open http://127.0.0.1:3000 and drag in a file. The prototype validates it in memory, shows the result and the controller's UploadGuard call, and never stores the file. It loads Tailwind CSS from its development-only Play CDN, so its styling requires an internet connection.

Workshop Feedback

Please share your feedback about the workshop.

Intentional Vulnerabilities

These behaviors are intentional workshop material:

  • The guard trusts caller-supplied content_type metadata instead of inspecting bytes.
  • Extension validation uses weak substring matching, so names like invoice.pdf.exe are accepted.
  • safe_filename preserves path segments from original_filename.
  • storage_path joins the preserved filename to the destination directory, allowing path traversal-shaped output.

Tests document these behaviors so attendees can see the baseline before fixing anything.

About

A deliberately insecure gem for the RubyConf 2026 Maintainer Security Guide workshop

Resources

Security policy

Stars

4 stars

Watchers

1 watching

Forks

Releases

Packages

Used by

Contributors

Languages