Личный блог проекта D'Ar8c9lhttps://dar8c9l-blog.vercel.app/enhttps://dar8c9l-blog.vercel.app/posts/nsa-phone-metadata-surveillance/https://dar8c9l-blog.vercel.app/posts/nsa-phone-metadata-surveillance/Разбор массового сбора телефонных метаданных NSA, Section 215 PATRIOT Act, FISA Court, программы CDR и того, почему метаданные могут раскрывать связи не хуже содержания звонков.Sat, 04 Jul 2026 00:00:00 GMT<h1>NSA и телефонные метаданные: как 534 миллиона записей стали законной массовой слежкой</h1> <p><img src="/images/posts/secu.png" alt="NSA и телефонные метаданные" /></p> <h2>Введение</h2> <p>В 2017 году NSA собрала <strong>534 396 285</strong> телефонных записей за один год. Это были данные не только подозреваемых, а записи огромного количества обычных людей. Речь шла не о записи самих разговоров, а о метаданных: кто кому звонил, когда звонил, как долго длился звонок и как часто происходили такие контакты. На первый взгляд это может звучать менее опасно, чем прослушка, но на практике такие данные могут многое рассказать о человеке.</p> <p>Правительство заявляло: “Мы не слушаем ваши звонки”. Технически это правда, но это не отменяет главной проблемы. Метаданные могут раскрывать связи, привычки и личные обстоятельства. Звонки в Alcoholics Anonymous, на горячие линии для подростков, в клиники абортов, к букмекерам или другим чувствительным организациям могут рассказать о человеке очень многое даже без содержания разговора.</p> <p>То есть не обязательно знать, что именно было сказано. Иногда достаточно знать, кому человек звонил, когда и как часто.</p> <h2>Массовый сбор данных и законность</h2> <p>The Guardian раскрыл секретное судебное распоряжение, согласно которому NSA получила телефонные записи более чем <strong>120 миллионов</strong> абонентов Verizon. По этому распоряжению передавались номера обеих сторон звонка, данные о местоположении, уникальные идентификаторы, время и длительность звонков. Эти данные передавались ФБР, а затем попадали в NSA.</p> <p>Данные передавались крупными американскими телеком-компаниями в NSA на постоянной ежедневной основе. Причём в сбор попадали записи людей, которые не имели никакой связи с преступлением или расследованием.</p> <p>Возникает вопрос: как это вообще могло быть легально?</p> <p>Ответ был в слове <strong>“relevant”</strong> — “относящийся к делу”. Section 215 of the PATRIOT Act требовал, чтобы собираемые записи были “relevant” к расследованию, но сам термин был оставлен неопределённым.</p> <p>Из-за этого суд FISA фактически принял логику правительства: если террористы пользуются телефонами, значит телефонные записи всех людей могут быть relevant для их поиска. Решение принималось не в открытом суде. Оно было одобрено FISA Court — секретным судебным органом, который слушает только сторону правительства. Секретный приказ FISA обязал Verizon передавать NSA метаданные всех клиентов. Пользователи ничего об этом не знали и никак не могли повлиять на происходящее.</p> <h2>Масштаб программы и её провал</h2> <p>В 2017 году в программе было всего <strong>40 целей</strong>. Эти 40 целей позволили NSA собрать <strong>534 396 285</strong> телефонных записей.</p> <p>В следующем году, в 2018-м, NSA собрала около <strong>434 миллионов</strong> записей, основываясь всего на <strong>11 целях</strong>.</p> <p>Одиннадцать человек. Сотни миллионов записей.</p> <p>У программы была одна задача, но она всё равно провалилась. За четыре года работы CDR-программы правительство ни разу не связало её с предотвращением хотя бы одного террористического заговора. Итог: около полумиллиарда записей хранились в базах данных, но это не привело к доказанному предотвращению атак.</p> <p>NSA также признала, что собирала записи, на получение которых у неё не было законных полномочий. Из-за технических нарушений, которые привели к избыточному сбору данных, стало невозможно отделить легальные записи от нелегальных. В результате агентство решило удалить всё: <strong>685 миллионов call detail records</strong>, собранных с 2015 года.</p> <h2>Почему “приостановлено” не значит “запрещено”</h2> <p>Программа была “suspended” в 2019 году. Не outlawed, а именно suspended. Это важно. Юридическая основа всё ещё существует. Инфраструктура всё ещё существует. Прецедент тоже остаётся. Главный вопрос после этого звучит так: что ещё может собираться сейчас, о чём общество пока не знает?</p> <h2>Итог</h2> <p>Эта история показывает, что массовая слежка не всегда выглядит как прямое прослушивание разговоров. Иногда достаточно метаданных.</p> <p>Кто звонил, кому звонил, когда, как долго и как часто — всё это может превратиться в подробную карту жизни человека. NSA не записывала звонки в классическом смысле. Она собирала связи. А связи часто говорят не меньше, чем слова.</p> https://dar8c9l-blog.vercel.app/posts/facial-recognition-public-identifier/https://dar8c9l-blog.vercel.app/posts/facial-recognition-public-identifier/Разбор live facial recognition, биометрических данных, публичного наблюдения, ошибок распознавания и рисков для приватности.Sat, 04 Jul 2026 00:00:00 GMT<h1>Твоё лицо уже может быть идентификатором: почему распознавание лиц в публичных местах важно</h1> <p><img src="/images/posts/oop.gif" alt="Facial Recognition" /></p> <h2>Введение</h2> <p>Сегодня лицо — это уже не просто часть внешности. В условиях современных систем видеонаблюдения и распознавания лиц оно может превращаться в биометрический идентификатор, который используется для поиска, сопоставления и повторной идентификации человека. Многие воспринимают камеру как устройство, которое просто записывает происходящее. Но в случае с facial recognition всё работает иначе: изображение лица может быть превращено в биометрические данные, а затем использовано для поиска совпадений.</p> <h2>Как это работает</h2> <p>Обычная камера фиксирует изображение. Но следующий шаг — уже не просто хранение записи. Система считывает черты лица, преобразует их в поисковый шаблон и использует этот шаблон для поиска совпадений.</p> <p>То есть лицо становится не просто изображением, а техническим ключом, по которому человека можно найти или сопоставить с другими записями. На практике это означает, что лицо может стать searchable identifier — идентификатором, который можно искать, проверять повторно и связывать с разными местами и моментами времени.</p> <h2>Почему live facial recognition важен в публичных местах</h2> <p>Live facial recognition особенно важен именно в публичных пространствах. По данным ICO, такие системы могут собирать биометрические данные в массовом масштабе, часто при минимальном выборе или контроле со стороны человека, которого сканируют.</p> <p>Проблема здесь не только в самой технологии. Вопрос в том, насколько допустимо использовать такую возможность в повседневной публичной жизни. Если система способна распознавать и повторно идентифицировать лица в разных местах и в разное время, то главный вопрос уже не технический. Технология для этого существует. Главный вопрос — насколько далеко обществу стоит разрешить её применение.</p> <h2>Ошибки и неравная надёжность</h2> <p>Системы распознавания лиц не являются идеальными. NIST указывает, что уровень ошибок в face-recognition системах может различаться в зависимости от возраста, пола и расы.</p> <p>Это значит, что система не одинаково надёжна для всех людей. Даже небольшая вероятность ошибки становится серьёзной проблемой, если технология применяется в полиции, расследованиях или массовом наблюдении. Ошибка в такой системе может привести к ложной идентификации. В худшем случае человека могут ошибочно связать с преступлением или подозрительной активностью.</p> <h2>Общественное отношение и ограничения</h2> <p>Британская общественность не полностью комфортно относится к таким технологиям. Исследования Ada Lovelace Institute показывают поддержку ограничений, защитных механизмов и лимитов на использование facial recognition полицией.</p> <p>Это важный момент: спор идёт о том, какие правила, ограничения и гарантии должны существовать вокруг неё. Без понятных рамок такая система может легко превратиться из инструмента безопасности в инфраструктуру постоянной идентификации людей в публичном пространстве.</p> <h2>Главный вопрос</h2> <p>Лицо больше не является просто лицом. На практике оно может стать поисковым идентификатором, который сопоставляется, проверяется повторно и связывается с разными местами и временем. Система уже способна идентифицировать и повторно идентифицировать людей. Поэтому главный вопрос в Великобритании — не в технической возможности, а в том, насколько далеко этой возможности позволят зайти в общественной жизни.</p> <h2>Итог</h2> <p>Facial recognition — это технология, которая может превратить лицо человека в биометрический ключ для поиска и сопоставления. Она может быть полезна для расследований и безопасности, но одновременно создаёт серьёзные риски для приватности, свободы передвижения и равного отношения к людям. Если лицо становится постоянным публичным идентификатором, общество должно заранее решить, где проходит граница между безопасностью и массовым контролем.</p> <h2>Источники:</h2> <ul> <li>https://ico.org.uk/for-organisations/uk-gdpr-guidance-and-resources/cctv-and-video-surveillance/guidance-on-video-surveillance-including-cctv/additional-considerations-for-technologies-other-than-cctv/facial-recognition-technology-frt-and-surveillance/</li> <li>https://ico.org.uk/media2/migrated/2619985/ico-opinion-the-use-of-lfr-in-public-places-20210618.pdf</li> <li>https://ico.org.uk/about-the-ico/media-centre/news-and-blogs/2025/08/ico-steps-up-scrutiny-of-police-use-of-facial-recognition-technology-with-audit-of-south-wales-police-and-gwent-police/</li> <li>https://ico.org.uk/about-the-ico/media-centre/news-and-blogs/2026/03/why-data-protection-lies-at-the-heart-of-responsible-police-use-of-facial-recognition-technology/</li> <li>https://www.judiciary.uk/wp-content/uploads/2020/08/R-Bridges-v-CC-South-Wales-ors-Judgment-1.pdf</li> <li>https://www.gov.uk/government/publications/police-use-of-facial-recognition/police-use-of-facial-recognition-factsheet</li> <li>https://www.gov.uk/government/consultations/legal-framework-for-using-facial-recognition-in-law-enforcement</li> <li>https://www.adalovelaceinstitute.org/report/beyond-face-value-public-attitudes-to-facial-recognition-technology/</li> <li>https://www.adalovelaceinstitute.org/report/an-eye-on-the-future/</li> <li>https://pages.nist.gov/frvt/html/frvt_demographics.html</li> </ul> https://dar8c9l-blog.vercel.app/posts/palantir-data-profile-privacy/https://dar8c9l-blog.vercel.app/posts/palantir-data-profile-privacy/Разбор того, почему данные становятся опасными при соединении разных источников, как формируются поведенческие профили и почему Palantir часто приводят как пример систем связанных данных.Sat, 04 Jul 2026 00:00:00 GMT<h1>Ты не под наблюдением одной компании: тебя собирают из множества данных</h1> <p><img src="/images/posts/palantir.png" alt="Palantir" /></p> <h2>Введение</h2> <p>Будущее приватности — это не история про одно приложение, которое следит за пользователем. Главная проблема намного шире: разные сервисы, устройства, банки, платформы и государственные системы собирают отдельные фрагменты информации, которые потом можно связать между собой.</p> <p>Сами по себе данные не всегда выглядят опасно. Один сервис знает часть информации, другой хранит другую часть, телефон показывает поведение, банк видит финансовые паттерны, а государственные структуры могут обладать отдельными административными данными. Обычно эти системы существуют отдельно. Но риск появляется тогда, когда их начинают соединять.</p> <h2>Почему данные становятся опасными</h2> <p>Данные опасны не только потому, что они собираются. Они становятся опасными тогда, когда их можно объединить в единую картину.</p> <p>Отдельный фрагмент информации может ничего не значить. Но если соединить историю платежей, геолокацию, активность в приложениях, публичные записи, контакты, документы и поведение в сети, появляется не просто набор данных, а профиль человека.</p> <p>Такой профиль уже можно использовать для выводов, прогнозов и решений. Система начинает видеть не отдельные события, а паттерны поведения.</p> <h2>Не одна компания, а множество источников</h2> <p>Пользователь часто думает, что за ним наблюдает какая-то одна компания. На деле всё сложнее. Информация собирается многими участниками одновременно.</p> <p>Банк знает одни вещи. Телефон знает другие. Приложения собирают третьи. Государственные структуры могут хранить четвёртые. Платформы и сервисы добавляют к этому историю действий, интересы и технические данные.</p> <p>Проблема не в том, что один участник знает всё. Проблема в том, что множество разных источников могут быть собраны в одну связанную систему.</p> <h2>Palantir как пример идеи связанных данных</h2> <p>Palantir часто приводят как пример компании, которая строит операционные системы для работы с данными. В этой логике данные из разных источников соединяются, анализируются и превращаются в рабочую картину для принятия решений.</p> <p>Gotham связывают с государственными и военными задачами, где данные используются для разведки и анализа. Foundry описывают как платформу, которую могут использовать банки, страховые компании и другие крупные организации.</p> <p>Главная идея таких систем — не просто хранить информацию, а соединять её. Когда данные из разных областей начинают работать вместе, появляется возможность строить поведенческие профили, искать закономерности и принимать решения на основе этих связей.</p> <h2>Паттерны могут предсказывать поведение</h2> <p>Когда система видит достаточно данных, она начинает работать не только с прошлым, но и с вероятным будущим. Паттерны могут использоваться для оценки рисков, отслеживания людей и принятия решений.</p> <p>Это делает такие системы крайне ценными для государств, корпораций, банков, страховых организаций и других структур, которым важно понимать поведение людей, прогнозировать события и быстро находить связи.</p> <p>Но именно здесь появляется главный конфликт: чем эффективнее система связывает данные, тем сильнее она затрагивает приватность.</p> <h2>Почему это важно для приватности</h2> <p>Приватность в цифровую эпоху — это уже не только вопрос “кто видит мои сообщения”. Это вопрос о том, кто может соединить разрозненные фрагменты моей жизни в один профиль.</p> <p>Один app report, одна банковская операция, одна геолокация или один аккаунт могут казаться незначительными. Но вместе они создают контекст. А контекст позволяет делать выводы о привычках, маршрутах, интересах, рисках, связях и будущем поведении.</p> <p>Именно поэтому будущее приватности зависит не только от защиты отдельных приложений, но и от ограничения связности данных.</p> <h2>Итог</h2> <p>Ты не находишься под наблюдением одной компании. Скорее, твоя цифровая личность собирается из множества источников.</p> <p>Опасность не только в сборе данных, а в возможности соединить их между собой. Когда банк, телефон, приложения, государственные базы, рекламные платформы и публичные источники складываются в единую картину, пользователь превращается в профиль.</p> <p>Будущее приватности — это не борьба с одним приложением. Это вопрос о том, насколько далеко может зайти связка данных и кто получает право видеть всю картину целиком.</p> https://dar8c9l-blog.vercel.app/posts/digital-footprint-privacy-guide/https://dar8c9l-blog.vercel.app/posts/digital-footprint-privacy-guide/Разбор цифрового следа, разрешений приложений, рекламного трекинга, браузерной приватности, истории аккаунтов и публичных data broker-баз.Sat, 04 Jul 2026 00:00:00 GMT<h1>Ты постоянно сливаешь данные: как уменьшить цифровой след</h1> <p><img src="/images/posts/po.gif" alt="Ты постоянно сливаешь данные" /></p> <h2>Введение</h2> <p>Большинство людей думает, что утечка личных данных — это что-то далёкое: взлом базы, вирус, слитый пароль или ошибка крупной компании. На деле всё проще и неприятнее. Мы сами постоянно отдаём данные через разрешения приложений, рекламные профили, историю аккаунтов, браузерные трекеры и публичные базы.</p> <p>Главная мысль простая: идеальной приватности добиться сложно, но это не значит, что ничего нельзя сделать. Приватность — это не одна кнопка. Это несколько слоёв, каждый из которых уменьшает количество данных, доступов и профилей о тебе.</p> <h2>Где чаще всего происходит утечка данных</h2> <p>Обычно цифровой след формируется из нескольких основных источников:</p> <ul> <li>разрешения приложений;</li> <li>рекламное отслеживание;</li> <li>браузерные трекеры;</li> <li>история аккаунтов;</li> <li>публичные базы и data broker-сайты.</li> </ul> <p>У каждого источника есть свой способ контроля. Не существует одной универсальной настройки, которая всё исправит, но можно постепенно закрывать самые очевидные дыры.</p> <h2>Начни с разрешений приложений</h2> <p>Первое, что стоит проверить, — разрешения приложений. Если приложение не нуждается в доступе к камере, микрофону, геолокации, контактам или файлам, этот доступ лучше отключить.</p> <p>Android и iPhone дают пользователю менеджеры разрешений. Через них можно посмотреть, какие приложения к чему имеют доступ, и быстро забрать лишние права.</p> <p>Это важный базовый шаг. Чем меньше разрешений у приложения, тем меньше данных оно может собирать или передавать.</p> <h2>Уменьши рекламное отслеживание</h2> <p>Следующий слой — рекламные профили. Google через My Ad Center позволяет управлять активностью, которая используется для персонализированной рекламы. Apple тоже даёт возможность отключать персонализированную рекламу.</p> <p>Это не делает пользователя полностью невидимым, но снижает уровень профилирования. Чем меньше платформа знает о твоих интересах, действиях и привычках, тем сложнее строить точный рекламный профиль.</p> <h2>Не путай приватный режим с приватностью</h2> <p>Приватный режим в браузере часто воспринимают неправильно. Он может очищать локальную историю после закрытия окна, но не делает пользователя невидимым для сайтов.</p> <p>Сайты всё ещё могут видеть активность, IP-адрес, параметры браузера и другие технические данные. Приватный режим — это скорее уборка локальных следов на устройстве, а не полноценная защита приватности.</p> <p>Иными словами, private browsing — это cleanup, not invisibility.</p> <h2>Усиль браузерный слой</h2> <p>Браузер — один из главных источников цифрового следа. Через него сайты собирают cookies, fingerprint-данные и информацию о поведении пользователя.</p> <p>Firefox имеет Enhanced Tracking Protection, которая блокирует трекеры, а Total Cookie Protection изолирует cookies по сайтам. Brave также хорошо подходит для блокировки fingerprinting и других видов отслеживания.</p> <p>Это не делает интернет полностью безопасным, но помогает уменьшить количество трекеров, которые следят за пользователем между сайтами.</p> <h2>Останови накопление истории аккаунта</h2> <p>Многие платформы сохраняют активность пользователя годами. Google позволяет управлять Web &amp; App Activity, YouTube History и другими данными, которые используются для рекомендаций и рекламы.</p> <p>Если сервис сохраняет всё, что ты делаешь, он постепенно строит подробный профиль. История поиска, просмотренные видео, посещённые места, взаимодействие с приложениями — всё это превращается в модель поведения.</p> <p>Поэтому стоит регулярно проверять настройки аккаунтов и отключать сохранение данных, которые не нужны.</p> <h2>Проверь, что реально происходит</h2> <p>Полезно не только отключать лишнее, но и смотреть, как приложения используют доступы. Например, Apple App Privacy Report показывает, какие разрешения используют приложения и какую сетевую активность они создают.</p> <p>Видимость важна. Когда пользователь видит, что приложение постоянно обращается к сети или использует лишние разрешения, проще понять, стоит ли ему доверять.</p> <h2>Почисти публичную сторону</h2> <p>Отдельная проблема — people-search и data broker-сайты. Такие сервисы могут собирать и продавать информацию о людях: имена, адреса, телефоны, связи, старые записи и другие открытые данные.</p> <p>Там, где это возможно, стоит делать opt-out и удалять свои данные из таких баз. Это не сотрёт каждый след в интернете, но может остановить часть сайтов от продажи информации.</p> <p>Важно понимать: полная очистка публичного следа почти невозможна, но уменьшить его реально.</p> <h2>Почему нет одной кнопки “исправить всё”</h2> <p>Многие слышат о таких проблемах и думают: “значит, ничего не исправить”. Это ошибка.</p> <p>Решение есть, просто оно не выглядит как одна большая кнопка. Это набор маленьких действий:</p> <ul> <li>убрать лишние разрешения;</li> <li>отключить персонализированную рекламу;</li> <li>настроить браузер;</li> <li>контролировать историю аккаунтов;</li> <li>проверять активность приложений;</li> <li>удаляться из публичных баз, где это возможно.</li> </ul> <p>Каждый шаг уменьшает количество данных, которые собираются о пользователе.</p> <h2>Итог</h2> <p>Настоящее решение — не идеальная приватность. Настоящее решение — меньше сбора, меньше доступа, меньше профилирования и меньше ненужной экспозиции.</p> <p>Люди часто думают, что они застряли и ничего не могут изменить. Это не так. Даже простые настройки уже уменьшают цифровой след.</p> <p>Приватность — это не магия и не абсолютная невидимость. Это контроль над тем, какие данные ты отдаёшь, кому ты их отдаёшь и сколько следов оставляешь после себя.</p> https://dar8c9l-blog.vercel.app/posts/eu-chat-control-2-privacy-europe/https://dar8c9l-blog.vercel.app/posts/eu-chat-control-2-privacy-europe/Разбор EU Chat Control 2.0, рисков массового сканирования сообщений, приватности, ошибок автоматических систем и function creep.Fri, 03 Jul 2026 00:00:00 GMT<h1>EU Chat Control 2.0: что может потерять приватность в Европе</h1> <p><img src="/images/posts/oi.gif" alt="EU Chat Control 2.0" /></p> <h2>Введение</h2> <p>EU Chat Control 2.0 снова оказался в центре обсуждения. Формально цель инициативы звучит убедительно: борьба с распространением материалов, связанных с насилием над детьми, грумингом и эксплуатацией несовершеннолетних в интернете.</p> <p>Сама цель не вызывает споров. Подобные преступления должны пресекаться. Главный конфликт начинается в другом месте — в вопросе как именно государство и технологические платформы собираются этого добиваться.</p> <p>Проблема в том, что предложенный подход может затронуть не только преступников, но и обычных пользователей, которые рассчитывают на приватность личной переписки.</p> <h2>В чём суть предложения</h2> <p>Согласно идее Chat Control, сервисы должны будут проверять то, что пользователи отправляют друг другу. Речь идёт о сканировании сообщений и файлов, чтобы выявлять запрещённый контент.</p> <p>Но из-за сквозного шифрования возникает сложный технический момент. Если сообщения защищены E2EE, то сервис не должен иметь доступа к их содержимому после отправки. Поэтому обсуждается вариант, при котором проверка может происходить ещё до отправки сообщения — прямо на стороне устройства пользователя.</p> <p>Сторонники называют это необходимой мерой безопасности. Критики видят в этом массовое наблюдение, потому что такая система создаёт механизм проверки частных сообщений в огромном масштабе.</p> <h2>Почему это вызывает опасения</h2> <p>Главный риск заключается не только в самой проверке, а в масштабе. Автоматические системы распознавания ошибаются. Даже очень маленький процент ложных срабатываний выглядит безобидно только на бумаге.</p> <p>Но если такая система применяется к миллиардам сообщений, даже небольшой процент ошибок превращается в большое количество реальных случаев. Обычная шутка, неудачная формулировка, контекстный мем или неправильно распознанное изображение могут стать причиной ложного подозрения.</p> <p>В теории система должна защищать. На практике она может ошибаться, а последствия ошибки будут ложиться на обычного пользователя.</p> <h2>Проблема function creep</h2> <p>Есть ещё один важный риск — расширение функций системы со временем. Это называют function creep: когда механизм создаётся для одной цели, но постепенно начинает использоваться для других задач.</p> <p>Сегодня система может быть заявлена как инструмент борьбы с тяжёлыми преступлениями. Но в будущем у государства или регуляторов может появиться желание расширить список того, что она ищет.</p> <p>Это не обязательно произойдёт именно в рамках текущего предложения, но сам факт появления инфраструктуры для массового анализа сообщений создаёт риск. Однажды построенную систему контроля гораздо проще расширить, чем создать с нуля.</p> <h2>Почему момент важен</h2> <p>Этот вопрос обсуждается не впервые. Европейские институты уже несколько раз пытались прийти к политическому соглашению по Chat Control. Если такое соглашение будет достигнуто, дальнейшее принятие может продвинуться намного быстрее.</p> <p>Это не означает, что закон обязательно будет принят в текущем виде. Но сам факт, что обсуждение снова приблизилось к реальному решению, делает тему важной именно сейчас.</p> <p>Для пользователей это вопрос не только о безопасности, но и о будущем приватной коммуникации в Европе.</p> <h2>Главный вопрос</h2> <p>Каждая система наблюдения начинается с причины. Иногда эта причина действительно звучит убедительно. Борьба с тяжёлыми преступлениями — именно такой случай.</p> <p>Но главный вопрос остаётся открытым: должна ли защита общества требовать технологии, способной проверять частные коммуникации в массовом масштабе?</p> <p>С одной стороны, никто не спорит с тем, что преступления против детей нужно останавливать. С другой стороны, создание инструмента для сканирования сообщений может затронуть фундаментальное право на приватность.</p> <p>Именно этот баланс Европа сейчас пытается найти.</p> <h2>Итог</h2> <p>EU Chat Control 2.0 — это спор о границах цифровой безопасности и личной приватности.</p> <p>Если подобная система будет внедрена, она может изменить само представление о частной переписке. Пользователь больше не сможет быть уверен, что его сообщения остаются только между ним и собеседником.</p> <p>Проблема не в том, что общество хочет бороться с преступлениями. Проблема в том, каким инструментом это предлагается делать.</p> <p>Безопасность важна. Но если ради неё создаётся инфраструктура массового контроля, вопрос становится намного шире: что именно мы готовы потерять ради обещания защиты?</p> https://dar8c9l-blog.vercel.app/posts/arch-aur-infected-chto-proizoshlo/https://dar8c9l-blog.vercel.app/posts/arch-aur-infected-chto-proizoshlo/Разбор инцидента с заражёнными AUR-пакетами, рисков supply-chain атак и базовых действий для пользователей Arch Linux.Fri, 03 Jul 2026 00:00:00 GMT<h1>Arch AUR Infected: что произошло и что делать пользователям Arch Linux</h1> <p><img src="/images/posts/yt.png" alt="Arch AUR Infected" /></p> <p>11 июня 2026 года в Arch User Repository произошёл крупный supply-chain инцидент: более 400 AUR-пакетов были захвачены и изменены так, чтобы запускать вредоносный код во время установки или сборки пакета. По опубликованным данным, атака была направлена на пользователей Arch Linux, которые устанавливали или обновляли пакеты из AUR.</p> <h2>Что произошло</h2> <p>AUR — это пользовательский репозиторий Arch Linux, где пакеты поддерживаются сообществом. Именно поэтому при работе с ним всегда важно проверять <code>PKGBUILD</code> и другие файлы перед установкой.</p> <p>В этом случае злоумышленники получили контроль над большим количеством пакетов и изменили build-скрипты так, чтобы вредоносный код запускался во время установки.</p> <p>Главная проблема таких атак в том, что пользователь может думать, что просто обновляет обычный пакет, хотя на самом деле во время сборки или установки уже выполняется чужой код. Это делает AUR удобной целью для supply-chain атак: доверие к пакету используется против пользователя.</p> <h2>Что делало вредоносное ПО</h2> <p>Согласно опубликованным данным, payload был написан на Rust и работал как credential stealer. Его цель — кража важных данных, которые могут храниться на машине пользователя: токенов, SSH-ключей, API-ключей и других секретов.</p> <p>Также сообщалось, что при запуске с root-правами система могла загрузить eBPF-rootkit для скрытия вредоносной активности.</p> <p>Важно понимать: проблема не только в самом пакете. Если вредоносный код уже был выполнен, то нельзя считать систему полностью безопасной только после удаления пакета. Нужно исходить из того, что часть данных могла быть скомпрометирована.</p> <h2>Что делать пользователям AUR</h2> <p>Если ты используешь AUR, первое правило — не обновлять всё бездумно. Перед сборкой пакета нужно смотреть его файлы, особенно <code>PKGBUILD</code>, <code>.install</code> и любые скрипты, которые выполняются во время установки.</p> <p>До проверки недавние обновления лучше считать подозрительными.</p> <p>Если ты уже обновлял AUR-пакеты в период инцидента, нужно проверить, были ли установленные у тебя пакеты в списке затронутых. Если пакет был скомпрометирован и вредоносный код мог выполниться, систему стоит рассматривать как потенциально заражённую.</p> <h2>Что делать, если ты уже обновился</h2> <p>Сначала нужно определить, были ли среди установленных AUR-пакетов те, которые попали под атаку. После этого стоит удалить затронутые пакеты и следовать рекомендациям по очистке от Arch-сообщества или сопровождающих пакетов.</p> <p>Если вредоносный пакет действительно запускался, лучше считать, что данные на машине могли быть скомпрометированы. В таком случае нужно сменить важные пароли с другого, доверенного устройства.</p> <p>Особенно стоит проверить SSH-ключи, API-токены, GitHub/GitLab-токены, ключи от серверов и любые секреты, которые могли храниться локально.</p> <p>Также стоит пересоздать SSH-ключи и отозвать старые токены, если есть подозрение, что они могли быть доступны вредоносному коду. Просто удалить пакет недостаточно, если он уже успел выполниться.</p> <h2>Почему это важно</h2> <p>Эта ситуация хорошо показывает главную слабость пользовательских репозиториев: удобство часто идёт рядом с риском. AUR остаётся мощным инструментом для пользователей Arch Linux, но он требует внимательности.</p> <p>Каждый пакет из AUR нужно воспринимать не как полностью доверенный бинарник, а как набор инструкций, которые будут выполнены на твоей машине.</p> <p>Особенно опасны пакеты, которые давно не обновлялись, имеют непонятного мейнтейнера или внезапно получили странные изменения. Перед установкой стоит смотреть, что именно будет выполняться, какие зависимости добавлены и не появились ли подозрительные команды.</p> <h2>Итог</h2> <p>AUR не стал бесполезным или полностью небезопасным, но этот инцидент напоминает простую вещь: пользователь сам отвечает за то, что собирает и запускает на своей системе.</p> <p>Если ты используешь Arch Linux и AUR, проверяй пакеты перед установкой, не обновляй всё вслепую и относись к свежим изменениям осторожно.</p> <p>Если пакет уже был установлен и мог выполнить вредоносный код, нужно не просто удалить его, а проверить систему, сменить важные пароли, пересоздать ключи и отозвать токены. В подобных случаях лучше перестраховаться, чем потом разбираться с последствиями компрометации.</p> https://dar8c9l-blog.vercel.app/posts/code-brief-graphs-in-rust-2/https://dar8c9l-blog.vercel.app/posts/code-brief-graphs-in-rust-2/Дополнение к прошлому посту про графы на Rust: граф как связь между идеей, математической моделью и кодом.Fri, 03 Jul 2026 00:00:00 GMT<p>#Code_Brief — Graphs in Rust</p> <p><img src="/images/posts/iu.gif" alt="Graphs in Rust 2" /></p> <h2>Граф как связь между идеей и кодом</h2> <p><code>G = (V, E)</code></p> <p>Граф <code>G = (V, E)</code> — это способ описать объекты и связи между ними. Вершины <code>V</code> представляют важные для задачи сущности, а рёбра <code>E</code> показывают, как эти сущности связаны друг с другом.</p> <p>Интуитивно граф можно понимать как карту отношений. Если вершины — это города, то рёбра показывают возможные маршруты. Если вершины — это задачи, то рёбра описывают зависимости. Если вершины — это сигналы или состояния, то рёбра показывают влияние одного элемента на другой.</p> <p>Когда мы реализуем граф в Rust, мы превращаем эту идею в конкретную структуру данных. Программа должна уметь отвечать на вопросы: можно ли дойти из одной вершины в другую, сколько стоит путь, какие элементы связаны, в каком порядке выполнять действия и как меняется состояние системы.</p> <p>Поэтому представление графа нужно выбирать под задачу. Для быстрой проверки существования ребра подойдёт структура с прямым доступом. Для частого обхода соседей лучше использовать списки смежности. Для работы с рёбрами как с отдельными объектами удобен плоский список рёбер. Для повторяющихся вычислений могут быть полезны матрицы или CSR-подобные форматы.</p> <p>Rust помогает сделать эти решения явными. Владение, изменяемость и времена жизни заставляют заранее продумать, кто хранит данные, кто может их менять и как избежать ошибок со ссылками или устаревшими индексами.</p> <p>Хорошая реализация графа не пытается быть универсальной для всего. Она честно показывает свой сценарий использования через названия типов, методов и выбранную структуру хранения.</p> <hr /> <p>Дополнение к прошлому посту про графы на Rust. Думал сделать статью в Telegraph, но быстро отказался от этой идеи, так как визуально это выглядело очень плохо. Потом переключился на PDF-файл, но нашёл решение намного лучше. Оно требует больше усилий, но, думаю, результат всё оправдает. Codex является незаменимым инструментом в моём обучении.</p> <p>После работы начну делать карточки по матанализу. Может, скину сюда примеры того, как это выглядит. В любом случае продолжу набивать скилл с помощью документации.</p> https://dar8c9l-blog.vercel.app/posts/securitytheory-and-ecosystem/https://dar8c9l-blog.vercel.app/posts/securitytheory-and-ecosystem/Первый пост в блоге DAr8c9l-Blog о проекте SecurityTheory и будущей экосистеме D'Ar8c9l.Thu, 02 Jul 2026 00:00:00 GMT<p>#dev_log</p> <p>Всем привет. Я создал блог своего проекта. Здесь будут публиковаться обновления, заметки, материалы по разработке, мысли об экосистеме D'Ar8c9l и новости по SecurityTheory.</p> <h2>Что такое SecurityTheory и как будет работать моя экосистема?</h2> <p>SecurityTheory — это проект, который я разрабатываю в одиночку. Он станет первым проектом в моей экосистеме. Проект нужен для того, чтобы обезопасить пользователей от вредоносного ПО, но не через прямую защиту, а через объяснение того, как находить вредоносные пакеты, отслеживать источники и делать свою систему безопаснее.</p> <p>Сайт проекта будет использоваться для публикации теории, разбора работы утилит и анализа уязвимостей. На данный момент идёт разработка open-source программы, которая должна стать альтернативой Maltego. Но так как я разрабатываю её в одиночку, точные даты назвать сложно.</p> <p>Все обновления будут публиковаться здесь, а также на сайте.</p> <hr /> <h2>Экосистема D'Ar8c9l</h2> <p>Экосистема D'Ar8c9l разрабатывается мной для личного пользования. В неё будут входить ПО, утилиты, кастомные конфиги и сайты, связанные между собой.</p> <p>Основным языком для разработки я выбрал Rust из-за его удобной работы с многопоточностью и общей надёжности. Главная цель всей экосистемы — сделать поиск информации и данных более удобным для обычного пользователя. Остальное раскрывать не буду.</p> https://dar8c9l-blog.vercel.app/posts/dark-securitytheory-update/https://dar8c9l-blog.vercel.app/posts/dark-securitytheory-update/Обновление по сайту, портфолио и новому проекту SecurityTheory.Thu, 02 Jul 2026 00:00:00 GMT<p>#dev_log</p> <h1>D'Ark</h1> <p><img src="/images/posts/ry.png" alt="D'Ark update" /></p> <p>😀 Добавил пару новых блоков на сайт:</p> <p>— пасхалка: если два раза кликнуть по картинке, появится надпись;<br /> — роадмапа;<br /> — прогресс по проектам;<br /> — у канала появилась своя страница;<br /> — добавлен мой новый проект.</p> <p>Посмотреть нововведения — https://arhindrc-portfolio.vercel.app/</p> <hr /> <h2>🥖 Новый проект — SecurityTheory. 🥖</h2> <p>Пока что проект находится на ранней стадии разработки, но именно с него начнётся развитие моей небольшой экосистемы.</p> <p>С помощью этого сайта можно будет посмотреть, как визуально работает то или иное вредоносное ПО: ратка, стиллер, локер и другие сценарии. Количество демонстраций со временем будет пополняться.</p> <p>Также на сайте будет раздел с теорией. Туда я планирую публиковать мини-статьи с разбором возможных уязвимостей, принципов защиты, поведения вредоносного ПО и некоторых своих инструментов.</p> <p>В будущем на базе этого проекта появится полноценный софт и отдельные полезные инструменты, а пока уже можно ознакомиться с демо-версией сайта:</p> <p>https://securitytheory.vercel.app/</p> https://dar8c9l-blog.vercel.app/posts/code-brief-graphs-in-rust/https://dar8c9l-blog.vercel.app/posts/code-brief-graphs-in-rust/Мини-статья о графах, математической модели G=(V,E) и представлении графа в Rust.Thu, 02 Jul 2026 00:00:00 GMT<p>#Code_Brief — Graphs in Rust</p> <p><img src="/images/posts/iy.gif" alt="Graphs in Rust" /></p> <h2>Граф и его представление в Rust</h2> <p>Граф формально обозначается как:</p> <p><code>G = (V, E)</code></p> <p>Где <code>V</code> — множество вершин, а <code>E</code> — множество рёбер. Математическое определение описывает модель графа, а реализация в Rust показывает, как эту модель хранить и обрабатывать в коде.</p> <p>При разработке графа важно разделять идентификатор вершины и данные, связанные с ней. Многие алгоритмы используют только стабильные индексы вершин. Также следует различать ребро как математическое отношение и запись о соседе как способ хранения этого отношения.</p> <p>Выбор структуры данных зависит от типа графа. Для разреженных графов эффективнее хранить только существующие рёбра. Для плотных графов может быть удобнее табличное представление. В ориентированном графе порядок вершин в ребре важен, а в неориентированном ребро можно проходить в обе стороны.</p> <p>Корректная реализация графа в Rust должна сохранять инварианты и явно определять поведение при ошибках, например при обращении к несуществующей вершине. Обычно для этого используют <code>Option</code>, <code>Result</code> или документированную панику.</p> <p>Таким образом, математическая модель задаёт смысл графа, а Rust-реализация определяет его безопасное и удобное представление в программе.</p> <p>Пока готовлю основной материал, буду иногда публиковать такие мини-статьи. Практически все они на английском и нуждаются в правках.</p>