E
Erik Wanta
Guest
Has anyone written anything to keep all the cells in a dfII library
encrypted and decrypt when they are opened?
---
Erik
encrypted and decrypt when they are opened?
---
Erik
Navigation
Install the app
How to install the app on iOS
Follow along with the video below to see how to install our site as a web app on your home screen.
Note: This feature may not be available in some browsers.
More options
You are using an out of date browser. It may not display this or other websites correctly.
You should upgrade or use an alternative browser.
You should upgrade or use an alternative browser.
K
Kholdoun TORKI
Guest
Interesting topic !
The problem with this, is that once decrypted, the data may be
re-saved as un-encrypted data ...
Perhaps there is a way to make read-only libraries and in this way
the encryption may be preserved ... But this seems not existing
since 4.4.x
===================
Kholdoun TORKI
http://cmp.imag.fr
===================
Erik Wanta wrote:
The problem with this, is that once decrypted, the data may be
re-saved as un-encrypted data ...
Perhaps there is a way to make read-only libraries and in this way
the encryption may be preserved ... But this seems not existing
since 4.4.x
===================
Kholdoun TORKI
http://cmp.imag.fr
===================
Erik Wanta wrote:
Has anyone written anything to keep all the cells in a dfII library
encrypted and decrypt when they are opened?
---
Erik
M
Mike Stabenfeldt
Guest
erikwanta@starband.net (Erik Wanta) wrote in message news:<84018314.0402041220.63c3ba99@posting.google.com>...
If your trying to provide a 3rd party with a read-only
version of the data, I have a way in slam to do this.
Basically, you'd read in the gds, "protect" the cells, then
provide the protected data to the 3rd party along with the
viewer program. After the cells are protected, only the viewer
program can open them. The third party would not be able to
open the cell and export it again. It's sort of an undocumented
feature in my system.
I couldn't quite tell what you were trying to achieve,
so I may be completely off with this reply.
Mike Stabenfeldt
http://www.stabie-soft.com
Erik,Has anyone written anything to keep all the cells in a dfII library
encrypted and decrypt when they are opened?
---
Erik
If your trying to provide a 3rd party with a read-only
version of the data, I have a way in slam to do this.
Basically, you'd read in the gds, "protect" the cells, then
provide the protected data to the 3rd party along with the
viewer program. After the cells are protected, only the viewer
program can open them. The third party would not be able to
open the cell and export it again. It's sort of an undocumented
feature in my system.
I couldn't quite tell what you were trying to achieve,
so I may be completely off with this reply.
Mike Stabenfeldt
http://www.stabie-soft.com
K
Kholdoun TORKI
Guest
Erik,
A way to encrypt DFII databases :
1) Use the Skill command "dbWriteSkill" to dump an entire
cellview into a Skill file. (look at the DFII Skill Ref. manual)
If you use it with argument g_ref true, then all the reference
cellviews will be dumped out and included in the file.
2) Use "encrypt()" Skill command to encrypt the result.
The encryption protect the Skill file from being ascii, but
every one can execute it. If you want to prevent this, you may
encrypt with a password, and release the password only to
whom is concerned.
Hope that this help.
===================
Kholdoun TORKI
http://cmp.imag.fr
===================
Erik Wanta wrote:
A way to encrypt DFII databases :
1) Use the Skill command "dbWriteSkill" to dump an entire
cellview into a Skill file. (look at the DFII Skill Ref. manual)
If you use it with argument g_ref true, then all the reference
cellviews will be dumped out and included in the file.
2) Use "encrypt()" Skill command to encrypt the result.
The encryption protect the Skill file from being ascii, but
every one can execute it. If you want to prevent this, you may
encrypt with a password, and release the password only to
whom is concerned.
Hope that this help.
===================
Kholdoun TORKI
http://cmp.imag.fr
===================
Erik Wanta wrote:
Has anyone written anything to keep all the cells in a dfII library
encrypted and decrypt when they are opened?
---
Erik
F
fogh
Guest
Erik Wanta wrote:
you would have no reason to transfer a library and then a key: you would
retaion the library and transfer it at the time you would have the key.
So, when that is for archiving, why don t you use a standard way of
doing this:
-cleanup the library
-put it in a tarball
-create a MD5 hash of the tarball
-encrypt it with good-old unix trippleDES "crypt", or some other fancy.
I take the occasion to put forward my 2cents about encrption in analog
design:
encrypted callbacks
+ encrypted spectre device models
+ encrypted behavioural verilogAMS
+ encrypted assura ruledecks
=total blindness
=non-functional IC
This is, I suppose for archiving. If that would be for tranfer, I guessHas anyone written anything to keep all the cells in a dfII library
encrypted and decrypt when they are opened?
---
Erik
you would have no reason to transfer a library and then a key: you would
retaion the library and transfer it at the time you would have the key.
So, when that is for archiving, why don t you use a standard way of
doing this:
-cleanup the library
-put it in a tarball
-create a MD5 hash of the tarball
-encrypt it with good-old unix trippleDES "crypt", or some other fancy.
I take the occasion to put forward my 2cents about encrption in analog
design:
encrypted callbacks
+ encrypted spectre device models
+ encrypted behavioural verilogAMS
+ encrypted assura ruledecks
=total blindness
=non-functional IC