Россияне готовы делиться личными данными в обмен на улучшение сервиса

Россияне готовы делиться личными данными в обмен на улучшение сервиса

Россияне готовы делиться личными данными в обмен на улучшение сервиса

Согласно результатам исследования, проведенного Ассоциацией больших данных (АБД) совместно с ВЦИОМом и маркетинговой компанией Ipsos, большинство россиян нейтрально относятся к сбору ПДн. Пользователи даже готовы поделиться такими данными с бизнесом и госорганами, если это поможет улучшить качество сервиса.

Чтобы получить представление об осведомленности граждан и восприятии темы данных, партнеры работали не покладая рук три месяца (с июля по сентябрь этого года). Они изучали публикации в СМИ и соцсетях, беседовали с представителями экспертного сообщества и провели два опроса; в первом приняли участие 1600 респондентов из 70 регионов России, во втором — 40 добровольцев фокус-группы.

В ответ на вопрос о цели сбора ПДн 42% опрошенных указали оценку товаров и услуг, 28% — улучшение сервиса, 25% — подтверждение личности. Определяя безопасность веб-сервиса, россияне обычно руководствуются такими критериями, как известность бренда, время существования на рынке, протекция со стороны государства, наличие положительных отзывов от знакомых.

Исследование также показало, что большинство респондентов готовы предоставить свои данные в обмен на улучшение сервиса. По словам АБД, аналогичные результаты дают иностранные исследования. Так, почти две трети британцев и американцев не прочь поделиться ПДн, если это обеспечит персонализированный подход, повысит прозрачность и контроль над данными.

В то же время 79% иностранцев заботит безопасность обработки и хранения данных; схожие настроения наблюдаются и в России. Наши соотечественники опасаются, что их ПДн попадут в недобрые руки, и они в итоге потеряют деньги или репутацию.

В качестве примеров несанкционированного использования данных россияне чаще всего называли слив номера телефона и навязчивые спам-звонки. Получив телефонный вызов или СМС-сообщение от незнакомой организации, 79% респондентов склонны заподозрить утечку.

На восприятие темы данных в России, согласно результатам, влияют публикации в СМИ и социальных сетях, личный опыт и рассказы знакомых. О защите ПДн основная масса пользователей осведомлена слабо и считает, что компании должны предоставлять больше сведений об используемых механизмах. Российским пользователям также не хватает контроля над своими данными, информации о случаях предотвращения утечек и знаний о мерах борьбы с последствиями.

Примечательно, что молодые люди в возрасте от 18 до 24 лет лучше чувствуют свою ответственность за сохранность ПДн: среди основных причин злоупотреблений 24% таких респондентов назвали небрежность владельца — против среднестатистических 15% по выборке. К сожалению, молодежь также более самонадеянна; 47% представителей этой возрастной группы убеждены, что несанкционированное использование их данным не грозит.

Вышла утилита RKN Block Checker для диагностики блокировок

Разработчик Дмитрий Виноградов представил утилиту RKN Block Checker с открытым исходным кодом. Она помогает понять, почему конкретный сайт не открывается: это обычная сетевая проблема или блокировка на стороне провайдера / регуляторной инфраструктуры.

Проект написан на Python и опубликован под лицензией MIT. Утилита работает из командной строки и проверяет соединение по цепочке DNS → TCP → TLS → HTTP.

Идея простая: не просто выдать вердикт, что сайт недоступен, а показать, на каком именно уровне всё сломалось. Например, если системный DNS не даёт нормальный ответ, а Cloudflare DoH возвращает корректный адрес, это может указывать на DNS-подмену. Если TCP-соединение на 443-й порт сбрасывается, речь может идти о блокировке на уровне IP.

Если TCP проходит, но соединение рвётся на TLS-рукопожатии с SNI, это уже похоже на работу DPI / ТСПУ. А если сайт открывается, но вместо страницы приходит заглушка провайдера или код 451, утилита фиксирует и такой сценарий.

 

Автор отдельно подчёркивает, что смысл RKN Block Checker не в том, чтобы заменить браузер. Браузер и так сообщает, что сайт не открылся. Здесь задача другая — разложить проблему по слоям и дать пользователю более понятную картину, где именно произошёл сбой и на что это похоже.

Утилита сравнивает ответы системного DNS и DNS over HTTPS через Cloudflare, проверяет обычное TCP-подключение, запускает TLS-handshake с SNI целевого домена и затем делает HTTP-запрос. Вердикт выставляется по первому уровню, на котором возникла ошибка.

 

У проекта есть и ограничения. Пока поддерживается только IPv4. Списки целей жёстко заданы в коде и включают около 20 сайтов на категорию, поэтому инструмент не поймает все частные случаи. Кроме того, это разовая проверка без повторов и долгосрочного мониторинга, хотя JSON-вывод можно использовать в cron для регулярных запусков.

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