Weave Code
Weaver
Helps Laravel developers discover, compare, and choose open-source packages. See popularity, security, maintainers, and scores at a glance to make better decisions.
Feedback
Share your thoughts, report bugs, or suggest improvements.
Subject
Message

Safebrowsing Laravel Package

snipe/safebrowsing

Laravel integration for Google Safe Browsing that checks URLs against malware and phishing lists. A simple, config-driven API that drops easily into validation or link-scanning workflows, helping block unsafe destinations before users reach them.

View on GitHub
Deep Wiki
Context7

Product Decisions This Supports

  • Trust & safety feature scoping: Evaluating whether to add real-time URL threat screening (phishing, malware, unwanted software) to user-generated content surfaces — comments, marketplace listings, link shorteners, profile bios, support attachments, or redirect endpoints.
  • Abuse-prevention roadmap: Deciding whether URL reputation checks belong in the MVP moderation stack or a later phase; this package represents the "thin wrapper over Google Safe Browsing" option in that build-vs-buy analysis.
  • Build vs. buy: The package's entire value is convenience around Google's free Lookup API. If the capability is worth having, the decision is really "integrate Google directly" vs. "inherit a 2016 wrapper." A PM should frame the buy option as the Google API, not this package.
  • Migration/legacy triage: For an existing Laravel 5 application already depending on it, deciding whether to keep, fork, or replace as part of a framework-upgrade roadmap.
  • Risk acceptance for GPL-3.0 dependencies: Determining whether a copyleft dependency is acceptable for the product's distribution model (internal/SaaS vs. shipped binary or distributed source).
  • Vendor and maintenance risk scoring: Feeding a dependency-health review — last release 2016, ~12 stars, no visible maintainer activity — into a broader "abandoned dependency" inventory.

When to Consider This Package

Consider it only when all of the following are true:

  • The application is on Laravel 5.x / PHP 7.0–7.1 and is not being upgraded soon.
  • The use is internal-only or GPL-compatible (internal tooling, or an open-source product already under GPL-3.0), so copyleft obligations are a non-issue or reviewed by legal.
  • You need a fast proof of concept for URL threat lookups and accept that it will be replaced before production hardening.
  • You have an owner willing to fork and maintain it (dependency updates, API error handling, Google API changes).

Look elsewhere — and likely build in-house — when:

  • The product targets Laravel 8/9/10/11 or PHP 8.x; the package predates these and will not install cleanly.
  • You ship proprietary or commercially distributed software; GPL-3.0 requires legal review and may be disqualifying.
  • You need maintained security posture, tests, caching, rate-limit handling, or API-version currency (Google has been steering commercial users toward the Web Risk API and newer Safe Browsing interfaces).
  • You need SLAs or vendor support, or your roadmap includes batch/file-hash checking, update API ingestion, or multi-provider reputation (e.g., combining with an allowlist/denylist layer).
  • The threat model requires explainable decisions and audit logs — a thin wrapper gives you little control over request/response capture and retry semantics.

How to Pitch It (Stakeholders)

Executive summary: This is a small, free, unmaintained Laravel 5 wrapper around Google's Safe Browsing API. The underlying capability — checking URLs against Google's threat lists — is genuinely useful for any product with user-submitted links, and the Google API itself is free. The package, however, is a liability: last released in 2016, tied to an end-of-life Laravel version, effectively unmaintained, and licensed GPL-3.0, which is a red flag for proprietary distribution.

Recommendation: Do not adopt it as a production dependency for new work. Treat it as a reference implementation.

The build case is strong and cheap: a first-party integration with Google's Lookup API (or Web Risk for commercial terms) is roughly 1–2 engineering days including caching, timeouts, failure-open behavior, and logging. That buys us current API versions, PHP 8 compatibility, test coverage, and a clean license — all of which the package cannot offer.

If we already depend on it: schedule replacement during the next framework upgrade; do not extend its use to new surfaces in the meantime, and have legal confirm our distribution model does not trigger GPL obligations.

Ask: approve a small spike to build the internal URL-reputation service, and add "abandoned/GPL dependency" to the standing dependency-review checklist so this class of risk is caught earlier.

Weaver

How can I help you explore Laravel packages today?

Conversation history is not saved when not logged in.
Prompt
Add packages to context
No packages found.
diephp/sequences
users-au/socialite-provider
twidpay/twid-logger
mrnewport/laravel-plaid
mrnewport/laravel-repo
mrnewport/laravel-docsign
mrnewport/laravel-stow
mrnewport/laravel-flow
mrnewport/laravel-priceable
mrnewport/laravel-nestedterms
fredmeng/laravel-apidoc-generator
itstructure/laravel-multilingual-tools
pdustdar/elasticsearch
markupai/php-sdk
rlacerda83/lumem-microservice-shipment
uni-method/symfony-lib
tacticmedia/scim-server-bundle
neika-ai/symfony-bundle
mattleads/agent-publishing-bundle
glavweb/framework-bundle