Comparison Overview
Hitachi - Digital Systems and Services (DSS)

Hitachi - Digital Systems and Services (DSS)
N/A
Last Update: 04/04/2026
日立製作所 デジタルシステム&サービスセクター(DSS)の公式LinkedInです。 日立は、地球環境、人々の幸福、経済成長が調和するハーモナイズドソサエティの実現をめざし、IT x OT x プロダクトを組み合わせて社会課題を解決する社会イノベーション事業を推進しています。 私たちデジタルシステム&サービスセクター(DSS)は、AIやIoT、クラウドなどの先端技術と、これまで社会インフラなどのミッションクリティカルなシステムを支えてきた経験・知見を組み合わせ、企業や行政、公共サービスなど幅広い領域でDXを実現しています。...

Infosys
Infosys Limited, Bangalore, Karnataka, IN, 560100
Last Update: 07/05/2026
Infosys is a global leader in next-generation digital services and consulting. We enable clients in more than 50 countries to navigate their digital transformation. With over three decades of experience in managing the systems and workings of global enterprises, we expe...
Compliance Ranges Comparison

Hitachi - Digital Systems and Services (DSS)







Infosys






Benchmark & Cyber Underwriting Signals
Incidents vs IT Services and IT Consulting Industry Avg (This Year)
No incidents recorded for Hitachi - Digital Systems and Services (DSS) in 2026.
Incidents vs IT Services and IT Consulting Industry Avg (This Year)
No incidents recorded for Infosys in 2026.
Incident History - Hitachi - Digital Systems and Services (DSS) (X = Date, Y = Severity)
Hitachi - Digital Systems and Services (DSS) cyber incidents detection timeline including parent company and subsidiaries.
Incident History - Infosys (X = Date, Y = Severity)
Infosys cyber incidents detection timeline including parent company and subsidiaries.
Notable Incidents

Hitachi - Digital Systems and Services (DSS)

Infosys
FAQ
Latest Global CVEs
Capgo (Cap-go/capgo) before 12.128.2 contains an improper access control vulnerability in the SECURITY DEFINER PostgREST RPC function public.record_build_time, which is granted to the anon role and callable with only the public Supabase publishable (sb_publishable_*) anon key. An unauthenticated attacker can insert rows into public.build_logs for arbitrary organizations and, because the function uses ON CONFLICT (build_id, org_id) DO UPDATE, can overwrite existing usage/billing records by reusing the same build_id for a target org. This enables cross-tenant tampering of billing build logs and financial-impact denial of service by inflating billable build time.
Cap-go before 12.128.2 contains an authentication logic flaw that lets an attacker register and control an account bound to a victim's email address before that email is verified. By enabling two-factor authentication on the pre-registered account, the attacker gains control over the account claimed under the victim's identity, allowing them to read and modify its state and enforce organization-level policies, while the legitimate user is denied access to the account tied to their own email.
Capgo before 12.128.2 contains a flaw in the Enforce Password Policy feature: after a Super Admin enables the policy and successfully changes their password to a compliant one, the backend does not update the password-compliance state. As a result, the backend continues to treat the account as non-compliant and repeatedly forces password-reset prompts, permanently locking the Super Admin out of organization access (organization lockout / denial of service) despite valid authentication.
Capgo before 12.128.2 contains a cross-tenant authorization bypass vulnerability in PostgREST endpoints that allows org-scoped read API keys to access other tenants' webhook secrets and delivery logs. Attackers can query the webhooks and webhook_deliveries endpoints to exfiltrate HMAC signing secrets and delivery payloads, enabling forged webhook events against victim organizations.
Cap-go before 12.128.2 contains an authentication bypass vulnerability in OTP verification that allows attackers to bypass email verification by modifying server responses. Attackers can intercept OTP verification requests and manipulate HTTP responses to falsely mark verification successful, enabling unauthorized 2FA enablement and account takeover.