Comparison Overview
MEDIFOX DAN
MEDIFOX DAN
Junkersstr. 1, Hildesheim, 31137, DE
Last Update: 27/03/2026
Bereits seit über 25 Jahren vertreibt die MEDIFOX DAN GmbH mit Sitz in der niedersächsischen Großstadt Hildesheim Softwares für das Gesundheitswesen. Nach der Gründung im Jahr 1994 wuchs das Unternehmen kontinuierlich an, sodass heute über 600 MitarbeiterInnen in den B...
Canva
Kippax St, Surry Hills, New South Wales, AU, 2010
Last Update: 20/09/2026
We're a global online visual communications platform on a mission to empower the world to design. Featuring a simple drag-and-drop user interface and a vast range of templates ranging from presentations, documents, websites, social media graphics, posters, apparel to vi...
Compliance Ranges Comparison
MEDIFOX DAN
Canva
Benchmark & Cyber Underwriting Signals
Incidents vs Software Development Industry Avg (This Year)
No incidents recorded for MEDIFOX DAN in 2026.
Incidents vs Software Development Industry Avg (This Year)
Canva has 197.03% more incidents than the average of all companies with at least one recorded incident.
Incident History - MEDIFOX DAN (X = Date, Y = Severity)
MEDIFOX DAN cyber incidents detection timeline including parent company and subsidiaries.
Incident History - Canva (X = Date, Y = Severity)
Canva cyber incidents detection timeline including parent company and subsidiaries.
Notable Incidents
MEDIFOX DAN
Canva
FAQ
Latest Global CVEs
The web management service in affected RouterOS versions contains an integer underflow in its HTTP request body handling that is reachable before authentication. This can be leveraged by an unauthenticated network attacker to achieve arbitrary code execution as root, or to cause a denial of service, using a single crafted request.
Denuvo Anti-Tamper through 2026-03-04 allows bypass of a hypervisor presence check via CPUID interception (SimpleSvm.sys on AMD; hyperkd.sys and hyperhv.dll on Intel).
PeaZip before 11.3.0, in a non-default configuration, is vulnerable to OS command injection via a filename in an archive because "quotation character already used in the string" is mishandled.
Zilliz Attu before 3.0.0 has a Playground feature that does not require authentication for proxying arbitrary HTTP and HTTPS requests to URLs on the public internet.
The Playground feature of Zilliz Attu before 3.0.0 allows SSRF (proxying of requests to private IP addresses).