Дата публикации: 20 апреля 2026 г.

Что такое «открытый исходный код» и почему он важен?

Open-source software (OSS) — это программы, исходный код которых доступен всем желающим:

• можно изучать, как работает программа;
• можно модифицировать и улучшать;
• можно распространять как в исходном, так и в скомпилированном виде.

Эти принципы закреплены 10 требованиями Open Source Initiative (OSI), главного мирового авторитета по сертификации лицензий.

Базовая классификация лицензий

Разрешительные (Permissive)

Дают максимальную свободу: код можно встраивать в закрытые продукты, не раскрывая свои доработки.

• MIT — краткая «делайте, что хотите»-лицензия.
• Apache-2.0 — добавляет защиту от патентных исков и требует указания авторов.
• BSD (2-/3-Clause) — почти идентична MIT, но с разными условиями по упоминанию авторов.

Авторское лево (Copyleft)

Требуют, чтобы производные работы распространялись под той же лицензией, сохраняя свободу.

• GPL-3;0 — «вирусная» лицензия: любой код, связанный с GPL-модулем, должен быть открыт.
• LGPL-3.0 — мягче GPL, позволяет динамически линковаться с закрытыми программами.
• AGPL-3.0 — расширяет GPL на веб-приложения (SaaS-лоупхол закрыт).

Краткое сравнение популярных лицензий

Санкции и доступ к open-source: мифы и реальность

Вопрос 2022-2024 годов: могут ли санкции США/ЕС заблокировать российским разработчикам доступ к репозиториям GitHub/GitLab и исходным кодам?

Ответ юристов:

• Лицензии MIT, BSD, Apache-2.0, GPL и др. не запрещают скачивание и использование кода любым лицам.
• GitHub ограничил новые аккаунты для российских юрлиц, но чтение публичных репозиториев осталось доступным.
• Зеркала (GitLab, Gitea, Bitbucket, self-hosted) и форки на российских площадках (GitFlic, Gitea-Enterprise) быстро компенсировали ограничения.

Кибербезопасность и лицензии: что нужно знать

1. Проверка лицензий: инструменты FOSSA, ScanCode, Snyk автоматически находят конфликтные лицензии в вашем проекте.
2. CVE-уязвимости: открытый код позволяет быстрее находить и фиксить баги, но при этом требует тимлидов безопасности.
3. Copyleft-лицензии: могут «заразить» закрытый код компании, если нарушены правила лицензирования.

Практические советы разработчику и компании

Для команды

• Добавляйте файл LICENSE в корень репозитория.
• Используйте SPDX-идентификаторы в заголовках файлов:

// SPDX-License-Identifier: MIT

• Чётко разделяйте собственный код и сторонние зависимости в NOTICE-файле.

Для бизнеса

1. Аудит лицензий в CI/CD: GitHub Actions + license-finder.
2. CLA/DCO для внешних контрибьюторов (Contributor License Agreement / Developer Certificate of Origin).
3. Dual-licensing: продаёте коммерческую лицензию, если кто-то хочет закрыть свои модификации (пример: Qt, MongoDB).

Где читать ещё

• OSI — полный каталог сертифицированных лицензий
• ChooseALicense.com — интерактивный выбор
• TL;DR Legal — краткие юридические описания
• Open Source Guides — русский перевод от GitHub