Гігант ІТ-послуг HCLTech став другою великою індійською технологічною компанією за останні тижні, яка публічно заперечила витік даних після того, як хакер заявив про оприлюднення інформації про співробітників. У заяві, що стосується цих тверджень, HCLTech повідомила, що її внутрішня перевірка не виявила жодних доказів того, що її системи були зламані, а будь-які дані, які можуть бути у хакера, можуть бути обмеженими за обсягом і, що важливо, кількарічної давності. Компанія заявила, що подальше розслідування триває.

Заява про витік даних співробітників HCLTech з'явилася після схожого епізоду з Tata Consultancy Services (TCS), що породжує нові питання про те, як найбільші ІТ-експортери країни обробляють попередження розвідки про загрози та як співробітники мають реагувати, коли їхня особиста інформація з'являється в заявах, які не були незалежно перевірені.

Що стверджують хакери проти того, що підтверджує HCLTech

Згідно з повідомленнями, хакер або хакерська група заявила, що отримала дані, пов'язані зі співробітниками HCLTech, і запропонувала їх для оприлюднення або продажу. Реакція HCLTech була стриманою, але твердою: компанія заявляє, що її власне розслідування не виявило жодних ознак того, що її корпоративні системи були зламані. Важливо, що HCLTech не відкинула заяву повністю. Натомість вона визнала, що деякі дані, на які посилається хакер, можуть бути справжніми, просто старими та, можливо, обмеженими за обсягом порівняно з тим, що рекламувалося.

Це важлива відмінність. Заперечення компанією «зламу систем» не є тим самим, що заперечення існування будь-яких даних. Старі записи про співробітників, експортні дані з відділу кадрів або архівні файли можуть циркулювати роками після їх першого витоку, іноді спливаючи під новим псевдонімом хакера або перепаковані як «свіжий» інцидент, щоб привернути увагу. Обережне формулювання HCLTech свідчить про те, що компанія намагається відокремити сенсаційну заяву від того, що її криміналістичні команди можуть фактично підтвердити.

Знайома схема: відлуння заяви про витік даних TCS

Часові рамки важко ігнорувати. Лише за кілька днів до цього TCS заперечила витік даних після схожого попередження про витік даних співробітників, причому компанія підтвердила, що отримала попередження розвідки про загрози щодо можливого оприлюднення інформації про співробітників. Цей епізод загострився, коли з'явилися повідомлення про попередження про витік даних співробітників TCS, що стосувалося приблизно 800 000 записів, заявлених хакером, — число, яке компанія намагалася контекстуалізувати під час розслідування.

Дві найбільші індійські ІТ-компанії, які стикаються з майже ідентичними заявами протягом кількох днів, вказують на закономірність, а не на збіг. Це може відображати те, що хакери націлюються на сектор загалом, переробляючи старі витеклі набори даних і перебрендовуючи їх як нові інциденти, або просто перевіряють, які заяви генерують медіапокриття та тиск на команди корпоративних комунікацій. Для співробітників цих компаній та інших великих ІТ-фірм, які уважно стежать за ситуацією, урок той самий: неперевірені заяви про витоки стають повторюваною рисою ландшафту загроз, а не ізольованою подією.

Чому старі дані співробітників все ще становлять ризики

Спокусливо вважати «старі» даних низькоризиковими, але це припущення не витримує перевірки на практиці. Записи про співробітників, навіть кількарічної давності, зазвичай включають таку інформацію, як імена, ідентифікатори співробітників, контактні дані, а іноді й внутрішні організаційні дані. Така інформація залишається корисною для зловмисників, які проводять фішингові кампанії, спроби соціальної інженерії або атаки з підбором облікових даних, особливо якщо співробітники використовували однакові паролі або контактні дані для кількох облікових записів з моменту первісного збору даних.

Старі дані також можуть поєднуватися з новішими витоками з незв'язаних джерел, щоб створити більш повний профіль особи — техніка, на яку зловмисники все частіше покладаються. Тому, хоча характеристика HCLTech даних як «обмежених» і «кількарічної давності» є розумним початковим висновком, її не слід сприймати як підставу для постраждалих співробітників повністю ігнорувати ситуацію.

Що це означає для вас

Якщо ви є або були співробітником HCLTech, є кілька практичних кроків, які варто зробити незалежно від того, чим завершиться розслідування. По-перше, ставтеся зі скепсисом до будь-яких несподіваних електронних листів, дзвінків або повідомлень, які посилаються на вашу трудову історію, особливо до тих, що просять підтвердити особисті дані або перейти за посиланнями. По-друге, перевірте, чи використовували ви старі робочі паролі для особистих облікових записів, і оновіть їх, якщо так. По-третє, розгляньте можливість увімкнення багатофакторної автентифікації там, де вона ще не активована, оскільки це значно знижує ризик того, що витеклі облікові дані самі по собі можуть бути використані для доступу до облікового запису.

У ширшому сенсі цей інцидент нагадує, що захист даних — це не разове завдання, прив'язане до одного повідомлення про витік. Оскільки все більше індійських ІТ-фірм стикаються з такими заявами, і співробітники, і споживачі виграють від регулярного перегляду того, які їхні особисті дані відкриті в Інтернеті, та посилення налаштувань безпеки для облікових записів електронної пошти, банківських та робочих облікових записів.

Загальна картина

Реакція HCLTech — заперечення зламу систем із визнанням можливості старого, обмеженого витоку даних — нагадує те, як TCS впоралася зі своєю нещодавньою тривогою. Разом ці випадки свідчать про те, що індійським ІТ-компаніям дедалі частіше доводиться керувати сірою зоною між підтвердженими витоками та неперевіреними заявами хакерів — простором, де суспільна довіра та чітка комунікація мають таке ж значення, як і технічна криміналістика.

Наразі заява про витік даних співробітників HCLTech залишається під розслідуванням, і компанія не підтвердила жодного порушення своїх систем. Читачі та співробітники, які хочуть зрозуміти, як це вписується в ширший тренд, також можуть ознайомитися з триваючою ситуацією з TCS, яка пропонує корисне порівняння того, як такі заяви зазвичай розгортаються та як компанії реагують, коли попередження розвідки про загрози потрапляють у публічні заголовки.