Comparison Overview
TPW Investment Management

TPW Investment Management
120 E 23rd St, New York, 10010, US
Last Update: 02/04/2026
TPW Investment Management (TPWIM)is a New York City based investment solutions firm co-founded by former Morgan Stanley Global Strategist Jay Pelosky and former JAForlines Global COO James Gardiner. TPWIM offers a suite of competitively priced, ETF-based, Global and Re...

Fidelity Investments
245 Summer St, Boston, MA, US, 02210
Last Update: 19/05/2026
Fidelity’s mission is to strengthen the financial well-being of our customers and deliver better outcomes for the clients and businesses we serve. Fidelity’s strength comes from the scale of our diversified, market-leading financial services businesses that serve indivi...
Compliance Ranges Comparison

TPW Investment Management







Fidelity Investments






Benchmark & Cyber Underwriting Signals
Incidents vs Financial Services Industry Avg (This Year)
No incidents recorded for TPW Investment Management in 2026.
Incidents vs Financial Services Industry Avg (This Year)
Fidelity Investments has 2.91% fewer incidents than the average of all companies with at least one recorded incident.
Incident History - TPW Investment Management (X = Date, Y = Severity)
TPW Investment Management cyber incidents detection timeline including parent company and subsidiaries.
Incident History - Fidelity Investments (X = Date, Y = Severity)
Fidelity Investments cyber incidents detection timeline including parent company and subsidiaries.
Notable Incidents

TPW Investment Management

Fidelity Investments
FAQ
Latest Global CVEs
The GOOSE subscriber component improperly validates the UTC timestamp field in unauthenticated IEC 61850 GOOSE (EtherType 0x88B8) Layer-2 multicast messages. A specially crafted GOOSE frame containing an undersized timestamp field can trigger a heap out-of-bounds read during message processing, causing the process to crash and resulting in a denial-of-service condition.
OpenClaw Dashboard contains a stored cross-site scripting vulnerability that allows unauthenticated remote attackers to execute arbitrary JavaScript in the administrator's browser session by injecting HTML markup into agent transcript messages processed through the sessions API. Attackers can craft a message containing inline event handler payloads such as an img tag with an onerror attribute within the 60-character rendering budget, which is stored in the session transcript and interpolated unsanitized into innerHTML on the default landing page, allowing theft of session tokens and unauthorized calls to authenticated administrative endpoints including agent instruction file modification.
MeshCentral 1.1.21 contains a cross-site WebSocket hijacking protection bypass vulnerability that allows unauthenticated remote attackers to hijack authenticated administrator sessions by exploiting an unconditional early return in the CheckWebServerOriginName() function within webserver.js when self-signed certificates are in use. Attackers can open cross-origin WebSocket connections to any of the twelve WebSocket endpoints, send crafted action commands to exfiltrate the server sessionKey used to sign session cookies, forge session tokens as arbitrary users, and gain full remote control of all managed devices governed by the MeshCentral instance.
The GOOSE parser contains an off-by-one boundary-handling flaw that can be triggered by a single unauthenticated Layer-2 multicast frame on the process bus. When specific GOOSE message fields are processed, the parser advances its internal buffer position incorrectly, resulting in a heap out-of-bounds read. On affected platforms, this condition reliably terminates the subscriber process and causes a denial-of-service.
The GOOSE payload parser contains a boundary handling flaw that can be triggered by a single unauthenticated Layer 2 multicast frame on the process bus. When processing specific payload fields, an attacker controlled inner element length may exceed its enclosing length, causing the parser to over read by one byte. This out-of-bounds read reliably terminates the subscriber process, resulting in a denial-of-service condition.