Уровень безопасности ниже, вред для пациентов выше

Уровень безопасности ниже, вред для пациентов выше

Компания Ponemon выпустила отчет об утечках в секторе здравоохранения за 2011 год. В исследовании приняли участие 72 организации. Аналитики Ponemon отмечают резкий рос количества утечек в 2011 году.



Согласно отчету, число зарегистрированных нарушений в 2011 повысилось на 32% по сравнению с 2010 годом. Примечательно, что 46% лиц сообщили о пяти и более утечках данных за последние два года, по сравнению с 29% в первом исследовании. С чем связан такой рост количества сообщений об утечках, в Ponemon не отвечают: то ли стало больше инцидентов, то ли о них стали больше сообщать в надлежащие инстанции, сообщает infowatch.ru.

Среднее количество потерянных или украденных документов на одно нарушение составляет 2,575, когда как в 2010 году количество скомпрометированных документов на один инцидент составляло 1,769. Аналитики Ponemon отмечают, в расчетах не учитывались две последние громкие утечки из Sutter Health и SAIC/TRICARE (4 млн. 200 тыс. записей и 5 млн. 100 тыс. соответственно).

Данные о пациенте продолжают подвергаться риску из-за широкого распространения мобильных устройств. Это и неудивительно: 81% организаций здравоохранения сообщают, что используют мобильные устройства для того, чтобы собирать, хранить и передавать закрытую медицинскую информацию. Аналитики Ponemon обеспокоены сообщением 49% участников о том, что их организации ничего не предпринимают для защиты устройств, несмотря на шумиху в СМИ.

В ходе исследования выяснился один очень важный факт: организации считают, будто у них нет достаточного бюджета или средств на надежную защиту данных пациента, и потому они до сих пор не ставят защиту данных в приоритет. Компании не особо обеспокоены штрафами Министерства здравоохранения и Управления по правам граждан. Возможно, когда Управление по гражданским правам начнет с 2012 года проводить аудиторские проверки или станет взимать больше штрафов, организации начнут, наконец, вкладывать в безопасность, предполагают в Ponemon.

Три основных причины утечки данных:

  • потерянные или украденные устройства (на 49% больше, чем в прошлом году),
  • передача данных третьим лицам, (на 46% больше, чем в прошлом году),
  • непреднамеренные действия сотрудников (на 41% больше, чем в прошлом году).

Количество сообщений о преступных посягательствах возросло с 20% до 30%.

Средний экономический урон от утечки данных составил 2,2 миллиона долларов, что на 10% больше по сравнению с прошлым годом. Респонденты беспокоятся и предполагают, что рискуют потерять пациентов вследствие нарушений.

Более 70% респондентов признали, что пациенты могут и в самом деле пострадать от утечки данных (кража личных медицинских данных, кража личных финансовых данных, или иные случаи, когда частная информация становится достоянием общества). 74% сообщили, что пациенты либо страдали от кражи данных (финансовых или медицинских), либо им так и не стало известно, пострадали пациенты или нет. 65% организацией не защищает пострадавших от кражи личности.

Хотя исследование отмечает некоторые улучшения (например, увеличилось количество нарушений, которые обнаружили сами сотрудники), но его общий смысл состоит в том, что организации продолжают подвергать пациентов риску, не внедряя системы безопасности, не обеспечивая деловых партнеров защитой информации на достаточном уровне. А пациентам, пострадавшим от нарушений, в большинстве случаев учреждения не представляют необходимой помощи.

Расширения Chrome могут слить секреты URL через атаку по стороннему каналу

Как оказалось, расширения Chrome можно использовать для слива кодов авторизации, сеансовых ID и других секретов из URL любой открытой вкладки. Никаких специальных разрешений для этого не понадобится, только доступ к declarativeNetRequest API.

Этот механизм, пришедший на смену webRequest API, позволяет расширениям сообщать браузеру, что следует изменить или заблокировать на загружаемой странице (заголовки, реклама, трекеры).

Правила обработки запросов при этом добавляются динамически, а фильтрация осуществляется по регулярным выражениям, соответствующим подмножествам знаков, которые могут присутствовать на определенных позициях в URL.

Исследователь Луан Эррера (Luan Herrera) обнаружил, что блокировку, диктуемую правилами, Chrome производит почти мгновенно, за 10-30 мс, а остальные запросы выполняются дольше (~50-100ms) — из-за сетевых подключений. Эту разницу во времени расширение может использовать для бинарного поиска с целью посимвольного слива URL.

// extensions/browser/api/web_request/extension_web_request_event_router.cc:1117-1127
case DNRRequestAction::Type::BLOCK:
  ClearPendingCallbacks(browser_context, *request);
  DCHECK_EQ(1u, actions.size());
  OnDNRActionMatched(browser_context, *request, action);
  return net::ERR_BLOCKED_BY_CLIENT;

Оракул для подобной тайминг-атаки строится с использованием chrome.tabs.reload для перезагрузки страницы и перехватчика chrome.tabs.onUpdated, помогающего отследить событие status === "complete". Замер времени между reload и завершением загрузки покажет, заблокирован запрос или успешно обработан.

Повторение проверок и бинарного поиска позволяет получить полный URL (с довеском после «?»), затратив на каждый знак строки несколько прогонов. Таким образом, можно незаметно для пользователя украсть включенные приложением в адрес секреты — токены OAuth и сброса пароля, API-ключи, ссылки на контент, закрытый для поисковых систем.

Проверка PoC проводилась на Windows 11 24H2 с использованием Chrome разных версий:

  • 144.0.7559.97 (Stable)
  • 145.0.7632.18 (Beta)
  • 146.0.7647.4 (Dev)
  • 146.0.7653.0 (Canary)

В Google подтвердили возможность подобной атаки по стороннему каналу, но заявили, что решить проблему нереально.

RSS: Новости на портале Anti-Malware.ru