Flexlnet 11.5 target
 

I am trying to reverse a target which uses flexnet 11.5 licensing scheme.
I have recovered the correct encryption seeds, and have build lmcrypt for SIGN=12 character licenses. Licenses can be checked out with the lmtools utility, but when I try to run the program I receive the following error
"invalid FLEXLM license file syntax"

An older version of this application used SIGN=16 character licenses, so maybe I get above error because I am generating 12 character licenses.

Does anybody know how to build lmcrypt for SIGN=16 character licenses?

rgds

rcer

rcer, upload your target... And you need to add this string "-longkey", if you want SIGN with 16 characters..

Or in the sign area of the template license, put a 0 for each digit of SIGN that you want.

Example :
FEATURE fname3 vendorna 2.000 permanent 0 000000000000 TS_OK ck=0
gives 12 digit sign. 0000000000000000 would give 16 digit

Git

may be use -verfmt 5

-verfmt prints in old format and prints errors when
is newer than specified.
Git, if you write [-longkey] in the script, and SIGN="0" in the template, the crypter write 16 characters, without filling with zeros the SIGN like this--> SIGN=0000000000000000

I'm aware of that nik, but prefer to do it the other way.

Git

Hi @rcer

upload your target, I can review and comment

nikkapedd, Git & Fox & Alkine322

Thanks, for this tip, and I tried the 16 Char license, but still get the same error message.

Upload the full target, or the daemon only? and upload to where? ( have no access to the ftp anymore)

rgds

start from the deamon file on rghost.net

O.K.
have sent you guys a PM with the link & pwd

regards

>FEATURE fname3 vendorna 2.000 permanent 0 000000000000 TS_OK ck=0

add HOSTID=ANY e.g. to your template

otherwise if you want floating license then
add this

SERVER this_host locking port
DAEMON vendorna

and change FEATURE fname3 vendorna 2.000 permanent 0 000000000000 TS_OK ck=0
to
FEATURE fname3 vendorna 2.000 permanent 100 000000000000 TS_OK ck=0

ketan,

vendor is callmd not vendorna,

I managed to solve the issue, the problem was that the target does not accept:

- HOSTID=ANY
- Permanent
- features with expiry dates beyond 2 years from current date

Program now runs fine with SIGN=12 license

>vendor is callmd not vendorna,

Ah, sorry. It was Git' template, not yours.

As for client-side checks in 95% of cases you have to find lc_auth_data and trace the code that analyses config* returned. Sometimes the API to begin with is lc_get_config/lc_next_config. And a number of LM_*FILTER* hooks set with lc_set_attr are usual suspects also :-)

PS: never met SIGN=16digits in the wild, it's either 12 or CRO. Though technically it could be 16/20 also.

'vendorna' was made up from almost random letters that my fingers fell on, sorry :)

Git

ketan, the standard license can be 20 digits, but the standard SIGN can be only max 16 digits.. except the long ECC SIGN and SIGN2