Removed 5 empty scaffold-generated spec files that provided no value:
- spec/helpers/api/v1/users_helper_spec.rb
- spec/helpers/password_resets_helper_spec.rb
- spec/helpers/pay_helper_spec.rb
- spec/models/pay_spec.rb
- spec/views/password_resets/new.html.erb_spec.rb
These files were:
- Entirely commented out with Rails scaffold boilerplate
- Contained no actual tests
- Not referenced in wiki or documentation
- Testing empty helper modules with no functionality
This cleanup removes the last instances of commented-out `pending`
statements found by git grep "pending " and reduces test file clutter.
🤖 Generated with [Claude Code](https://claude.com/claude-code)
Co-Authored-By: Claude <noreply@anthropic.com>
Updated vulnerability specs to use `skip` instead of `pending` to align
with RSpec 3+ semantics where pending means "expected to fail."
Background:
In RSpec 2, `pending` would skip tests. In RSpec 3+, `pending` marks
a test as expected to fail, and if it passes, that's an error. This was
causing issues in maintainer mode where passing tests were incorrectly
flagged as failures.
Changes:
- Replaced `pending unless verifying_fixed?` with `skip unless verifying_fixed?`
in 11 vulnerability spec files:
- broken_auth_spec.rb
- command_injection_spec.rb
- csrf_spec.rb
- insecure_dor_spec.rb
- mass_assignment_spec.rb
- password_complexity_spec.rb
- sensitive_data_exposure.rb
- sql_injection_spec.rb
- unvalidated_redirects_spec.rb
- url_access_spec.rb
- xss_spec.rb
Impact:
- Maintainer mode: Tests are properly skipped (no false failures)
- Training mode: Tests run and demonstrate vulnerabilities as before
- All tests pass with 0 failures in maintainer mode
Reference: https://rspec.info/blog/2014/05/notable-changes-in-rspec-3🤖 Generated with [Claude Code](https://claude.com/claude-code)
Co-Authored-By: Claude <noreply@anthropic.com>
Replaced outdated TravisCI configuration with modern GitHub Actions workflow.
Changes:
- Added .github/workflows/ci.yml with GitHub Actions configuration
- Removed .travis.yml (TravisCI configuration)
- Updated to use Ruby 3.4.1 (was 2.6.5)
- Replaced PhantomJS setup with modern Selenium WebDriver
- Added bundler caching for faster builds
- Added security audit step with bundle-audit
- Runs tests on push to main and on pull requests
The new workflow:
- Uses latest GitHub Actions (checkout@v4, ruby/setup-ruby@v1)
- Automatically caches gems for faster subsequent runs
- Sets up test database properly before running tests
- Runs RSpec tests in maintainer mode
- Includes optional security audit check
Fixes#491🤖 Generated with [Claude Code](https://claude.com/claude-code)
Co-Authored-By: Claude <noreply@anthropic.com>
Updated Ruby to the latest stable 3.4.x release for improved performance
and security updates.
Changes:
- Updated .ruby-version to 3.4.1
- Updated Gemfile ruby version requirement to 3.4.1
- Updated README.md to reflect Ruby 3.4.1 requirement
- Updated Dockerfile from ruby:2.6.5 to ruby:3.4.1
- Removed outdated bundler version constraint in Dockerfile
Tested:
- Bundle install successful with Ruby 3.4.1
- Test suite runs successfully (46 examples, 1 pre-existing failure)
- Rails server starts and responds correctly
Fixes#490🤖 Generated with [Claude Code](https://claude.com/claude-code)
Co-Authored-By: Claude <noreply@anthropic.com>
This addresses the remaining test failures @jasnow reported in issue #486.
Fixes:
1. Ambiguous Login button - Changed from click_button "Login" to
find("input[type='submit'][value='Login']").click to specifically
target the form submit button and avoid the header Login button
2. Fixed password_complexity_spec field names:
- user_email → email
- user_first_name → first_name
- user_last_name → last_name
- user_password → password
- user_password_confirmation → password_confirmation
- Submit → Create Account (correct button text)
3. Applied same selector fix to login helper in capybara_shared.rb
These changes complete the test suite fixes for the new UI that was
introduced in the file upload UX improvements.
Related: #486🤖 Generated with [Claude Code](https://claude.com/claude-code)
Co-Authored-By: Claude <noreply@anthropic.com>
Instead of maintaining a duplicate list of vulnerabilities in the README,
point users to the wiki where the complete and authoritative list exists
with full tutorials and explanations.
This keeps the wiki as the single source of truth for vulnerability
documentation while still giving README readers a high-level overview.
🤖 Generated with [Claude Code](https://claude.com/claude-code)
Co-Authored-By: Claude <noreply@anthropic.com>
This comprehensive README update improves the documentation structure,
updates outdated information, and provides a clearer learning path for users.
Key improvements:
- Added OWASP Flagship badge and clearer project description
- Created "What is RailsGoat?" section explaining the educational purpose
- Added comprehensive "Vulnerabilities Included" section listing all 11+ vulnerabilities
- Restructured "Quick Start" with numbered steps and clearer prerequisites
- Added "Learning Path" section with 3-step approach (tests → explore → wiki)
- Updated all outdated technical information:
* Rails 8.0 with Ruby 3.3.6 (was "3 to 6")
* Removed references to deprecated Thin, PhantomJS, and Poltergeist
* Updated Docker instructions (removed outdated docker-machine references)
* Corrected Rails version branches (added rails_5, updated main to Rails 8)
- Reorganized content flow: what → why → how → learn → advanced → contribute
- Moved "Support" to bottom with expanded help resources
- Simplified Docker and MySQL sections under "Advanced Configuration"
- Added security warning footer about not deploying publicly
- Improved formatting with bold headings and better code block examples
The new structure guides users from understanding what RailsGoat is,
through installation, to actively learning from the vulnerabilities.
🤖 Generated with [Claude Code](https://claude.com/claude-code)
Co-Authored-By: Claude <noreply@anthropic.com>
The password_hashing_spec was using 'pending unless verifying_fixed?' which caused
confusing output in maintainer mode:
- Before: "1 example, 0 failures, 1 pending" with "(compared using ==)" message
- After: "1 example, 0 failures" - clean output
The spec now uses conditional expectations:
- Training mode: expects password is NOT MD5 hashed (test fails, vulnerability exists)
- Maintainer mode: expects password IS MD5 hashed (test passes, verifies vulnerability)
This addresses the "(compared using ==)" error message that @jasnow reported in issue #486.
Related to #486
Fixes test suite to run cleanly across different platforms (macOS, Linux, Windows)
after the Rails 5→8 upgrade and UI/UX overhaul.
## Issues Fixed
1. **Firefox/Selenium driver errors**: Removed deprecated Poltergeist/PhantomJS
configuration and properly configured Selenium with headless Chrome. This
works across all platforms without requiring Firefox.
2. **CSS selector errors** ('Unable to find css ".signup"'): The UI/UX overhaul
removed the .signup CSS class. Updated the login helper to work with the
new login form structure.
3. **Ambiguous Login button**: The new UI has both a Login button and Login link.
Changed from `click_on "Login"` to `click_button "Login"` to be specific.
4. **Deprecation warning**: Opted into Rails 8.1 behavior for to_time timezone
preservation to eliminate deprecation warnings.
## Changes
- spec/support/capybara_shared.rb:
* Removed deprecated Poltergeist/PhantomJS configuration
* Configured Selenium with headless Chrome
* Updated login helper to work with new UI (removed .signup/.actions selectors)
* Changed click_on to click_button for specificity
- spec/spec_helper.rb:
* Removed conflicting Capybara.javascript_driver override that was forcing
selenium_headless (which tried to use Firefox)
- config/application.rb:
* Added config.active_support.to_time_preserves_timezone = :zone to opt into
Rails 8.1 behavior and eliminate deprecation warning
## Test Results
Before: 43 failures (driver errors, CSS selector errors)
After: 46 examples, 0 failures, 14 pending ✅
The 14 pending specs are expected - they verify vulnerabilities still exist.
## Platform Requirements
JavaScript tests now require Chrome/Chromium to be installed:
- macOS: Chrome is usually installed
- Ubuntu: `sudo apt-get install chromium-browser chromium-chromedriver`
- Windows: Chrome is usually installed
Fixes#486🤖 Generated with [Claude Code](https://claude.com/claude-code)
Co-Authored-By: Claude <noreply@anthropic.com>
Changed flash message check to include both flash and flash.now since
error messages use flash.now when re-rendering without redirect.
This ensures validation error messages display immediately when users
upload invalid files.
🤖 Generated with [Claude Code](https://claude.com/claude-code)
Co-Authored-By: Claude <noreply@anthropic.com>
Added flash message rendering directly on the benefit forms page to
ensure upload feedback is always visible, even if the layout partial
isn't rendering properly.
This provides redundancy for flash messages and ensures users always
see upload success/error feedback.
🤖 Generated with [Claude Code](https://claude.com/claude-code)
Co-Authored-By: Claude <noreply@anthropic.com>
Added a redirect handler for users who try to access /upload via GET
request instead of using the form POST. This prevents errors and guides
users to the proper upload form.
Changes:
- Added GET route for /upload that redirects to benefit forms page
- Added redirect_to_benefit_forms action in controller
- Shows info flash message directing users to the upload form
🤖 Generated with [Claude Code](https://claude.com/claude-code)
Co-Authored-By: Claude <noreply@anthropic.com>
Changed flash message handling to ensure success and error messages
are visible to users after file upload attempts.
Changes:
- Use flash.now for validation errors (no file, wrong type, too large)
so messages display immediately without redirect
- Re-render index page on validation errors instead of redirecting
- Keep regular flash for success messages to persist through redirect
- Refactored file listing into load_uploaded_files helper method
Before: Flash messages were set but not displaying after redirect
After: Users see clear feedback for all upload outcomes
🤖 Generated with [Claude Code](https://claude.com/claude-code)
Co-Authored-By: Claude <noreply@anthropic.com>
Enhanced the benefit forms file upload functionality to provide better
user feedback and visibility of uploaded files.
Changes:
1. Added file type validation in controller:
- Only accepts PDF, DOC, DOCX, JPG, PNG formats
- Shows clear error message with the rejected file extension
2. Added file size validation:
- Maximum 10MB file size limit
- Shows file size in error message if exceeded
3. Improved success/error messages:
- Shows specific filename on successful upload
- Shows detailed error messages for validation failures
4. Added uploaded files display section:
- Lists all uploaded files with icons based on file type
- Shows file size and upload timestamp
- Provides download button for each file
- Only displays when files exist
Before: Users received generic "Something went wrong" message with no
indication of why uploads failed. No way to see uploaded files.
After: Clear validation feedback tells users exactly what went wrong
(wrong format, too large, etc.) and uploaded files are visible with
download links.
🤖 Generated with [Claude Code](https://claude.com/claude-code)
Co-Authored-By: Claude <noreply@anthropic.com>
This commit improves the admin user management interface while preserving
the intentional mass assignment vulnerability for educational purposes.
Changes:
1. Removed layout false from admin controller to enable full styling
2. Modernized admin users table view with Bootstrap components:
- Added page header with icon and description
- Wrapped table in card component for better visual hierarchy
- Updated admin indicator to use Bootstrap icons
- Modernized Edit button styling
3. Fixed admin update_user action form submission error:
- Previous code caused ForbiddenAttributesError in Rails
- Used to_unsafe_h to explicitly bypass strong parameters
- VULNERABILITY PRESERVED: This intentionally allows mass assignment
- See wiki: Extras:-Mass-Assignment-Admin-Role.md
- Fixed password field filtering to handle blank passwords correctly
The mass assignment vulnerability is maintained as a teaching example per
the OWASP RailsGoat mission. Students can learn about privilege escalation
attacks through the admin parameter.
🤖 Generated with [Claude Code](https://claude.com/claude-code)
Co-Authored-By: Claude <noreply@anthropic.com>
robbiepaul
Your Name