Пиратская партия России А++

Common questions

How many subscribers?

Subscribers: 4.5K. Median views per post: 874. Views per subscriber: 19.2%. Measured on October 1, 2026.

How often are posts published?

Posts in the last 30 days: 77 — that is several times a day. Measured on October 1, 2026.

Does this channel have a Telegram tick?

No Telegram tick.

Who runs this channel page in the catalog?

Nobody yet. If this is your channel, claim the page: you will be able to reply to reviews and see its stats.

Latest posts

Posts are in Russian — that is what the channel publishes.

• today177Open in Telegram
  СЕГОДНЯ СТРИМ, ты не забыл? НАЧАЛО 1 октября в 20:00 (мск) Ютуб → youtube.com/live/cp9bB8xGKXw ВК →

  vkvideo.ru/…

  https://vkvideo.ru/live-10354961_456239717
• today240Open in Telegram
  OSTIF опубликовала сотый отчёт по аудиту безопасности Open Source Technology Improvement Fund (OSTIF) сообщил о публикации своего 100-го отчёта по аудиту безопасности. Организация занимается проверкой и улучшением безопасности проектов с открытым исходным кодом, прежде всего тех, которые являются важной частью цифровой инфраструктуры. За 100 опубликованных отчётов OSTIF фактически провела работу более чем с 200 отдельными проектами. В числе проектов, проходивших аудит или получавших поддержку в рамках этих работ, организация называет Linux Kernel, LibVLC, Bitcoin, Git, cURL, PHP, OpenSSL, Paramiko, Scala, Ruby on Rails, PyTorch и Kubernetes. Используемое здесь количество проектов больше количества отчётов потому, что один отчёт может охватывать несколько проектов. Всего специалисты обнаружили около 900 проблем. Из них 145 были отнесены к категориям Critical/High, 249 - к Medium, ещё более 300 - к Low/Informational. OSTIF сообщает о 98% уровне исправления выявленных проблем в рамках своей программы: организация не только передаёт результаты аудита разработчикам, но и помогает сопровождающим проект устранить найденные недостатки. Отдельное направление работы - фаззинг, то есть автоматическое тестирование программы большим количеством специально сгенерированных входных данных для поиска ошибок и уязвимостей. По данным OSTIF, улучшения фаззинга получили 55 проектов, а всего было создано 260 фаззеров. Цель такого подхода - не только найти конкретную ошибку, но и создать для проекта постоянный источник обратной связи по безопасности. Важность этой работы связана с особенностями open source. Одни и те же библиотеки и инструменты могут использоваться одновременно в энергетике, транспорте, финансовых системах, здравоохранении, научных проектах, операционных системах и интернет-инфраструктуре. При этом значительная часть открытого ПО поддерживается небольшими командами или добровольцами. OSTIF отдельно обращает внимание на новую проблему: с развитием ИИ количество обнаруживаемых уязвимостей растёт, но количество людей, времени и денег, доступных сопровождающим проекты для их исправления, не обязательно растёт с той же скоростью. Поэтому обнаружение уязвимости само по себе не решает проблему - необходимы ресурсы на её анализ, исправление, тестирование и выпуск обновления.

  More
• today417Open in Telegram
  Правообладатели взялись за yt-dlp — программу для скачивания с YouTube и не только Международная федерация производителей фонограмм (IFPI) попросила Еврокомиссию включить популярную open-source-утилиту yt-dlp в список сервисов и инструментов, связанных с пиратством. yt-dlp позволяет скачивать видео и аудио с YouTube и более чем 1500 других сервисов. Среди них — российские VK, «ВКонтакте», «Одноклассники», «Яндекс Диск», «Яндекс Музыка» и Rutube. IFPI считает, что программа позволяет обходить технические ограничения платформ и тем самым способствует пиратству. При этом речь пока не идёт о запрете программы или преследовании её разработчиков. Европейский список используется прежде всего как инструмент давления: попадание в него может подтолкнуть власти и правоохранительные органы к дальнейшим мерам. yt-dlp — наследник youtube-dl, с которым правообладатели уже пытались бороться. В 2020 году RIAA потребовала от GitHub удалить репозиторий и связанные с ним форки, заявив, что программа предназначена для обхода защиты контента. GitHub первоначально удалил 18 репозиториев, но после разбирательства восстановил их. Проект продолжил развиваться и сегодня имеет более 190 тысяч «звёзд» и свыше 16 тысяч форков на GitHub. Причина живучести подобных проектов довольно очевидна: открытый исходный код можно копировать, модифицировать и распространять независимо от одного конкретного сайта. Закрыли один репозиторий — появятся новые. История с yt-dlp в очередной раз показывает конфликт между техническими возможностями интернета и попытками распространить контроль правообладателей на сами инструменты работы с информацией. Как отмечается в исследованиях цифрового пиратства, чрезмерное расширение авторско-правовых ограничений способно превращать технические инструменты и обычные действия пользователей в объект постоянной юридической борьбы. Источник:

  cnews.ru/…

  https://www.cnews.ru/news/top/2026-09-30_pravoobladateli_potrebovali

  More
• today375Open in Telegram
  Debian разрешила использовать ИИ при разработке Проект Debian определился с правилами использования генеративного ИИ в разработке, сопровождении и документации. В конце августа участники голосования выбрали вариант «Ответственное использование генеративного ИИ» - при этом Debian не запрещает и не рекомендует использование таких инструментов. На голосовании было восемь основных вариантов - от полного запрета AI-сгенерированных материалов до разрешения их использования при определённых условиях. В голосовании участвовали почти 600 человек, а действительными были признаны почти 450 голосов. Формально право голоса имели 1045 разработчиков Debian; для вариантов голосования был установлен отдельный порог кворума. Принятый вариант устанавливает принцип: инструмент, которым создана работа, не освобождает автора от ответственности за неё. Код, документация, пакеты и другие материалы, попадающие в Debian, должны соответствовать тем же требованиям к качеству, корректности, сопровождаемости и юридической допустимости, что и материалы, созданные без ИИ. Разработчик должен понимать предложенные изменения, проверить и протестировать результат и при необходимости изменить его. Простая ссылка на то, что «так сделал ИИ», не считается оправданием ошибки. При этом Debian отдельно не решает спорные вопросы авторского права и лицензирования AI-выхода. В принятом тексте признаётся, что в разных юрисдикциях остаются нерешёнными вопросы авторства, охраноспособности, лицензирования и возможного воспроизведения материалов из обучающих данных. Поэтому существующие требования Debian к лицензиям, авторскому праву и свободе ПО продолжают действовать независимо от того, каким инструментом был подготовлен материал. Ещё один важный момент касается конфиденциальности. Разработчикам нельзя передавать сторонним AI-сервисам закрытую информацию Debian - например, непубличные сведения об уязвимостях, приватную переписку, ключи и учётные данные, если такая передача не разрешена и не соответствует требованиям безопасности. Для массовых или автоматизированных изменений также сохраняется необходимость предварительного обсуждения, а сам процесс должен контролироваться человеком. Раскрывать использование ИИ Debian рекомендует, но не требует. То есть разработчик может сообщить, что код был создан или существенно изменён с помощью AI, однако отсутствие такого сообщения само по себе не является нарушением принятой резолюции. Вопрос интересен не только для Debian. Свободное ПО исторически строится вокруг возможности изучать, изменять и распространять исходный код, а использование генеративных моделей добавляет к этому вопросы о происхождении фрагментов кода, лицензиях обучающих данных, конфиденциальности и возможности человека действительно проверить результат. Для Debian выбран подход, при котором эти вопросы не решаются запретом самого инструмента: ответственность остаётся за человеком, который отправляет результат в проект. Это хорошо сочетается с закреплённым в программе Пиратской партии России принципом свободных и открытых технологий, реформы авторского права с учётом интересов авторов и общества и отказа от патентования программного обеспечения.

  More
• today506Open in Telegram
  Минцифры готовит «Антифрод 3.0»: новые правила для SIM-карт, сайтов и хостинга Минцифры представило третий пакет мер против телефонного и интернет-мошенничества. Поправки планируют ввести с 1 марта 2028 года. Проект предусматривает возможность отключать номера по запросам ФСБ и МВД через ГИС «Антифрод». Причём при подтверждении нарушений блокироваться смогут не только подозрительный номер, но и другие номера, оформленные на того же абонента. Ужесточаются и правила продажи SIM-карт: продавать их через маркетплейсы смогут только операторы, а договоры с посредниками придётся заключать в установленном порядке. Для устройств с eSIM в договоре потребуется указывать данные и идентификатор устройства. Отдельный блок касается персональных данных. Предлагается создать единую платформу согласий на их передачу, а владельцев сайтов с авторизацией обязать хранить данные о регистрации пользователей в течение трёх лет и предоставлять их силовым ведомствам по запросу. Достанется и хостинг-провайдерам. Они должны будут идентифицировать клиентов, выяснять цели использования мощностей и проверять пользователей по специальному реестру Роскомнадзора. По запросу силовых структур хостинг также смогут обязать прекратить обслуживание. В итоге под борьбу с мошенниками предлагается довольно широкий набор инструментов: от контроля за SIM-картами до хранения данных об авторизации пользователей на сайтах. Проблема в том, что чем больше данных собирается «для безопасности», тем больше становится сама система слежения за пользователями. А безопасность почему-то каждый раз предлагается обеспечивать прежде всего расширением контроля, а не точечной работой с теми, кто действительно совершает преступления.

  More
• yesterday5362 forwards4 reactionsOpen in Telegram
  Как open source подготовиться к Cyber Resilience Act OpenSSF опубликовал новый навигатор Grow CRA Readiness, который помогает разобраться, какое место разработчик, сопровождающий проект, организация или производитель занимает в системе требований европейского Cyber Resilience Act (CRA - Закон ЕС о киберустойчивости). Это особенно актуально сейчас: с 11 сентября 2026 года для производителей продуктов с цифровыми элементами уже действуют обязанности по уведомлению об активно эксплуатируемых уязвимостях и серьёзных инцидентах. Основная часть требований CRA начнёт применяться с 11 декабря 2027 года. OpenSSF предлагает разделять участников экосистемы примерно на три группы. Разработчик или сопровождающий open source-проект. Сам факт разработки или поддержки некоммерческого свободного ПО не превращает человека автоматически в производителя по CRA. При этом проекту полезно иметь понятную процедуру сообщения об уязвимостях, актуальный контакт для вопросов безопасности и возможность быстро взаимодействовать с организациями, использующими код. OpenSSF отдельно рекомендует подготовить файл security.md и определить канал для сообщений о серьёзных уязвимостях. Организация, сопровождающая open source-проект (open-source software steward - организация, которая на постоянной основе поддерживает развитие проекта и играет существенную роль в обеспечении его жизнеспособности). CRA предусматривает для таких организаций специальный, более ограниченный режим регулирования. В частности, они должны иметь документированную и проверяемую политику кибербезопасности, предусматривающую работу с уязвимостями и взаимодействие с сообществом. Соответствующие обязанности для stewards начинают применяться с 11 декабря 2027 года. Производитель продукта с цифровыми элементами. Здесь требования значительно шире: необходимо учитывать безопасность на протяжении жизненного цикла продукта, организовать обработку уязвимостей, подготовить техническую документацию и выполнить предусмотренную CRA процедуру оценки соответствия. Уже сейчас производители обязаны сообщать об активно эксплуатируемых уязвимостях и серьёзных инцидентах через единую платформу CRA. Первичное предупреждение должно быть направлено в течение 24 часов с момента осведомлённости, основное уведомление - в течение 72 часов. При этом свободный исходный код не означает автоматического освобождения от любых требований. CRA специально различает разработчиков свободного ПО, open-source stewards и производителей коммерческих продуктов, в которые это ПО входит. Само размещение проекта в открытом репозитории также само по себе не считается предоставлением продукта на рынке. OpenSSF собрал для разных ролей практические материалы: рекомендации, обучение, исследования готовности, а также инструменты и проекты вроде OSPS Baseline, SLSA, Sigstore, GUAC и Gemara. Отдельно подчёркивается, что подготовка к CRA не сводится к заполнению одного чек-листа - организациям необходимо понимать свою роль и выстроить соответствующие процессы. Показательно, что по исследованию OpenSSF и Linux Foundation 2026 года 66% опрошенных представителей экосистемы всё ещё не были знакомы с CRA. Исследование включало 843 респондента и анализ более 12 000 open source-проектов.

  More
• yesterday5199 forwards10 reactions4 commentsOpen in Telegram
  🍕Главная кибербитва конца сентября развернулась вокруг пепперони и сырных бортиков. Кто-то считает, что это месть за то, что из меню убрали куриные кусочки и додстер с ветчиной 🏥 Хацкеры из DataSuckers совершили набег на сервера Додо Пиццы. Как пишут... они просидели в инфре сутки, получили админские права, а потом 3 часа непрерывно дампили базу в несколько терабайт. Аномальную сетевую нагрузку на сервера (терабайты исходящего трафика, Карл!) заметили только днем, когда админы проснулись 🎩 По офф заявлению Додо платежные данные в безопасности (спасибо токенизации). Зато в свободное плавание ушли... имена, телефоны, адреса доставки, почты и - самое страшное - составы заказов. А это уже не просто деанон. Теперь весь даркнет знает, что вы заказывали в два часа ночи в приступе депрессии. З.Ы. И самое главное - будет ли в честь продажи приватности промик на пиццу или Чикен Бомбони? Кто из вас дежурил в ту ночь в серверной Додо? 😬 Типичный 🥸 Сисадмин

  More
  
• yesterday5722 forwards7 reactionsOpen in Telegram
  Выборы закончились. Блокировки продолжаются. Что дальше? | ПиратLive НАЧАЛО 1 октября в 20:00 (мск) Ютуб → youtube.com/live/cp9bB8xGKXw ВК →

  vkvideo.ru/…

  https://vkvideo.ru/live-10354961_456239717

  ➡️ Задайте вопрос заранее: forms.gle/FrpPFZTXP4rcncGN9 ➡️ Поддержать рублём (и задать вопрос в эфире):

  donationalerts.com/…

  https://www.donationalerts.com/r/pirate_party

  🔗 Подписывайтесь на наш Telegram: t.me/piratepartyru Новые выборы закончились, а новости — нет. В новом ПиратLive обсудим итоги, свежие новости, новые блокировки и вечную борьбу с интернетом. Поговорим об открытом ИИ и о том, почему технологии всё чаще пытаются закрыть в очередной «цифровой сейф». Разбираемся, что происходит с интернетом, свободой информации и цифровыми правами — без лишнего официоза и с пиратским взглядом на происходящее. Подключайтесь, задавайте вопросы и участвуйте в обсуждении. 💰 Помочь Пиратской партии: ДонейшенАлерт:

  donationalerts.com/…

  https://www.donationalerts.com/r/pirate_party

  Карты и крипта: pirate-party.ru/donate

  More
  
• yesterday5741 forward3 reactionsOpen in Telegram
  Кому принадлежат данные, на которых обучили ИИ? Можно скачать ИИ-модель, запустить её на своём компьютере и дообучить под свои задачи. Но означает ли это, что модель является open source? The Register разбирает спор вокруг термина «открытый ИИ». Открытые веса (open weights) - это опубликованные числовые параметры обученной нейросети. Их достаточно для запуска и дообучения модели, но недостаточно, чтобы понять, как именно она была создана. Если разработчик не раскрывает данные обучения, код обучения и необходимую документацию, невозможно полноценно проверить состав датасета, воспроизвести процесс обучения или понять причины некоторых особенностей поведения модели. Поэтому доступность весов и открытость всей системы - разные вещи. Сейчас спор идёт и вокруг определения Open Source AI от Open Source Initiative (OSI), и вокруг предлагаемой лицензии OpenMDW, которая отдельно регулирует модель, данные и веса. Последняя уже направлена на рассмотрение OSI. Для свободного программного обеспечения эта проблема особенно важна: свобода использования, изучения, изменения и распространения должна относиться не только к возможности скачать готовый файл, но и к возможности работать с системой на уровне, необходимом для её изучения и изменения. Для ИИ это сложнее, чем для обычной программы: модель включает код, архитектуру, веса и данные, использованные при обучении.

  More
• 2 days ago5992 forwards4 reactionsOpen in Telegram
  Можно ли сделать государственный ИИ проверяемым Государственные учреждения всё чаще используют искусственный интеллект для поиска информации и подготовки ответов гражданам. Но здесь возникает проблема: даже самая современная модель может уверенно выдать неправильный ответ. И если исходные данные государства неполны, устарели или разбросаны по разным системам, сама по себе установка более мощной нейросети проблему не решает. Об этом пишет GovInsider, ссылаясь на Ренату Авилу, генерального директора Open Knowledge Foundation. По её мнению, готовность государства к использованию ИИ начинается с управления данными: необходимо понимать, какие наборы данных существуют, кто за них отвечает, насколько они качественны и кому разрешён доступ. Обычный гражданин при этом видит совсем другую сторону проблемы. Например, ему нужно узнать, безопасна ли дорога, где доступно лекарство или сколько сейчас стоит топливо. Если официальная информация находится в разных ведомствах, публикуется в неудобном формате или давно не обновлялась, человек может обратиться к поисковику или ИИ. Там он получит ответ быстро, но это не означает, что ответ будет правильным. Авторы материала предлагают другой подход: сделать официальные данные источником, к которому ИИ обращается непосредственно. В статье упоминается использование Model Context Protocol (MCP) для связи ИИ с государственными порталами открытых данных. По данным GovInsider, подобные проекты уже реализуются в Бразилии и Уругвае. В таком случае ответ можно связать с конкретным государственным источником и проверить, откуда взялась информация. Но даже правильный источник не гарантирует правильный результат. ИИ может неверно интерпретировать данные. Поэтому важна не только публикация наборов данных, но и их проверка, понятные метаданные, история изменений и распределение ответственности. Один из упомянутых в статье инструментов - Open Data Editor, позволяющий сотрудникам без навыков программирования находить и исправлять ошибки в наборах данных. В Непале такой подход, по данным Open Knowledge Foundation, использовался для автоматизации проверки наборов и стандартизации метаданных; авторы сообщают об исправлении 95% обнаруженных ошибок. В итоге получается довольно простой принцип: государственный ИИ нельзя отделять от государственной информационной инфраструктуры. Если данные закрыты, фрагментированы, плохо описаны или никто не отвечает за их актуальность, нейросеть лишь быстрее обработает проблему и может превратить её в убедительный, но ошибочный ответ. И наоборот, открытые и машиночитаемые данные, понятные источники, контроль качества и возможность проверить происхождение информации позволяют сделать работу ИИ более прозрачной.

  More

The channel in numbers

Created

November 28, 2015

Photos

1.4K

Videos

108

Files

12

Links

6.5K

Telegram data as of October 1, 2026

Contacts

Bot

@pprfeedback_bot

From the channel description

Reviews

No reviews yet. Yours would be the first.

Similar

More on this topic