AVR Lock-Bits so korrekt?

[Frank (Gast)]

Ist ein AVR mit Bootloader (der verschlüsselte Hex-Datein annimmt) mit 
diesen Bits korrrekt vor Auslesen geschützt?

[MeinerEiner (Gast)]

Ich schätz, dass BLB0 den Sinn des Bootloaders "zerstört", da er ja 
Zugriff auf die App. Section verbietet (prohibited).

[Frank (Gast)]

Ich dachte, das ist ein Verbot-Bit, das Code IN der App-Sektion betrifft 
und nicht Zugriffe AUF die App-Sektion (der Bootloader funktioniert mit 
den Bits).

[Ben _. (burning_silicon)]

ich bin mir nicht sicher glaube aber die lockbits beziehen sich nur auf 
das programmier-interface. der µC selber sollte den programmspeicher 
aber noch per software beschreiben können.

[Frank (Gast)]

Ich sollte vieleicht dazusagen, dass der Bootloader auch 
unverschlüsselten Code installiert (Kunden-Firmware) - kann man dadurch 
etwas einschleusen, was die davor installierte Firmeware ausliest?

[MeinerEiner (Gast)]

Eigentlich schützen die BLBs die App.Section vor dem Bootloader:

> BLB01, BLB02 Durch diese Bits kann der Code sogar vor dem Zugriff durch
> den Bootloader geschützt werden
> BLB11, BLB12 Diese Bits schützen den Bootloaderbereich selbst
(http://www.rn-wissen.de/index.php/Avr#Die_Fusebits)



> kann man dadurch etwas einschleusen, was die davor installierte
> Firmeware ausliest?

Kann man; gibt aber nen einfachen "Trick":
Sobald ein Kommando zum Schreiben einer Page kommt: erst mal gesamten 
App.Bereich löschen, danach erst die Page schreiben. (gelöscht werden 
muss die ja vor dem Schreiben sowieso)

[Frank (Gast)]

> Ich schätz, dass BLB0 den Sinn des Bootloaders "zerstört", da er ja
Zugriff auf die App. Section verbietet (prohibited)

Du hast Recht, meine Bits tun es doch nicht. Hatte wohl was falsches 
getestet.

[Frank (Gast)]

So richtig?