Comparison Overview
NGINX

NGINX
795 Folsom St, San Francisco, US
Last Update: 20/07/2026
We have moved! Follow us at @F5 for all relevant updates.

Hexaware Technologies
#1, Sector III, Millennium Business Park,, 'A' Block , TTC Industrial Estate, Mahape,, Navi Mumbai, Maharashtra, IN, 400710
Last Update: 17/08/2026
At Hexaware, we're not just a global technology and business process services company; we're a community of 31,600+ Hexawarians dedicated to one singular purpose: creating smiles through the power of great people and technology. With a presence in 58 offices across 28 c...
Compliance Ranges Comparison

NGINX







Hexaware Technologies






Benchmark & Cyber Underwriting Signals
Incidents vs IT Services and IT Consulting Industry Avg (This Year)
NGINX has 504.03% more incidents than the average of same-industry companies with at least one recorded incident.
Incidents vs IT Services and IT Consulting Industry Avg (This Year)
Hexaware Technologies has 1.96% fewer incidents than the average of all companies with at least one recorded incident.
Incident History - NGINX (X = Date, Y = Severity)
NGINX cyber incidents detection timeline including parent company and subsidiaries.
Incident History - Hexaware Technologies (X = Date, Y = Severity)
Hexaware Technologies cyber incidents detection timeline including parent company and subsidiaries.
Notable Incidents

NGINX

Hexaware Technologies
FAQ
Latest Global CVEs
A vulnerability was detected in mathurvishal CloudClassroom-PHP-Project up to 5dadec098bfbbf3300d60c3494db3fb95b66e7be. This impacts an unknown function of the file viewresult.php. Performing a manipulation of the argument seno results in sql injection. Remote exploitation of the attack is possible. The exploit is now public and may be used. This product follows a rolling release approach for continuous delivery, so version details for affected or updated releases are not provided. The vendor was contacted early about this disclosure but did not respond in any way.
Uncontrolled Resource Consumption (CWE-400) in Elasticsearch can lead denial of service via Excessive Allocation (CAPEC-130)
Uncontrolled Resource Consumption (CWE-400) in Kibana can lead denial of service via Excessive Allocation (CAPEC-130)
Uncontrolled Resource Consumption (CWE-400) in Elasticsearch can lead denial of service via Excessive Allocation (CAPEC-130)
Uncontrolled Resource Consumption (CWE-400) in Elasticsearch can lead denial of service via Excessive Allocation (CAPEC-130)