SonarQube Security Hotspot: Make sure this weak hash algorithm is not used in a sensitive context here. #125
Labels
No labels
automated
code-quality
component: admin dashboard
component: backend
component: billing
component: content management
component: faqs
component: game genres
component: game lists
component: game reviews
component: game search
component: games
component: internal notifications
component: platforms
component: security
component: tests
component: user api
component: user badges
component: user blogs
component: user consoles
component: user favorites
component: user friends
component: user notifications
component: user profiles
component: user site notifications
component: user wishlists
component: web design
dependencies
php
priority
high
priority
low
priority
medium
security-hotspot
source: codex
source: sonarqube
status
awaiting feedback
status
backlog
status
done
status
in progress
status
in queue
status
in review
status
needs codex review
status
needs investigation
status
wontfix
type: bug
type: documentation
type: feature
type: improvement
type: regression
type: task
No milestone
No project
No assignees
2 participants
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
MyVideoGameList/myvideogamelist.com#125
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
SonarQube security hotspot needs review.
SonarQube key:
21285fb3-a91b-420b-bbe8-114b439ad8f8Category:
othersVulnerability probability:
LOWLocation:
myvideogamelist:tests/Feature/Auth/EmailVerificationTest.php:27Message: Make sure this weak hash algorithm is not used in a sensitive context here.
https://sonarqube.linuxbox.ninja/security_hotspots?id=myvideogamelist&hotspots=21285fb3-a91b-420b-bbe8-114b439ad8f8
Reviewed and fixed in
b4ac348. The weak SHA-1 use was in an auth feature test that was manually mirroring Laravel/Fortify's email verification hash contract, not hashing a password or token in production code. Updated tests/Feature/Auth/EmailVerificationTest.php to use Laravel's real VerifyEmail notification URL for the valid verification path, and a signed URL with a plain nonmatching hash for the invalid-hash path. No direct sha1() calls remain in that test. Verified with vendor/bin/pint --dirty --format agent and php artisan test --compact tests/Feature/Auth/EmailVerificationTest.php (3 passed, 6 assertions).