Hogyan ne kezeljük az adatvesztést

Sok cégnél az a bevett gyakorlat mind a mai napig, hogy amint ügyfél adatok kiszivárgására derül fény, megnyomják a pánik gombot és amilyen gyorsan csak képesek rá értesítik a történtekről az ügyfeleket. Márpedig ez egyáltalán nem a legjobb megoldás..

A Ponemon Intézet nyilvánosságra hozott egy kutatást, amiben azt vizsgálták, mivel érünk el nagyobb hátrányt és veszteséget: ha azonnal értesítjük ügyfeleinket az adatvesztésről vagy ha kivárunk és lassan hívjuk fel rá a figyelmet.

A kutatás kimutatta, hogy 54%-al több költséget generál az adatvesztésről való értesítés azon cégeknek akik azonnal értesítik az áldozatokat, mint azon cégeknek, akik lassabban foglalkoznak az ügyfelek tájékoztatásával.

http://infoworld.com/t/security/how-not-handle-data-breach-992 
http://www.symantec.com/content/en/us/about/media/pdfs/symantec_ponemon_data_breach_costs_report.pdf 


Legfrissebb sérülékenységek
CVE-2026-24858 – Fortinet Multiple Products Authentication Bypass Using an Alternate Path or Channel sérülékenység
CVE-2026-1448 – D-Link sérülékenysége
CVE-2026-23745 – “node-tar” Library Path Traversal sérülékenység
CVE-2026-21509 – Microsoft Office Security Feature Bypass sérülékenység
CVE-2026-24061 – GNU InetUtils Argument Injection sérülékenység
CVE-2026-23760 – SmarterTools SmarterMail Authentication Bypass Using an Alternate Path or Channel sérülékenység
CVE-2025-52691 – SmarterTools SmarterMail Unrestricted Upload of File with Dangerous Type sérülékenység
CVE-2018-14634 – Linux Kernel Integer Overflow sérülékenység
CVE-2025-54313 – Prettier eslint-config-prettier Embedded Malicious Code sérülékenység
CVE-2025-31125 – Vite Vitejs Improper Access Control sérülékenység
Tovább a sérülékenységekhez »