Vendor reports: operationalOpen · vendor status “monitoring”Official status API
Security Bulletin: PHP Vulnerabilities CVE-2026-109618 and CVE-2026-109619
Reported by Everbridge · Communication & Messaging · source last read 4 min ago
- Vendor start
- Oct 22, 2026, 13:47 UTC
- Vendor's clock
- Resolved
- Not yet
- Still open
- First seen by Statuswall
- Nov 11, 2026, 02:11 UTC
- Statuswall's clock
- Duration
- Not available
- Needs both vendor times
Summary
Built from the facts below, no AI
Potential impact, not a confirmed outage of your systems.
What the vendor confirmed
What is unknown
Last update in these facts: 2026-11-11 02:11 UTC · summary s1, evidence 363cbd2292782172
Evidence (8)
- E1Everbridge reports operational. (vendor) source (opens in a new tab)
- E2Vendor title: "Security Bulletin: PHP Vulnerabilities CVE-2026-109618 and CVE-2026-109619". (vendor) source (opens in a new tab)
- E3Vendor status word: "monitoring". (vendor) source (opens in a new tab)
- E4Vendor-reported start: 2026-10-22 13:47 UTC. (vendor) source (opens in a new tab)
- E5The vendor did not state which regions are affected. (Statuswall)
- E6The vendor attached no components. (Statuswall)
- E7Not resolved by the vendor yet. (vendor) source (opens in a new tab)
- E8First seen by Statuswall: 2026-11-11 02:11 UTC. (Statuswall)
Affected scope
Not stated by the vendor
Components: not stated by the vendor
No region Statuswall recognises is stated for this incident (place names and provider-specific codes are not converted). It is not assumed to be global.
Potential relevance
Everbridge is not in your stack. Follow it to see whether reports like this fall inside the regions you use.
What to check on your side
Verification steps only. Statuswall cannot see your systems.
- Check message and call delivery rates, and delivery-receipt callbacks.
- Check queued or retried sends.
- Check error rates, latency and timeouts in your own monitoring for requests that depend on Everbridge.
- Look at synthetic checks and alerts that exercise Everbridge.
- Compare with recent deploys on your side, so a coincidental change is not blamed on the vendor.
- Follow the vendor's official incident page for scope changes and resolution.
Timeline
Vendor times come from the vendor. “Seen by Statuswall” times are when Statuswall noticed a change, which can lag the vendor by a few minutes. Statuswall does not store the vendor's update text; read it on the official page.
- Oct 22, 2026, 13:47 UTCVendor-reported startVendor time
- Nov 11, 2026, 02:11 UTCFirst seen by Statuswall (vendor status: monitoring)Seen by Statuswall