[ 23%] Building C object src/library/os/CMakeFiles/os.dir/os.c.o
cd /root/open-license-manager-1.1.0/build/src/library/os && /usr/bin/cc -DBOOST_ALL_NO_LIB -DBOOST_LIB_DIAGNOSTIC -pipe -fmessage-length=0 -Wall -Wuninitialized -fPIC -I/root/open-license-manager-1.1.0/build -o CMakeFiles/os.dir/os.c.o -c /root/open-license-manager-1.1.0/src/library/os/os.c
/root/open-license-manager-1.1.0/src/library/os/os.c:3:24: fatal error: public-key.h: No such file or directory

api update:
LicenseLocationInfo should be removed from the original api (provide an overloaded method without that parameter, or a setter)

Machine identifiers (such as disk id or ethernet id) don't make sense in containerized environments, especially in dockers (imagine a docker that is running inside Kubernetes, ethernet adapters are added on the fly, disks are created on the fly, the docker instance can migrate from a physical node to another... ). However some part of the library are still useful (eg. date checks)

When docker/(LXC?) is detected skip the PC identifier verification or return a default identifier.
Create a license flag to allow/disallow run in containerized environments.

Generate machine identifiers using CPUID when available.
http://www.intel.com/content/www/us/en/processors/processor-identification-cpuid-instruction-note.html

Compile the project under windows

Ubuntu 18.04

I noticed the following compilation warning

[ 47%] Building CXX object src/library/os/CMakeFiles/os.dir/linux/network.cpp.o In file included from /usr/include/string.h:494:0, from /home/nyue/projects/Open-License-Manager/OLM/Open-License-Manager_git/src/library/os/linux/network.cpp:28: In function ‘char* strncpy(char*, const char*, size_t)’, inlined from ‘FUNCTION_RETURN license::os::getAdapterInfos(std::vector<license::os::OsAdapterInfo>&)’ at /home/nyue/projects/Open-License-Manager/OLM/Open-License-Manager_git/src/library/os/linux/network.cpp:71:11: /usr/include/x86_64-linux-gnu/bits/string_fortified.h:106:71: warning: ‘char* __builtin___strncpy_chk(char*, const char*, long unsigned int, long unsigned int)’: specified bound 1025 exceeds the size 1024 of the destination [-Wstringop-overflow=] return __builtin___strncpy_chk (__dest, __src, __len, __bos (__dest)); ^ [ 48%] Building CXX object src/library/os/CMakeFiles/os.dir/linux/os_linux.cpp.o

Running tests...
Test project /home/nyue/projects/Open-License-Manager/OLM/build
Start 1: test_license
1/16 Test #1: test_license ..................... Passed 0.01 sec
Start 2: test_command-line
2/16 Test #2: test_command-line ................ Passed 0.04 sec
Start 3: test_project
3/16 Test #3: test_project ..................... Passed 0.06 sec
Start 4: test_cryptohelper
4/16 Test #4: test_cryptohelper ................ Passed 0.05 sec
Start 5: test_os_linux
5/16 Test #5: test_os_linux .................... Passed 0.00 sec
Start 6: test_license_reader
6/16 Test #6: test_license_reader .............. Passed 0.01 sec
Start 7: test_license_locator
7/16 Test #7: test_license_locator ............. Passed 0.01 sec
Start 8: test_event_registry
8/16 Test #8: test_event_registry .............. Passed 0.00 sec
Start 9: test_network
9/16 Test #9: test_network .....................***Failed 0.00 sec
Start 10: test_execution_environment
10/16 Test #10: test_execution_environment ....... Passed 0.00 sec
Start 11: test_hw_identifier
11/16 Test #11: test_hw_identifier ............... Passed 0.00 sec
Start 12: test_crack
12/16 Test #12: test_crack .......................***Failed 0.01 sec
Start 13: test_date
13/16 Test #13: test_date ........................***Failed 0.02 sec
Start 14: test_it_hw_identifier
14/16 Test #14: test_it_hw_identifier ............***Failed 0.02 sec
Start 15: test_standard_license
15/16 Test #15: test_standard_license ............***Failed 0.02 sec
Start 16: test_signature_verifier
16/16 Test #16: test_signature_verifier .......... Passed 0.02 sec

69% tests passed, 5 tests failed out of 16

Total Test time (real) = 0.30 sec

The following tests FAILED:
9 - test_network (Failed)
12 - test_crack (Failed)
13 - test_date (Failed)
14 - test_it_hw_identifier (Failed)
15 - test_standard_license (Failed)
Errors while running CTest
Makefile:151: recipe for target 'test' failed
make: *** [test] Error 8

*** buffer overflow detected ***: /home/nyue/projects/Open-License-Manager/OLM/build/test/library/os/test_network terminated *** buffer overflow detected ***: /home/nyue/projects/Open-License-Manager/OLM/build/test/functional/test_it_hw_identifier terminated *** buffer overflow detected ***: /home/nyue/projects/Open-License-Manager/OLM/build/test/functional/test_it_hw_identifier terminated

Thank you for your work! Tell me, is arm support planned?

Hi there,

thanks a lot for the great work. I am already using the library on my backend successfully. I need to use the same (or similar library) from my frontend which is in WPF/C#.

This question goes out to anybody who might have done this already. Any steps to follow on how to do this ? I think it can be wrapped into a managed C++ library, but still have to find out the specifics, if anybody has done this already, it would be much appreciated to get some guidance.

Thanks in advance..

Cross compiling is a very nice feature, the project is reported working with MinGW but there is no detailed documentation about it.

• Specify what's the host and what's the target operating system.
• installation of prerequisites (boost, openssl)
• cmake command line (and toolchain definition)

Hi,
We usually put the executable file into docker images. How to authorize the executable file in docker images by open-license-manager. Thanks!

Use travis-ci to compile and test mingw build in windows

Moving here a discussion from another bug for simplicity

• in some structs (e.g., AuditEvent, CallerInformations, LicenseInfo),
  there are fixed-length arrays whose dimensions are not "#defined," but are
  instead manifest constant integers (e.g., "11"). There is also one case
  of an expression in the dimension (proprietary_data in LicenseInfo).
  These dimensions are thus unavailable as constants into the binding
  language. So when the binding language tries to set/get these fields,
  there is risk of manually getting the length wrong (especially if it
  changes later), and Bad Things may happen.

How to include this in my c program.
Any example.

Support for network licenses

• build a server to store remote licenses(PHP?)
• add support to download licenses from network.

i compiler this project in win10,but i get this error follow below

_Could NOT find lcc (missing: lcc_DIR)
CMake Error at cmake/Findlcc.cmake:80 (add_subdirectory):
The source directory

E:/thirdParty_lib/encryption/open-license-manager-develop/extern/license-generator

does not contain a CMakeLists.txt file.
Call Stack (most recent call first):
CMakeLists.txt:30 (find_package)

Found openssl version 1.0.2p
architecture detected: x86_64
C compiler : D:/Code-software/vs2019/install/VC/Tools/MSVC/14.23.28105/bin/Hostx64/x64/cl.exe
C compiler flags : /DWIN32 /D_WINDOWS /W3
CXX compiler : D:/Code-software/vs2019/install/VC/Tools/MSVC/14.23.28105/bin/Hostx64/x64/cl.exe
CXX compiler flags: /DWIN32 /D_WINDOWS /W3 /GR /EHsc
CXX compiler flags debug : /MDd /Zi /Ob0 /Od /RTC1
CXX compiler flags release: /MD /O2 /Ob2 /DNDEBUG
Install prefix : C:/Program Files (x86)/licensecc
Project name : DEFAULT
Project base dir : E:/thirdParty_lib/encryption/open-license-manager-develop/projects/DEFAULT
Found Boost: E:/thirdParty_lib/boost/boost_1_69_0 (found version "1.69.0") found components: unit_test_framework system filesystem
Configuring incomplete, errors occurred!
See also "E:/thirdParty_lib/encryption/open-license-manager-develop/build/CMakeFiles/CMakeOutput.log"._

my env is :
system: windows10
cmake version : cmake 3.16.2
msvc version : msvc 14

the problem is that if the license has expired, then you can change the system time ago and get a valid license

should be fixed?

Can i use it on mac os?

A general review around default strategy (and on the fact that there are environment that can't be "identified" eg.dockers) should be done.
EG default strategy should fall back from disk to network to none (and when it's none it should report info about the environment: is it a docker? is it a vm? how much memory? how many cpu?)

It is necessary to analyze and document what is a "product" and a "feature" for OLM.
After it's analyzed and clarified update the api and the code.

The computer identifier should be 12 bytes long (to be coded as 16 Base36 ascii chars)
It should include:

1. physical memory
2. cpu type
3. license number(windows)/dbus guid (Linux)
4. computer name(windows)/hostname (linux)
5. 1 or more mac address of connected network cards
6. 1 or more disk identifier

There are many issues regarding license management right now:

• deleting the build directory now deletes the primary key and make impossible issue new licenses for the previous product
• it isn't clear how to build/customize/use this library. Everything comes as a source code...

Migrated from issue #7

Probably will be necessary to restructure the whole build process separating 4 3 different projects the first two to be compiled/launched when a new software provider registers:

First one:
Bootstrap + License Manager

The third one:
library
should be compiled in a second time (maybe from the software editor).

Fourth one:
tests

Short description

When run in a docker container, DEFAULT strategy fails if there are no attached disks (example: continuous integration environments).

Expected behaviour

I would expect the DEFAULT strategy to be robust against differences in real-life computer systems. In particular, I think it should fall back to another strategy if some information is not available.

Analysis of the problem

The directory /dev/disks is empty, thus there are no disks, whether they are accessed by UUID or by label.

Number of disks returned by getDiskInfos is 0. Thus, num_identifiers = disk_num * adapter_num is zero, and the identifier cannot be constructed. This problem would also occur if there were no network adapters.

Proposed solution

• Fallback to generate_ethernet_pc_id if there are no disks.
• Fallback to generate_disk_pc_id if there are no adapters.
• Whether running the license on this kind of (virtual) machine is acceptable can be left to the person who generates the license, since the generated machine id includes information on what kind of id it is.

I found something alike in same computer, the signature/pc identifier not stable, same license file, sometimes failed and reporting license corrupted.

Someone from the developers want to add to the project this https://github.com/fritzone/obfy ?

Upload test results to the kitware CDash open server.

Log strings are one of the most easy point of attack and debugging of the code.

Log strings should be encrypted during the bootstrap phase and decrypted by an executable and/or by the php backoffice.

Centos 7 is one of the supported systems,
it would be nice to have open-license-manager to compile and run the tests in CentOS 7 (and Debian too). At the current time it's automatically tested only in Ubuntu.

Seem it's possible as explained here:
https://derekweitzel.com/2016/05/03/building-centos-packages-on-travisci/

The link above use a docker to build (so it's nice to see if it compiles inside a docker too)

I test the software in two computers,which named A and B.A computer's signature is IAAA-AAAA-LzgV-7AAA , B computer's signature is IAAA-AAAA-KudG-xQAA。when i copy A's ./example and license to B, the B return "licence OK".
I did some experiments in different computers,I found the different computers has common prefix “ IAAA-AAAA“,the postfix didn't inflent the result,all return OK.only prefix influnt the resule,but the prefix is same.
Is my way of using it wrong?

What is the mean of "source" and "licenseVersion" of the FullLicenseInfo ?
Sorry, because I don't find anywhere use them.

Line 207 of open-license-manager/src/tools/license-generator/license-generator.cpp is:
oss << year << "-" << setfill('0') << std::setw(2) << month << "-" << day;

should be:
oss << year << "-" << setfill('0') << std::setw(2) << month << "-" << std::setw(2) << day;

so day can have 2 digits in windows.

Compile and test in windows automatically using travis-ci

Seem it's possible, even if not well supported yet:
https://travis-ci.community/t/c-support-on-windows/282
https://travis-ci.community/t/how-to-c-in-windows/3273

The default identifier generation strategy is affected by the connection to a vpn.

I'm running a ./example
I deliberately provided for example.exe a wrong license (specifically: I get your ID in introduce: Jaaa-aaaa-MG9F-ZhB to license_generator gen example.lic, then check this lic by example.exe) to handle a behaviors.
But It crash at

EVENT_TYPE result = acquire_license("example", licenseLocation, &licenseInfo);

Deeper, I creating debugger dump:
C:\Program Files (x86)\Microsoft Visual Studio 14.0\VC\crt\src\vcruntime\thread_safe_statics.cpp --> static int __cdecl __scrt_initialize_thread_safe_statics() throw() --> auto const wake_all_condition_variable = GET_PROC_ADDRESS(kernel32, WakeAllConditionVariable);

How can I do?

Hi there,

just wanted to report an error I had during compilation. I run Ubuntu 18.04 with boost 1.69 and I get following errors:

/usr/bin/c++ -pipe -fmessage-length=0 -std=c++11 -Wuninitialized -fPIC -O3 -DNDEBUG -pthread -static-libstdc++ -Wl,--strip-all -static-libstdc++ -rdynamic CMakeFiles/os_linux_test.dir/Os_Linux_test.cpp.o -o os_linux_test ../../lib/libos.a -Wl,-Bstatic -lboost_date_time -lboost_unit_test_framework -lboost_program_options -lboost_system -lboost_filesystem ../../lib/libbase.a -lcrypto -Wl,-Bdynamic -lz -ldl
CMakeFiles/os_linux_test.dir/Os_Linux_test.cpp.o: In function _GLOBAL__sub_I_Os_Linux_test.cpp': Os_Linux_test.cpp:(.text.startup+0x26): undefined reference to boost::unit_test::unit_test_log_t::instance()'
Os_Linux_test.cpp:(.text.startup+0x58): undefined reference to boost::unit_test::decorator::collector_t::instance()' Os_Linux_test.cpp:(.text.startup+0xea): undefined reference to boost::unit_test::ut_detail::auto_test_unit_registrar::auto_test_unit_registrar(boost::unit_test::test_case*, boost::unit_test::decorator::collector_t&, unsigned long)'
Os_Linux_test.cpp:(.text.startup+0x117): undefined reference to boost::unit_test::decorator::collector_t::instance()' Os_Linux_test.cpp:(.text.startup+0x192): undefined reference to boost::unit_test::ut_detail::auto_test_unit_registrar::auto_test_unit_registrar(boost::unit_test::test_case*, boost::unit_test::decorator::collector_t&, unsigned long)'
Os_Linux_test.cpp:(.text.startup+0x1bf): undefined reference to boost::unit_test::decorator::collector_t::instance()' Os_Linux_test.cpp:(.text.startup+0x23a): undefined reference to boost::unit_test::ut_detail::auto_test_unit_registrar::auto_test_unit_registrar(boost::unit_test::test_case*, boost::unit_test::decorator::collector_t&, unsigned long)'
Os_Linux_test.cpp:(.text.startup+0x267): undefined reference to boost::unit_test::decorator::collector_t::instance()' Os_Linux_test.cpp:(.text.startup+0x2e2): undefined reference to boost::unit_test::ut_detail::auto_test_unit_registrar::auto_test_unit_registrar(boost::unit_test::test_case*, boost::unit_test::decorator::collector_t&, unsigned long)'

If I compile against boost 1.65 using the -DBOOST_ROOT= flag, then it compiles fine.

Regards..

The license library should be able to detect if it is run under a virtual machine such as vmware or virtualbox.
One technique is to use bios informations such as in dmidecode:
http://www.nongnu.org/dmidecode/

Hi, I am using ubuntu 16.04.

I am following the tutorial from this link to generate license
https://github.com/open-license-manager/examples/tree/develop/submodule

I get the error "base64 not recognized value error" after I run

$ bin/lcc license issue -p ../projects/DEFAULT/ -o example.lic

Besides that, it also shows "License writing error: Private key file [/home/ubuntu/open-license-manager/examples/submodule/build/private_key.rsa] does not exists"

Do I need to generate the private key file manually and put in /home/ubuntu/open-license-manager/examples/submodule/build/ directory?

May I generate a license for a year for the computer for node lock license? Is there any instruction how to do that?
Thanks in advance

Let the license content (not just the file location) be completely retreived from an environment variable.
This is convenient in containers

Project name should not contain any of these characters [ ] / \

pc-identifiers.h and build_properties.h are missing in the project, can they be put up? Otherwise, the procedure will always fail.

Provide a (php?) backoffice for handling license generation, renew
See the requirement doc

Probaby will be necessary to restructure the whole build process separating 4 different projects the first two to be compiled/launched when a new software provider registers:

• Bootstrap
• License Manager

The third one:

• library
  should be compiled in a second time (maybe from the software editor).

Fourth one:

• tests

In the source code of the license generator there's an extra_data field but there is no command line option for it. Is it possible to have it back ?

After initial struggle i am compiling this program in centos 7, now halted at this error message:
Could proceed further, what library am i missing ??
proceeded as suggested in your page.

/usr/bin/c++ -pipe -fmessage-length=0 -std=c++11 -Wuninitialized -fPIC -pthread -static-libstdc++ -rdynamic CMakeFiles/bootstrap.dir/bootstrap.cpp.o -o bootstrap ../../../lib/libtools_base.a -lz -ldl
../../../lib/libtools_base.a(CryptoHelperLinux.cpp.o): In function license::CryptoHelperLinux::CryptoHelperLinux()': CryptoHelperLinux.cpp:(.text+0xd5): undefined reference to ERR_load_ERR_strings'
CryptoHelperLinux.cpp:(.text+0xda): undefined reference to ERR_load_crypto_strings' CryptoHelperLinux.cpp:(.text+0xdf): undefined reference to OPENSSL_add_all_algorithms_noconf'
../../../lib/libtools_base.a(CryptoHelperLinux.cpp.o): In function license::CryptoHelperLinux::generateKeyPair()': CryptoHelperLinux.cpp:(.text+0x107): undefined reference to RSA_generate_key'
../../../lib/libtools_base.a(CryptoHelperLinux.cpp.o): In function license::CryptoHelperLinux::exportPrivateKey() const': CryptoHelperLinux.cpp:(.text+0x1cc): undefined reference to BIO_s_mem'
CryptoHelperLinux.cpp:(.text+0x1d4): undefined reference to BIO_new' CryptoHelperLinux.cpp:(.text+0x20d): undefined reference to PEM_write_bio_RSAPrivateKey'
CryptoHelperLinux.cpp:(.text+0x228): undefined reference to BIO_ctrl' CryptoHelperLinux.cpp:(.text+0x25a): undefined reference to BIO_read'
CryptoHelperLinux.cpp:(.text+0x409): undefined reference to BIO_free_all' ../../../lib/libtools_base.a(CryptoHelperLinux.cpp.o): In function license::CryptoHelperLinux::exportPublicKey() const':
CryptoHelperLinux.cpp:(.text+0x608): undefined reference to BIO_s_mem' CryptoHelperLinux.cpp:(.text+0x610): undefined reference to BIO_new'
CryptoHelperLinux.cpp:(.text+0x62e): undefined reference to PEM_write_bio_RSAPublicKey' CryptoHelperLinux.cpp:(.text+0x649): undefined reference to BIO_ctrl'
CryptoHelperLinux.cpp:(.text+0x67b): undefined reference to BIO_read' CryptoHelperLinux.cpp:(.text+0x82a): undefined reference to BIO_free_all'
../../../lib/libtools_base.a(CryptoHelperLinux.cpp.o): In function license::CryptoHelperLinux::signString(void const*, unsigned long, std::string const&) const': CryptoHelperLinux.cpp:(.text+0x9ac): undefined reference to EVP_MD_CTX_create'
CryptoHelperLinux.cpp:(.text+0xa44): undefined reference to BIO_new_mem_buf' CryptoHelperLinux.cpp:(.text+0xa63): undefined reference to PEM_read_bio_PrivateKey'
CryptoHelperLinux.cpp:(.text+0xa73): undefined reference to BIO_free' CryptoHelperLinux.cpp:(.text+0xa78): undefined reference to EVP_sha256'
CryptoHelperLinux.cpp:(.text+0xa98): undefined reference to EVP_DigestSignInit' CryptoHelperLinux.cpp:(.text+0xaae): undefined reference to EVP_MD_CTX_destroy'
CryptoHelperLinux.cpp:(.text+0xae4): undefined reference to EVP_DigestUpdate' CryptoHelperLinux.cpp:(.text+0xafa): undefined reference to EVP_MD_CTX_destroy'
CryptoHelperLinux.cpp:(.text+0xb85): undefined reference to EVP_DigestSignFinal' CryptoHelperLinux.cpp:(.text+0xb9b): undefined reference to EVP_MD_CTX_destroy'
CryptoHelperLinux.cpp:(.text+0xc34): undefined reference to CRYPTO_malloc' CryptoHelperLinux.cpp:(.text+0xc50): undefined reference to EVP_MD_CTX_destroy'
CryptoHelperLinux.cpp:(.text+0xcdd): undefined reference to EVP_DigestSignFinal' CryptoHelperLinux.cpp:(.text+0xcf7): undefined reference to CRYPTO_free'
CryptoHelperLinux.cpp:(.text+0xd03): undefined reference to EVP_MD_CTX_destroy' CryptoHelperLinux.cpp:(.text+0xdaa): undefined reference to EVP_PKEY_free'
CryptoHelperLinux.cpp:(.text+0xdbd): undefined reference to CRYPTO_free' CryptoHelperLinux.cpp:(.text+0xdd0): undefined reference to EVP_MD_CTX_destroy'
../../../lib/libtools_base.a(CryptoHelperLinux.cpp.o): In function license::CryptoHelperLinux::Opensslb64Encode(unsigned long, unsigned char*) const': CryptoHelperLinux.cpp:(.text+0xf24): undefined reference to BIO_s_mem'
CryptoHelperLinux.cpp:(.text+0xf2c): undefined reference to BIO_new' CryptoHelperLinux.cpp:(.text+0xf35): undefined reference to BIO_f_base64'
CryptoHelperLinux.cpp:(.text+0xf3d): undefined reference to BIO_new' CryptoHelperLinux.cpp:(.text+0xf54): undefined reference to BIO_push'
CryptoHelperLinux.cpp:(.text+0xf69): undefined reference to BIO_set_flags' CryptoHelperLinux.cpp:(.text+0xf82): undefined reference to BIO_write'
CryptoHelperLinux.cpp:(.text+0xf9d): undefined reference to BIO_ctrl' CryptoHelperLinux.cpp:(.text+0xfba): undefined reference to BIO_ctrl'
CryptoHelperLinux.cpp:(.text+0xfee): undefined reference to BIO_free_all' ../../../lib/libtools_base.a(CryptoHelperLinux.cpp.o): In function license::CryptoHelperLinux::~CryptoHelperLinux()':
CryptoHelperLinux.cpp:(.text+0x1044): undefined reference to `RSA_free'
collect2: error: ld returned 1 exit status
make[2]: *** [src/tools/bootstrap/bootstrap] Error 1

Usage data can be uploaded to the server for license statistics.

The name of the server or its ip should be configurable by the software editor.

• check if it is possible to connect to the server for uploading the licenses
• if it fails check if it is possible to connect to google.
  • If this is possible means that the licensing server is actively shielded. Abort the program.
  • If connection to google fails assume that the pc running the license software is not connected to Internet. Continue using the software.

solve problem with add legacy_stdio_definitions.lib to linker

fix please

It would be a good idea to reformat the code before it's committed using a pre-commit hook (to standardize it when we accept commits from other developers)

Seem this project
pre-commit-clang-format

Configure the project for debug build

cmake .. -DCMAKE_BUILD_TYPE=DEBUG

Compiling we get the following error:

/usr/bin/c++   -pipe -fmessage-length=0 -std=c++11 -Wuninitialized -fPIC -g  -pthread -rdynamic CMakeFiles/license_generator.dir/license-generator-main.cpp.o  -o license_generator ../../../lib/liblicense_generator_lib.a ../../../lib/libtools_base.a ../../../lib/liblicense++_static.a ../../../lib/libini.a ../../../lib/libos.a ../../../lib/libbase.a -Wl,-Bstatic -lboost_program_options -lboost_system -lcrypto -lz -Wl,-Bdynamic -ldl -Wl,-Bdynamic 
../../../lib/libos.a(os-linux.c.o): In function `getDiskInfos':
/home/devel/prj/misc/licman/open-license-manager/src/library/os/os-linux.c:150: undefined reference to `VALGRIND_CHECK_VALUE_IS_DEFINED'
collect2: error: ld returned 1 exit status
src/tools/license-generator/CMakeFiles/license_generator.dir/build.make:107: recipe for target 'src/tools/license-generator/license_generator' failed

Seem valgrind is missing

as title.
thanks for help.

Specify a limit on the number of CPU the licensed software can be run on.

At the moment it's especially important for Linux containers, but also it's useful for VM...