Laravel Packages Compromised in Yet Another GitHub Attack

Last Updated: 2026-05-23T11:56:00Z

What’s Happening

Laravel, a popular PHP framework, has had its GitHub packages compromised by a credential stealer.

Aikido has a report, and has reported the issue to the maintainers.

So has Step Security.

Actions

  • Review traffic for DNS/URL indicators of compromise
  • Review endpoint activity for malicious file writes
  • Got Laravel dependencies? Rotate those secrets
  • Follow Recovery steps recommended by Step

Indicators of Compromise

Value Type Description
flipboxstudio[.]info domain C2 domain (typosquat of flipboxstudio.com)
hxxps://flipboxstudio[.]info/payload url Stage 1 payload download URL
hxxps://flipboxstudio[.]info/exfil url Stage 2 exfiltration endpoint
/tmp/.laravel_locale/<12 hex chars>.php filename Hidden PHP loader (self-deleting)
/tmp/.<8 hex chars> filename ELF binary dropper (self-deleting, no extension)
a5ea2e8fa92ccf29cdb1d2dadbeb27722b2bff37 sha1 laravel-lang/lang v15.29.5 malicious commit
bba2e443dc7ff1f8704f52a5375383e3f4f643b8 sha1 laravel-lang/http-statuses v3.4.5 malicious commit
556d2b335d4d6d92139822017ee461b668afe375 sha1 laravel-lang/actions v1.12.2 malicious commit
d59561727927117e65b35f0183cae131baad19fe sha1 laravel-lang/attributes v2.4.1 malicious commit
php (ppid=1, orphaned) other Orphaned PHP process from dropper
ELF binary from /tmp (ppid=1, unnamed) other Orphaned ELF process from stage 2

Notes

Socket’s report clarifies that these packages are not strictly part of the Laravel framework.

The affected packages are not part of the official Laravel framework. They are third-party localization packages used by Laravel applications. However, applications that installed compromised versions may have executed the backdoor automatically when Composer’s autoloader ran.

Overwriting all the tags is a clever way to beat version pinning. Is that a common tactic in these types of attacks?