Diamond Lock works with TS EasyLanguage.
Will it protect PowerLanguage source code too?
PowerLanguage source with Diamond Lock
- CrazyNasdaq
- Posts: 326
- Joined: Sep 02 2009
- Location: ITALY
- Has thanked: 101 times
- Been thanked: 90 times
Why don't you use the Multicharts encryption that comes out with Multicharts ?
The Export/import Read-only files (*.sef) that you can find in the PowerLanguage File menu.
It works fine !!!
The Export/import Read-only files (*.sef) that you can find in the PowerLanguage File menu.
It works fine !!!
- TJ
- Posts: 7775
- Joined: Aug 29 2006
- Location: Global Citizen
- Has thanked: 1036 times
- Been thanked: 2233 times
it is compiled.Hi
Is the .SEF, (The Export/import Read-only files (*.sef) ), encrypted ?
How secure is it ?
Emmanuel
ie. irreversible.
- TJ
- Posts: 7775
- Joined: Aug 29 2006
- Location: Global Citizen
- Has thanked: 1036 times
- Been thanked: 2233 times
nope.TJ,
Did you try Diamond Lock ?
MC only compiles the codes into binary codes, but not encrypted/scrambled at all.
It is very dangerous to assume the compiled codes are safe. It costs just $1 per KB to decompile them.
See more from this site: http://viziblesoft.com/
If you want to safeguard your codes by filling in MBs of garbage codes, you are just a bit right because it will cost much,much cheaper for a 'high hand' from China to do the job.
So be very very careful to pass on your sef files...
It is very dangerous to assume the compiled codes are safe. It costs just $1 per KB to decompile them.
See more from this site: http://viziblesoft.com/
If you want to safeguard your codes by filling in MBs of garbage codes, you are just a bit right because it will cost much,much cheaper for a 'high hand' from China to do the job.
So be very very careful to pass on your sef files...
- TJ
- Posts: 7775
- Joined: Aug 29 2006
- Location: Global Citizen
- Has thanked: 1036 times
- Been thanked: 2233 times
ELD is a different animal than sef.MC only compiles the codes into binary codes, but not encrypted/scrambled at all.
It is very dangerous to assume the compiled codes are safe. It costs just $1 per KB to decompile them.
See more from this site: http://viziblesoft.com/
If you want to safeguard your codes by filling in MBs of garbage codes, you are just a bit right because it will cost much,much cheaper for a 'high hand' from China to do the job.
So be very very careful to pass on your sef files...
ELDs are not compiled. A locked ELD is merely encrypted.
With MultiCharts, there are 2 ways to prevent access to your code:
1. use "Protect Study" under the Tools menu in PLE.
-- the code is encrypted
-- read access is password protected
-- results in a pla file extension
-- protected study can be used by any releases of MultiCharts of the same version (or higher).
2. use "Export Read-Only" under the Files menu in PLE.
-- the code is compiled
-- no password access; once compiled, the file cannot be reversed
-- results in a sef file extension
-- compiled study can ONLY be used by the same release of MultiCharts of the same version.
ie if there is a new release of MultiCharts, you have to re-compile the study with the new MultiCharts before you can import it again.
A locked ELD is equivalent to MultiCharts' "Protected Study".
- CrazyNasdaq
- Posts: 326
- Joined: Sep 02 2009
- Location: ITALY
- Has thanked: 101 times
- Been thanked: 90 times
This people don't speak at all about Multicharts's *sef files (read only version). They convert *esf files from eSignal or ELD files from TS, even the last version 8.8, so where is the dangerous in keeping your files protected with *sef files from Multicharts (the read only version)?It is very dangerous to assume the compiled codes are safe. It costs just $1 per KB to decompile them.
See more from this site: http://viziblesoft.com/
For now I think that *sef files are yet the best solution to protect codes
Hi
Thank you TJ for your information, I didn't realize before, the difference between, protected and export read only. ( I was thinking it was the same process)
This is interesting. I didn't know that http://viziblesoft.com/ existed.
do you know if the protected file is encrypted ???
Thank you TJ for your information, I didn't realize before, the difference between, protected and export read only. ( I was thinking it was the same process)
This is interesting. I didn't know that http://viziblesoft.com/ existed.
do you know if the protected file is encrypted ???
- Dave Masalov
- Posts: 1712
- Joined: Apr 16 2010
- Has thanked: 51 times
- Been thanked: 490 times
Dear Sirs,
Let me reassure you that .sef files cannot be opened by http://viziblesoft.com/ software. They contain only binary code.
ELD files on the contrary contain the source code, but the names of the variables are changed (to i.e. var1, var2 etc.).
As for protected .pla files, they are encrypted but crackable.
Let me reassure you that .sef files cannot be opened by http://viziblesoft.com/ software. They contain only binary code.
ELD files on the contrary contain the source code, but the names of the variables are changed (to i.e. var1, var2 etc.).
As for protected .pla files, they are encrypted but crackable.
- CrazyNasdaq
- Posts: 326
- Joined: Sep 02 2009
- Location: ITALY
- Has thanked: 101 times
- Been thanked: 90 times
Before Dave gave us a complete and definetly response, I wrote to viziblesoft.com asking them this:I think that's best answered by TSsupport guys.
For those who think .sef file is safe, I can only wish you good luck.
Their response was quick and syntethic:from **********************************
to support@viziblesoft.com
date 23 settembre 2010 17:04
object Decript Multicharts *.sef files
I've a question for you.
Do you decrypt *sef files with codes made with Powerlanguage from TSSupport Multicharts ?
They are encrypted codes made in a single way which can be installed with a "read Only way" and
not decompiled or password protected
They work only if created and installed with the same version of Multicharts.
Codes created with version 6.1 are read only from Multicharts 6.1 and not other versione and so
on.
They are different from *pla codes made with powerlanguage but only password protected.
These one seems to be encripted.
I think that there will be no doubt now.Hi,
No, we don't support Multicharts.
Regards
- TJ
- Posts: 7775
- Joined: Aug 29 2006
- Location: Global Citizen
- Has thanked: 1036 times
- Been thanked: 2233 times
just a word of caution,Hi
Thank you Dave and CrazyNasdaq for your information
It look like that it is better to use .SEF, because you don't put your source on your PC, and the PLA contain the source....
Emmanuel
if you import the sef back into your computer,
it can overwrite (with your permission) your original pla study of the same name, and render your pla code inaccessible.
Hi Dave,
As you said, .sef file is in binary codes.
That is to say, MC uses some open standard to convert the Power Language codes into binary codes. During the process, NO encryption is done.
So if one can list out these binary codes then he/she should be able to convert them back to Power Language codes, by using the same open standard, provided he/she spend enough time/effort in it.
Is this understanding correct ?
As you said, .sef file is in binary codes.
That is to say, MC uses some open standard to convert the Power Language codes into binary codes. During the process, NO encryption is done.
So if one can list out these binary codes then he/she should be able to convert them back to Power Language codes, by using the same open standard, provided he/she spend enough time/effort in it.
Is this understanding correct ?
Hi LMC,
I agree as it is a binary, you may reverse engineer the binary to a source code.
But it must be complicated . Which is good.
That is why diamond lock look interesting.
Does anyone know where this binary is located ?
Maybe can we use a second software to protect the dll ?
http://www.brothersoft.com/mpress-77695.html
http://www.brothersoft.com/aspack-3899.html
http://www.brothersoft.com/enterprise-a ... 60300.html
http://www.brothersoft.com/execryptor-21017.html
http://www.brothersoft.com/downloads/re ... files.html
I agree as it is a binary, you may reverse engineer the binary to a source code.
But it must be complicated . Which is good.
That is why diamond lock look interesting.
Does anyone know where this binary is located ?
Maybe can we use a second software to protect the dll ?
http://www.brothersoft.com/mpress-77695.html
http://www.brothersoft.com/aspack-3899.html
http://www.brothersoft.com/enterprise-a ... 60300.html
http://www.brothersoft.com/execryptor-21017.html
http://www.brothersoft.com/downloads/re ... files.html
- Dave Masalov
- Posts: 1712
- Joined: Apr 16 2010
- Has thanked: 51 times
- Been thanked: 490 times
Dear LMC,Hi Dave,
As you said, .sef file is in binary codes.
That is to say, MC uses some open standard to convert the Power Language codes into binary codes. During the process, NO encryption is done.
So if one can list out these binary codes then he/she should be able to convert them back to Power Language codes, by using the same open standard, provided he/she spend enough time/effort in it.
Is this understanding correct ?
Everything can be decoded, this is called reverse engineering. Theorethically, it is possible to decode binary code just as every dll file and every application. However, it will require enormous professional and time ressources. It is simply not rational to spend so many efforts to decode a study. Moreover, there is no any open standart. If you decoded one study, it does not mean that you will have the algorithm to decode the other .sef files. You will have to spend exactly the same time and resources to decode the other study, even the identical one.
- JoshM
- Posts: 2196
- Joined: May 20 2011
- Location: The Netherlands
- Has thanked: 1544 times
- Been thanked: 1565 times
- Contact:
That website seems to be http://www.investlabs.com/ and http://www.investlabs.com/diamondlock2000.html after a quick Google search.May I know the website of Diamond Lock?