GitHub опубликовал обзор того, как новые требования к «возрастному контролю» (age assurance) в законах о цифровой безопасности детей могут затронуть разработчиков, открытое ПО и инфраструктурные сервисы.
Age assurance в документах законодателей объединяет разные методы определения или оценки возраста пользователя: от самостоятельного указания возраста до автоматической оценки по поведению или биометрии. В ряде случаев этот термин используется вместе с более жёстким «age verification» — проверкой по документам или финансовым системам. Обсуждение таких подходов идёт вокруг точности, приватности, безопасности, совместимости и доступности.
GitHub подчёркивает, что цель законов — снизить риски для детей и подростков в интернете: сексуальное домогательство, насилие в контенте, травлю. При этом участие в онлайн‑сообществах, включая проекты открытого кода, часто становится важной частью обучения и социальной жизни. Политики не всегда учитывают, как устроены сообщества разработчиков и совместная разработка ПО, что может привести к некорректным требованиям для открытого кода и инфраструктуры.
Плохо продуманный закон о возрастном контроле может сильно задеть экосистему open source. Например, если операционные системы обязаны централизованно собирать и управлять пользовательскими данными или запрещать установку ПО вне «официальных» магазинов приложений, это противоречит децентрализованным практикам открытого ПО и свободной установке программ.
Отдельный риск — требования к «издателям» операционных систем, независимо от того, это компании или частные лица. Открытые ОС часто создаются и распространяются небольшими сообществами и отдельными разработчиками, у которых ограничены ресурсы и аудитория. Унифицированные строгие обязательства для всех издателей могут подорвать разнообразие программной экосистемы.
GitHub уже несколько лет взаимодействует с правительствами по законопроектам о цифровой безопасности детей. В Австралии компания добилась исключения открытых платформ для коллаборации кода из закона о минимальном возрасте в соцсетях. Аналогичные исключения для сайтов открытого кода и онлайн‑энциклопедий включены во французскую инициативу, опирающуюся на подходы из Директивы ЕС по авторскому праву.
Многие законодатели признают, что доступ к экосистеме открытого ПО даёт значимые общественные выгоды: образование, инновации, усиление безопасности. Риски для подростков от участия в сообществах разработчиков заметно отличаются от рисков на массовых потребительских платформах. Однако новые нормы всё чаще стремятся закрепить требования к детской безопасности на разных уровнях технологического стека — от ОС до слоёв распространения приложений, что вызывает вопросы у разработчиков: затронет ли это открытые ОС и сервисы вроде GitHub.
В США уже принят ряд законов, затрагивающих магазины приложений и возрастной контроль (например, в Техасе, Луизиане и Юте). В Колорадо законопроект SB 26‑051 обсуждался на слушаниях 23 апреля 2026 года. На заседании депутаты признали, что нужно учитывать безопасность детей, приватность и практическую реализуемость требований, а также выслушали позиции разработчиков и организаций open source.
Последняя редакция SB 26‑051 проясняет, что ПО, устанавливаемое вне магазинов приложений, включая программы из публичных репозиториев, не подпадает под действие документа. Члены комитета указали, что закон не должен охватывать открытые ОС и инфраструктуру разработчиков — это отражено в обновлённом тексте.
В Бразилии действует «Цифровой статут для детей и подростков» (Digital ECA), который с марта 2026 года распространяется на широкий круг цифровых сервисов, «вероятно доступных детям и подросткам». В зону регулирования попадают операционные системы, магазины приложений и платформы, но исключаются базовые интернет‑функции вроде открытых технических протоколов и стандартов.
Национальное управление по защите данных Бразилии (ANPD) пока не дало официального разъяснения, как закон применяется к свободному и открытому ПО. В своей регуляторной повестке ANPD выделил приоритетом «магазины приложений и проприетарные ОС», а проект первых рекомендаций, вынесенный на общественное обсуждение, предполагает, что системы на базе совместной модели и свободного ПО не должны нести те же обязанности, что коммерческие закрытые сервисы.
Тем не менее неопределённость уже привела к тому, что некоторые open source проекты ограничили доступ из Бразилии. Разработчики опасаются, что добровольные инициативы без коммерческого финансирования не смогут выполнить требования. Хотя закон в первую очередь ориентирован на коммерческие сервисы, вопрос границ применения остаётся открытым, и GitHub призывает авторов и мейнтейнеров участвовать в консультациях, чтобы итоговое регулирование учитывало децентрализованный характер разработки и не блокировало доступ к инновациям.
Ещё одна важная тема — как именно определяются понятия «магазин приложений» и «приложение». В некоторых проектах законов определения магазинов настолько широки, что могут захватить инфраструктуру разработчиков: платформы для совместной разработки, менеджеры пакетов, сервисы индексирования открытого кода — только потому, что они дают доступ к скачиванию ПО.
GitHub указывает, что предоставление возможности загрузки программ во многом отличается от работы централизованной потребительской витрины приложений. Важно и точное определение самого «приложения». Загрузка компонентов, таких как исходный код, библиотеки, фреймворки, модели и утилиты, отличается от распространения готовых исполняемых программ через пользовательский магазин. Инфраструктурные сервисы не контролируют конечное распространение и интерфейс для потребителей так, как это делают классические магазины приложений.
Обсуждения и правки законопроектов в разных странах показывают, что регуляторы в основном хотят регулировать потребительские площадки, которые управляют доступом конечных пользователей. Для этого нужны чёткие юридические разграничения. Это часть более широкой задачи: нормативные рамки по детской безопасности и возрастному контролю реагируют на риски массовых платформ, которые собирают и монетизируют данные, рекомендуют контент и стимулируют потребление.
Платформы совместной разработки кода выполняют другую функцию: они служат инструментами для создания, обмена и сопровождения программ, а не для привлечения массовой аудитории и удержания внимания. Сообщества open source на сервисах наподобие GitHub строятся вокруг общих технических задач, норм повторного использования и прозрачности. Поэтому, по мнению компании, эти сервисы должны отличаться от потребительских платформ при проектировании регулирования.
Открытое ПО — важный драйвер экономического развития и инноваций, а также элемент цифровой инфраструктуры. Политика должна учитывать, как реально создаются и поддерживаются такие проекты. Когда законодатели напрямую взаимодействуют с разработчиками и организациями гражданского общества, им легче уточнять определения, правильно определять границы действия норм и приводить законы в соответствие с техническими реалиями.
Неясность в вопросах соблюдения новых требований создаёт серьёзную нагрузку для авторов и мейнтейнеров, которые часто работают добровольно. В то же время есть положительные примеры баланса. Так, в процессе работы над EU Cyber Resilience Act текст несколько раз перерабатывали с учётом замечаний open source‑сообщества. В США многие законопроекты о детской безопасности в цифровой среде продолжают меняться, а власти демонстрируют готовность учитывать позиции разработчиков и корректировать формулировки под заявленные цели и технические ограничения.
GitHub считает, что сейчас у разработчиков ещё есть возможность повлиять на форму регулирования. Варианты участия включают обращения к избранным представителям в штатах США, где рассматриваются такие инициативы (Калифорния, Колорадо, Иллинойс, Нью‑Йорк), вклад в публичное обсуждение Digital ECA в Бразилии, взаимодействие с организациями вроде Open Source Initiative, а также участие через фонды, управляющие проектами, которые могут попасть под действие новых правил, например FreeBSD Foundation и Debian.
Компания заявляет, что будет и дальше работать с законодателями и сообществом open source, добиваясь подходов, которые защищают детей и при этом сохраняют открытую разработку. GitHub призывает разработчиков следить за обновлениями, сотрудничать с профильными организациями и обращаться к команде GitHub по возникающим вопросам. Обсуждение продолжится на эфире Maintainer Month 22 мая с участием представителей FreeBSD Foundation и Open Source Initiative, где затронут более широкий контекст этих инициатив и вопросы учёта интересов открытого ПО в технологической политике.
Источник: блог GitHub.
