Какой лицензией снабжаются свободно распространяемые программы

Каким типом лицензий снабжаются программы, которые во время своей работы демонстрируют пользователю рекламу?

Как в спецификации IMS Content Packaging Specification называются сведения, которыми снабжаются пакеты с учебными материалами, о структуре содержимого, типах фрагментов, размещении учебных материалов?

Выделите программы, предназначенные для работы с 3D графикой:
Как называются программы для работы со звуком, предназначенные для создания музыки?

Как называются программы, позволяющие записывать звук в режиме реального времени и преобразовывать его, используя возможности цифровой обработки и объединения различных каналов?

Источник: bazaintuit.ru

Риски использования открытых лицензий (open source)

У всех ПО есть лицензионные соглашения, в которых установлены правила и ограничения их использования. Поэтому не все открытые (aka свободные) лицензии одинаковы свободны.

Управление лицензиями, учёт лицензий на программное обеспечение

1585 просмотров

Программистам и компаниям-разработчикам нужно иметь ввиду, что при использовании некоторых открытых лицензий, компания обязана раскрыть полный исходный код разработанной программы.

Подробнее в статье.

1. Что такое открытые лицензии?
2. Виды open source и какие ограничения у них бывают.
3. Риски, связанные с использованием открытых лицензий внутри деятельности компании.
4. Риски, связанные с использованием открытых лицензий в разработке продукта.
5. Минимизация рисков при использовании open source.

Анна Романова
1. Что такое открытые лицензии?

Право использования “чужого” программного обеспечения для разработки собственных программ часто приобретается на основании открытых лицензий (англ. — open source).

Это значит, что пользователь скачивает программу, и получает доступ к исходному коду ПО бесплатно и с максимальным объемом прав.

Открытая лицензия предоставляет пользователю широкий набор прав, например:

— использовать итоговую программу в любой сфере и для любых целей;

— создавать и распространять копии ПО;

— создавать производные программы и распространять их как вам угодно.

При этом в открытых лицензиях, в зависимости от их вида, есть ограничения.

2. Виды открытых лицензий и какие ограничения у них бывают

Все свободные лицензии разделяют на две группы в зависимости от содержащихся в них условий:

• Разрешительные или либеральные лицензии (англ. — academic, permissive license): это, например, BSD, MIT, Apache и др.
• Взаимные лицензии (англ. — reciprocal, viral, copyleft): например, General Public License (GPL); Lesser GPL; Mozilla Public License; Common Public License и др.

2.1. Разрешительная лицензия — наиболее выгодная для компании-разработчика. Вы вправе использовать исходный код на таких лицензиях без ограничений за исключением следующих условий:

Лицензирование программы Виды лицензий

• нужно указать автора при последующем распространении ПО;
• включить в лицензию дисклеймер об исключении гарантий , т.е. ПО распространяется “As is”.

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

2.2. Взаимная лицензия включает в себя существенное ограничение:

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

Например, ваш программист нашел где-то на github часть исходного кода, который нужен для выполнения функции по исправлению грамматических ошибок в вашей программе. Программист использует этот код, сдает итоговое ПО заказчику. Спустя время выясняется, что часть этого кода лицензирована на условиях GPL (взаимной лицензии). Это означает, что весь итоговый (новый) продукт должен лицензироваться на условия GPL.

При этом компания-разработчик может лицензировать ПО за деньги, однако аналогичное право будут иметь все пользователи программы. Если вдруг какой-то пользователь решит распространять ПО компании-разработчика бесплатно или за плату, то компания не сможет пресечь распространение копий программы.

Такое распространение ПО считается разрешенным использованием в соответствии с положениями GPL лицензии.

3. Риски, связанные с использованием открытых лицензий внутри деятельности компании

При использовании открытых лицензий для собственных нужд компании можно не переживать об ограничениях взаимных лицензий.

В редких случаях, в рамках плановых проверок компаний может возникнуть вопрос «лицензионной чистоты» установленного в организации ПО. Однако в 2022 году вероятность такой проверки отсутствует из-за соответствующего моратория на проверки.

Были времена, когда полиция конфисковывала компьютеры, если на них не было лицензионной наклейки ОС Windows.

• Изучите Письмо Министерства экономического развития РФ от 5 мая 2009 г. N Д05-2235 «Об использовании свободного программного обеспечения» и ст. 1286.1 ГК РФ «Открытая лицензия». В письме есть важное разъяснение: «использование свободного программного обеспечения не может являться основанием для применения санкций и создания препятствий в осуществлении предпринимательской деятельности при контроле за соблюдением авторских прав».

• Подготовьте нотариально заверенный перевод лицензионных соглашений на иностранном языке.
• Если компания получила свободное ПО у дистрибьютора, то нужно сохранить договор, счет и прочую документацию.

Все эти документы могут понадобиться при проверке.

4. Риски, связанные с использованием открытых лицензий при разработке продукта

Главная проблема в том, что на модифицированную программу, созданную компанией-разработчиков с использованием открытой взаимной лицензии, распространяются условия такой лицензии.

Например, в GPL v.3 лицензии любой процент исходного кода, который программист вставил в итоговый продукт, делает весь продукт (исходный код) подлежащим раскрытию. Неважно какой процент кода взаимной лицензии используется — 1%, 5%, 90% (радел 0 “Definitions” GPL v.3 лицензии)

GNU GENERAL PUBLIC LICENSE

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

4.1. Последствия неисполнения обязанности по раскрытия исходного кода:

Бывали случаи, когда раскрытия исходного кода требовали в судебном порядке. Давайте рассмотрим примеры.

Международная судебная практика по нарушению GPL лицензий и выводы судов: (1) положения открытой лицензии является полноценным договором; (2) суды удовлетворяют требования о раскрытии исходного кода; (3) взыскиваются убытки и расходы на юристов.

Судебная практика РФ по нарушению открытых лицензий только формируется. Однако уже есть акты, где затрагивается GPL лицензия.

Например, Постановление 8 Арбитражного апелляционного суда от 22 сентября 2016 г. по делу А46-15663/2015

• Нарушен лицензионный договор в отношении ПО, которое создано с использованием кода, лицензируемого по GPL ver. 2.0.
• Поставлен вопрос о влиянии факта нарушения данной лицензии на судьбу последующих лицензионных договоров.

В данном деле нужно было (1) сделать нотариальный перевод открытой лицензии; (2) назначить экспертизу исходного кода.

5. Минимизация рисков при использовании open source

Знание того, из каких компонентов состоит программный продукт является ключевым условием для проведения юридического анализа рисков, связанных с его распространением. Иными словами, отслеживайте, что используют ваши программисты.

Практические советы:

1. Внедрение в компании политики использования open source. В частности, обязанность фиксировать происхождение кода, а также загружать вместе с ним те лицензии, которые его сопровождают. Добавьте в политику перечень лицензий, которые можно использовать без согласования с юристами (как правило, это все либеральные лицензии) и, которые требуют такого согласования.
2. В некоторых случаях целесообразно проведение анализа (сканирования) программного кода с помощью автоматизированных средств. Сканирование можно сделать специализированная компания, например Black Duck Software Inc.; Palamida, Inc.

Проверить ту либо иную лицензию на предмет ее свободного использования, можно на сайте OpenSource Initiative.

Лицензия на кружку пива. Пока вы сохраняете это уведомление, вы можете делать с этим материалом все, что захотите. Если мы когда-нибудь встретимся, и ты считаешь, что это того стоит, ты можешь угостить меня пивом. Poul-Henning Kamp

Источник: vc.ru

Информационная безопасность и программное обеспечение с открытыми исходными текстами

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

Обычно эта лицензия значительно менее ограничительна, чем традиционная лицензия ПО с закрытыми исходными текстами; однако она устанавливает границы того, что можно делать с программным обеспечением. Без этих ограничений ни один программист не будет чувствовать себя в безопасности при предоставлении результатов своей работы в общее достояние. При использовании открытого ПО убедитесь, что вы действуете в соответствии с этой лицензией. Проверьте также, что все сделанные модификации ей также соответствуют. Это важный момент: если ваша организация тратит много времени, модифицируя программу с открытыми исходными текстами для собственного использования, необходимо понимать, что вы, согласно лицензии, берете на себя некоторые обязательства.

Существует два основных типа лицензий для ПО с открытыми исходными текстами: Генеральная публичная лицензия GNU GPL и лицензия BSD . При правильном их понимании вы сможете уверенно использовать большую часть открытого ПО , не боясь запутаться в каких-либо вопросах авторского права . Существует несколько необычных лицензий для ПО с открытыми исходными текстами, появляющихся для таких вещей, как иллюстрации в компьютерных играх и т.д. Эти «гибридные» лицензии несколько сложнее, а их использование требует определенной осторожности, так как с вас могут потребовать плату или вы невольно нарушите авторские права .

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

Генеральная публичная лицензия GNU GPL

Генеральная публичная лицензия GNU GPL используется, пожалуй, наиболее часто. Она поддерживается Фондом свободного программного обеспечения , который способствует созданию и распространению ПО с открытыми исходными текстами, используя эту лицензию. Сообщество GNU работает над определенными программными проектами и ставит на них свою печать одобрения. Эти проекты в большинстве своем являются базовыми инструментами и библиотеками, такими как семейство компиляторов Gcc . Любой может использовать лицензию GPL для программного обеспечения, пока вы применяете его в исходном виде, без изменений и добавлений. Ее используют многие разработчики, потому что она была проверена группой юристов и прошла испытание временем. Она настолько распространена, что когда говорят о «программе с GPL «, то люди обычно понимают, что речь идет о программе, выпущенной с открытыми исходными текстами согласно лицензии GPL .

GPL сложнее, чем другая основная лицензия для ПО с открытыми исходными текстами, лицензия BSD . Она имеет больше ограничений на использование кода держателя лицензии, что делает ее более подходящей для организаций, которые создают коммерческий продукт. Обычно, если вы лицензируете что-то под GPL , то это понимается как свободное программное обеспечение.

Поставщик, однако, может требовать плату за упаковку, распространение и поддержку. В этой области многие компании делают деньги на том, что, по общему мнению, является бесплатным пакетом. Свидетельством тому служат розничные пакеты разновидностей Linux, коммерческие версии web-серверов Apache и коммуникационного пакета Sendmail. Однако, если вы скачиваете или загружаете с компакт-диска ПО, распространяемое по лицензии GPL , и не указываете номер кредитной карты, то можно предположить, что вы не должны никому никаких денег.

Реальная ценность лицензии GPL с точки зрения разработчика состоит в том, что она позволяет автору программы поддерживать авторские права и некоторые привилегии, делая ее при этом бесплатной для максимального числа людей. Лицензия GPL также разрешает дальнейшее развитие, не беспокоясь, что исходный разработчик может не выдержать конкуренции с патентованной версией собственной программы.

В базовой форме лицензия GPL позволяет произвольным образом использовать и распространять программу со следующими ограничениями:

• Если вы распространяете свою работу, то должны включить авторские права исходного автора и GPL во всей полноте. Это делается для того, чтобы любой будущий пользователь вашего дистрибутива полностью понимал свои права и ответственность согласно GPL .
• Когда вы распространяете программу, вы всегда должны делать доступной версию исходных текстов. Можно также распространять бинарный код, но только вместе с исходными текстами. Это обеспечивает цель концепции открытого ПО. Если бы распространялся только бинарный код свободной программы и требовалось разыскивать его создателя, чтобы получить доступ к исходным текстам, то мощь свободного ПО оказалась бы существенно сниженной. Лицензия GPL гарантирует, что каждый получатель программы будет иметь полную возможность увидеть исходные тексты.
• Если вы делаете какие-либо изменения в программе и выпускаете или распространяете ее, вы должны сделать доступными исходные тексты изменений таким же образом, как и первоначальные, то есть общедоступными и с лицензией GPL . Ключевая фраза здесь «и выпускаете или распространяете ее». Если вы ее не выпускаете, то вы не обязаны выпускать исходные тексты. Если вы делаете индивидуальные изменения для своей организации, то она может не беспокоиться о распространении результатов ваших усилий. Пока вы не выпускаете программу и не намерены ее продавать, исходные тексты могут оставаться закрытыми.

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

Приложение А содержит полный текст лицензии GPL . Можно получить его в других текстовых форматах по адресу http://www.gnu.org/licenses/gpl.html.

Лицензия BSD

Лицензия BSD является лицензией для ПО с открытыми исходными текстами, с которой была выпущена исходная версия BSD UNIX. После того, как разработчики выиграли судебное дело против AThttps://intuit.ru/studies/courses/7/7/lecture/214?page=8″ target=»_blank»]intuit.ru[/mask_link]