Yahoo Groups archive

Lpc2000

Index last updated: 2026-04-28 23:31 UTC

Message

Re: [lpc2000] Re: FLASH Security

2005-12-18 by Richard Duits

The JTAG is disabled on reset and it is enabled by the bootloader code 
when CRP is not enabled. See previous discussions on this list about 
JTAG debugging from reset for more information.

Richard.


jayasooriah wrote:

> Am I right in assuming LPC2000 CRP is a software fence implemented in
> the supplied boot loader code?
>
> In the case of AVR, CRP is implemented in hardware.  This means that
> locked down code in flash can be executed but not read from flash by
> preying eyes.  Thus we ship products with our code locked down in the
> boot sector assured that our code is secure from preying eyes.
>
> If JTAG is used to bring LPC2000 out of reset on power up (and thus
> stop boot loader code from executing), will this also void CRP?
>
> The LPC2000 series support Quick-Pulse programming.  Can this method
> of parallel programming be used by preying eyes to read CRP'ed code?
>
> --- In lpc2000@yahoogroups.com, "philips_apps" <philips_apps@y...> wrote:
> >
> > Hello Jayasooriah,
> >
> > Code Read Protection (CRP) was implemented with intention to protect
> > on-chip Flash content from preying eyes.
> >
> > In context of a system with external memory, this means that
> > external memory components can be used, but in that case LPC2000
> > with enabled CRP cannot boot from external memory.
> >
> > Once LPC2000 starts executing user's code it does not care if the
> > code is on or off chip, as long as fetched op-code is valid. If a
> > LPC2000 device would have CRP enabled and booting process would
> > direct code execution to an application in external memory, there
> > would be no way to protect on-chip flash content from being read by
> > such application.
> >
> > However, having CRP enabled in a system with external memory and
> > booting from on-chip flash is perfectly valid scenario. As long as
> > LPC2000 is not fetching any executable code from external memory,
> > CRP will accomplish what it is designed for. This is the case when
> > external memory is used for data storage only.
> >
> > All in all, the moment an off-chip located code is fetched, CRP's
> > role is voided.
> >
> > Regards,
> >
> > Philips Apps Team
>
>
>
>
>
> ------------------------------------------------------------------------
> YAHOO! GROUPS LINKS
>
>     *  Visit your group "lpc2000
>       <http://groups.yahoo.com/group/lpc2000>" on the web.
>        
>     *  To unsubscribe from this group, send an email to:
>        lpc2000-unsubscribe@yahoogroups.com
>       <mailto:lpc2000-unsubscribe@yahoogroups.com?subject=Unsubscribe>
>        
>     *  Your use of Yahoo! Groups is subject to the Yahoo! Terms of
>       Service <http://docs.yahoo.com/info/terms/>.
>
>
> ------------------------------------------------------------------------
>

Attachments

Move to quarantaine

This moves the raw source file on disk only. The archive index is not changed automatically, so you still need to run a manual refresh afterward.