Welcome to EDAboard.com

Welcome to our site! EDAboard.com is an international Electronic Discussion Forum focused on EDA software, circuits, schematics, books, theory, papers, asic, pld, 8051, DSP, Network, RF, Analog Design, PCB, Service Manuals... and a whole lot more! To participate you need to register. Registration is free. Click here to register now.

Register Log in

stealing codes - protecting my hc11(eeprom)

Status
Not open for further replies.

ZeleC

Full Member level 5
Joined
Dec 18, 2002
Messages
261
Helped
3
Reputation
6
Reaction score
1
Trophy points
1,298
Activity points
2,173
stealing codes

is there a way to protect my hc11(eeprom) or eprom(27c512) from being code stolen
thx
 

Jørd

Junior Member level 2
Joined
Aug 9, 2001
Messages
22
Helped
0
Reputation
0
Reaction score
0
Trophy points
1,281
Activity points
156
If your HC11 has built-in ROM (be it EPROM, EEPROM or similar), there ought to be a thing named "security fuse". Once set, it won't be possible to read the built-in ROM even with a designated HC11 programmer.
Whether your HC11 is equipped with EPROM/EEPROM or whatever depends on the specific version of HC11 you're using; I recommend a peek in the respective datasheet.

There is no way to read-protect an external EPROM, since the very process of reading it is needed to use it ...

Well, if you were using a smart card instead of an external EPROM, it might be possible to read-protect the smart card's memory, but then the code to implement the necessary challenge-response algorithm has to reside someplace else; it won't be a good idea to have this code sitting in a non-read-protected memory area.
 

mk3

Member level 2
Joined
Dec 31, 1999
Messages
42
Helped
0
Reputation
0
Reaction score
0
Trophy points
1,286
Activity points
298
Jørd said:
If your HC11 has built-in ROM (be it EPROM, EEPROM or similar), there ought to be a thing named "security fuse".

HC11 does not have any "security fuse" to protect internal memory. Only exist one secure version ov it, labeled 68S... for some of the family members, that isn't widely available, and that has a security only for internal EEPROM. :cry:

regards
 

BENOIT

Member level 5
Joined
Sep 22, 2001
Messages
89
Helped
0
Reputation
0
Reaction score
0
Trophy points
1,286
Location
France
Activity points
1,900
I sujjest you to use a PDS311 chip (WaferScale WSI)for example : this chip will be programmed with your firmware, your address decode and has SRAM
as well and can be secured.
regards,
MB.
 

ash

Full Member level 3
Joined
Dec 25, 2002
Messages
151
Helped
2
Reputation
4
Reaction score
1
Trophy points
1,298
Location
Europe
Activity points
1,051
I think you should use a pic as encoder/decoder interface between hc11 and 27c512. Use simple cryption algorithm to encode send codes to eeprom! Like "Xor h50"
 

BENOIT

Member level 5
Joined
Sep 22, 2001
Messages
89
Helped
0
Reputation
0
Reaction score
0
Trophy points
1,286
Location
France
Activity points
1,900
Yes But If you have the PIC that encode decode you can decode
the orginal firmware by using the PIC on an adapter built with
your EPROM programmer.
this is currently done by such manufactuers to encrypt their firmware
but seems to be weak because you can uncrypt the code they
disassembling it. usually manufacturer use PAL logic,
but also secured PAL logic can be read with 99% success.
in the WSI all PAL, memory are in the same die. it is harder to
erase the secure-bit in it.
A+
Regards,
MB.
 

Fragrance

Advanced Member level 4
Joined
Jul 26, 2002
Messages
1,191
Helped
247
Reputation
494
Reaction score
198
Trophy points
1,343
Location
East Of Earth
Activity points
8,916
PROTECTION IS A PROBLEM

Yes i agree with benoit, wafferscale can provide a better sulotion for these kind of problems another good idea is that ATMEL
www.atmel.com can provide a kind of eeprom 28c512 which also have securety bit to protect the design. see there web site get a sample and try it


regards
khalid
 

ntxp

Member level 2
Joined
May 29, 2002
Messages
44
Helped
0
Reputation
0
Reaction score
0
Trophy points
1,286
Activity points
342
It is always meaningless to protect the code from external bus, no matter what encryption you made between the mcu and external rom, the data could always read using a logic analyzer probing the bus.

So, if you want security, go to use one with internal rom, or make your own asic.

ntxp
 

Status
Not open for further replies.
Toggle Sidebar

Part and Inventory Search

Welcome to EDABoard.com

Sponsor

Top