Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Potential license issue with paragonie/sodium_compat #531

Closed
dvaeversted opened this issue Feb 27, 2024 · 4 comments
Closed

Potential license issue with paragonie/sodium_compat #531

dvaeversted opened this issue Feb 27, 2024 · 4 comments

Comments

@dvaeversted
Copy link

Version(s) affected

3.3.0, 4.0.0

Description

As part of #522 a dependency was introduced on paragonie/sodium_compat.
We utilize the jwt-framework packages in an internal tool, and this new dependency was flagged by our license compliance scanner due to it being licensed under ISC license.

Right now this is blocking updating in our end, and we are wondering if this perhaps was an unintentional change ?

IANAL, so i am not aware if there any actual legal issues with having this license used as a dependency.

How to reproduce

https://github.com/paragonie/sodium_compat/blob/master/LICENSE

Possible Solution

No response

Additional Context

No response

@CRC-Mismatch
Copy link

CRC-Mismatch commented Mar 1, 2024

IANAL also, but from reading the license's details, it seems to me that it only requires redistributing the license together with the packages... I'd believe that would already be provided either way if the package under vendor includes it , but if I wanted to be sure, I'd just copy all vendor/**/LICENSE* files to a top-level directory with a LICENSE-<vendor>_<package> pattern when packaging the application (to be sent alongside the PHAR file, if that's the case - otherwise, just keep them there).

I don't know the specifics of your license compliance scanner's settings, but I'd be surprised if it considered ISC a restrictive license by default, and not by custom rules...

@Spomky
Copy link
Member

Spomky commented Mar 7, 2024

Hi,

Right now this is blocking updating in our end, and we are wondering if this perhaps was an unintentional change ?

The changes in #522 were deliberate, but to be honest I did not noticed the license is ISC.
Other libraries from PIE, such as paragonie/constant_time_encoding, are under the MIT license.

IANAL, so i am not aware if there any actual legal issues with having this license used as a dependency.

According to GitHub, it is very similar to the MIT license used for the framework.
2024-03-07_08h02_22
The vendor folder is populated by the packages as is, i.e. the license files (and all other files) remain unchanged.
To me (IANAL as well)

  • Conditions are met because the license file and copyright notices are present.
  • Private use is authorized and you are therefore authorized to use it in your internal tool

@Spomky
Copy link
Member

Spomky commented Apr 17, 2024

Closing as answered.
Note that the branch 4.0.x contains a script that will evaluate all licenses and make sure dependencies use one of a curated list (only FLOSS-compatible licenses) that is as follows:

  • Apache-2.0
  • BSD-2-Clause
  • BSD-3-Clause
  • ISC
  • MIT
  • MPL-2.0
  • OSL-3.0

This script is called during the usual CI/CD checks.
I hope this helps.

@Spomky Spomky closed this as completed Apr 17, 2024
Copy link
Contributor

This thread has been automatically locked since there has not been any recent activity after it was closed. Please open a new issue for related bugs.

@github-actions github-actions bot locked as resolved and limited conversation to collaborators May 19, 2024
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants