Ledgers sikkerhetsmeldinger fra august 2026 omfattet tre feil i Ethereum appen – ikke et rapportert tyveri av private nøkler eller kompromittering av fastvaren. OneKeys Anzen team gjenskapte LSB 023 mot den utdaterte appversjonen 1.22.1 i en kontrollert laboratorietest.
Publisert avRedigert med GPT-5.6 LunaBilder generert med GPT Image 1.5
Research answer

Create a landscape editorial hero image for this Studio Global article: What happened with Ledger’s Ethereum app security vulnerabilities in August 2026—including OneKey’s controlled reproduction of the already-p. Article summary: In August 2026, Ledger disclosed three Ethereum-app issues affecting the reliability of its trusted display—not a compromise of users’ private keys or Ledger’s operating system. Ledger said it had no evidence that any us. Topic tags: general, documentation, general web, user generated. Style: premium digital editorial illustration, source-backed research mood, clean composition, high detail, modern web publication hero. Use reference image context only for broad subject, composition, and topical grounding; do not copy the exact image. Avoid: logos, brand marks, copyrighted characters, real person likenesses, fake screenshots, UI text, readable text, watermarks,
Ledger-saken fra august 2026 dreide seg om tre sårbarheter i Ethereum-appen som brukes på Ledger-enheter. Feilene påvirket hvordan transaksjoner og bytteoperasjoner ble tolket, vist eller godkjent – ikke uthenting av brukernes private nøkler eller et rapportert innbrudd i Ledgers operativsystem. Ledger sier at selskapet ikke har funnet tegn til at brukere ble hacket, eller at feilene ble utnyttet i praksis. 35
38
Det viktigste for brukerne er derfor enkelt: Oppdater Ethereum-appen gjennom Ledger Live til versjon 1.22.3 eller nyere, og åpne deretter appen på selve Ledger-enheten for å kontrollere hvilken versjon som er installert. 35
OneKeys sikkerhetsteam Anzen gjenskapte LSB-023, en såkalt kappløpsbetingelse for å bytte ut en transaksjon, mot Ethereum-appversjon 1.22.1 i en kontrollert laboratorietest. Feilen gjorde at enheten kunne ta imot en ny APDU-kommando mens en tidligere kommando fortsatt ventet på brukerens svar. Siden transaksjonsdataene lå i en delt tilstand mens brukeren gjennomgikk informasjonen på skjermen, kunne opplysningene som ble vist, avvike fra opplysningene som til slutt ble signert. 2
I praksis måtte en angriper ha kontroll over kommunikasjonsveien mellom vertsdatamaskinen og Ledger-enheten. Det kunne for eksempel være gjennom skadevare eller en kompromittert lommebokapplikasjon med tilgang til enheten. Brukeren måtte likevel godkjenne meldingen som ble vist på Ledger-enheten. Dette var altså ikke et angrep for å hente ut gjenopprettingsfrasen eller de private nøklene. 21
27
Ledger avviste samtidig fremstillingen av dette som et nytt, pågående innbrudd. Selskapet opplyste at feilen allerede var rettet i Ethereum-appversjon 1.22.2, som ble lansert 13. august – før OneKey viste frem testen offentlig. Ledger har også pekt på en bredere løsning i Secure SDK versjon 26.6.1. 22
35
LSB-024 gjaldt hvordan Ethereum-appen håndterte tabeller under såkalt clear signing, der transaksjonsinnholdet skal vises tydelig før signering. Parseren leste antallet operasjoner som en 16-bits verdi, men lagret antallet som gjensto i et 8-bits felt. Ved en pakke med 257 operasjoner kunne telleren derfor gå rundt, slik at enheten bare viste den siste operasjonen selv om signaturen dekket hele pakken. 37
Dette var ikke et generelt angrep mot alle Ethereum-transaksjoner. De beskrevne forutsetningene omfattet blant annet en kompromittert vertsdatamaskin, en clear-signing-beskrivelse som gikk gjennom angriperkontrollerte data, og en smartkontrakt som kunne motta og utføre mer enn 255 operasjoner i én pakke. Ledger rettet feilen i Ethereum-appversjon 1.22.3. 37
LSB-025 berørte en spesifikk bytteflyt gjennom Exchange-applikasjonen. Ethereum-appen kontrollerte adressen og beløpet som skulle brukes i byttet, men undersøkte ikke om operasjonen faktisk var en tokenoverføring eller en ERC-20-godkjenning. En ondsinnet eller kompromittert byttetjeneste kunne dermed sende inn en godkjenning med riktig token, beløp og tjenesteadresse – og få den signert uten et nytt spørsmål på Ledger-enheten. 34
Begrensningene er viktige. Godkjenningen måtte være knyttet til den allerede validerte adressen til byttetjenesten og det forventede beløpet. Angriperen kunne altså ikke velge en vilkårlig adresse eller opprette en ubegrenset godkjenning. Det måtte også gjennomføres en separat, senere transaksjon for å flytte de godkjente tokenene. Siden den forventede swap-betalingen aldri ville komme, ville byttet mislykkes i stedet for å fullføres normalt. Feilen påvirket ikke vanlige godkjenningsprosesser utenfor swap-flyten. Ledger rettet LSB-025 i versjon 1.22.3. 34
En maskinvarelommebok kan holde private nøkler isolert, men likevel ha svakheter i enkeltapplikasjoner – for eksempel i hvordan transaksjoner tolkes, hvordan informasjon vises, eller hvordan data overføres mellom tilkoblet programvare og enheten.
Ledger-feilene handlet nettopp om hvorvidt enheten pålitelig viste og validerte operasjonen den faktisk signerte. Det er en viktig forskjell: Nøkkelisolering og sikkerhetselementet er fortsatt sentrale beskyttelser, men de fjerner ikke risikoen for feil i separate blokkjedeapplikasjoner.
Det forklarer også hvorfor oppdateringer er en del av sikkerhetsmodellen. Ledger har fremhevet appoppdateringer, herding av utviklerverktøyene, løpende sikkerhetsgjennomganger og ekstern sårbarhetsforskning som nødvendige tiltak. 27
38
Sikkerhetsmeldingene reiser også et spørsmål om utrulling av rettelser. Materialet som er offentliggjort her, omtaler rettelsene for LSB-024 og LSB-025 separat fra lanseringen av versjon 1.22.3, men forklarer ikke fullt ut tidsrommet mellom at feilene ble rettet internt og at oppdateringen ble tilgjengelig for brukerne. 5
34
37
Dette er et spørsmål om publisering og release-håndtering, ikke et bevis på at brukere ble kompromittert. Det er likevel relevant for hvor raskt sikkerhetsrettelser faktisk når kundene.
Det er ikke nok å oppdatere fastvaren alene for å bekrefte at den berørte Ethereum-appen er byttet ut. Det er versjonen av Ethereum-appen som er installert på Ledger-enheten, som er avgjørende her. 35
Studio Global AI
This page includes a source-backed answer you can continue inside Studio Global.
Ledgers sikkerhetsmeldinger fra august 2026 omfattet tre feil i Ethereum appen – ikke et rapportert tyveri av private nøkler eller kompromittering av fastvaren.
Ledgers sikkerhetsmeldinger fra august 2026 omfattet tre feil i Ethereum appen – ikke et rapportert tyveri av private nøkler eller kompromittering av fastvaren. OneKeys Anzen team gjenskapte LSB 023 mot den utdaterte appversjonen 1.22.1 i en kontrollert laboratorietest.
LSB 024 kunne skjule operasjoner i en clear signing pakke med 257 operasjoner, mens LSB 025 under snevre betingelser kunne erstatte en tokenbetaling med en token godkjenning.
Ledgers sikkerhetsmeldinger fra august 2026 omfattet tre feil i Ethereum appen – ikke et rapportert tyveri av private nøkler eller kompromittering av fastvaren. OneKeys Anzen team gjenskapte LSB 023 mot den utdaterte appversjonen 1.22.1 i en kontrollert laboratorietest.
Publisert avRedigert med GPT-5.6 LunaBilder generert med GPT Image 1.5
Research answer

Create a landscape editorial hero image for this Studio Global article: What happened with Ledger’s Ethereum app security vulnerabilities in August 2026—including OneKey’s controlled reproduction of the already-p. Article summary: In August 2026, Ledger disclosed three Ethereum-app issues affecting the reliability of its trusted display—not a compromise of users’ private keys or Ledger’s operating system. Ledger said it had no evidence that any us. Topic tags: general, documentation, general web, user generated. Style: premium digital editorial illustration, source-backed research mood, clean composition, high detail, modern web publication hero. Use reference image context only for broad subject, composition, and topical grounding; do not copy the exact image. Avoid: logos, brand marks, copyrighted characters, real person likenesses, fake screenshots, UI text, readable text, watermarks,
Ledger-saken fra august 2026 dreide seg om tre sårbarheter i Ethereum-appen som brukes på Ledger-enheter. Feilene påvirket hvordan transaksjoner og bytteoperasjoner ble tolket, vist eller godkjent – ikke uthenting av brukernes private nøkler eller et rapportert innbrudd i Ledgers operativsystem. Ledger sier at selskapet ikke har funnet tegn til at brukere ble hacket, eller at feilene ble utnyttet i praksis. 35
38
Det viktigste for brukerne er derfor enkelt: Oppdater Ethereum-appen gjennom Ledger Live til versjon 1.22.3 eller nyere, og åpne deretter appen på selve Ledger-enheten for å kontrollere hvilken versjon som er installert. 35
OneKeys sikkerhetsteam Anzen gjenskapte LSB-023, en såkalt kappløpsbetingelse for å bytte ut en transaksjon, mot Ethereum-appversjon 1.22.1 i en kontrollert laboratorietest. Feilen gjorde at enheten kunne ta imot en ny APDU-kommando mens en tidligere kommando fortsatt ventet på brukerens svar. Siden transaksjonsdataene lå i en delt tilstand mens brukeren gjennomgikk informasjonen på skjermen, kunne opplysningene som ble vist, avvike fra opplysningene som til slutt ble signert. 2
I praksis måtte en angriper ha kontroll over kommunikasjonsveien mellom vertsdatamaskinen og Ledger-enheten. Det kunne for eksempel være gjennom skadevare eller en kompromittert lommebokapplikasjon med tilgang til enheten. Brukeren måtte likevel godkjenne meldingen som ble vist på Ledger-enheten. Dette var altså ikke et angrep for å hente ut gjenopprettingsfrasen eller de private nøklene. 21
27
Ledger avviste samtidig fremstillingen av dette som et nytt, pågående innbrudd. Selskapet opplyste at feilen allerede var rettet i Ethereum-appversjon 1.22.2, som ble lansert 13. august – før OneKey viste frem testen offentlig. Ledger har også pekt på en bredere løsning i Secure SDK versjon 26.6.1. 22
35
LSB-024 gjaldt hvordan Ethereum-appen håndterte tabeller under såkalt clear signing, der transaksjonsinnholdet skal vises tydelig før signering. Parseren leste antallet operasjoner som en 16-bits verdi, men lagret antallet som gjensto i et 8-bits felt. Ved en pakke med 257 operasjoner kunne telleren derfor gå rundt, slik at enheten bare viste den siste operasjonen selv om signaturen dekket hele pakken. 37
Dette var ikke et generelt angrep mot alle Ethereum-transaksjoner. De beskrevne forutsetningene omfattet blant annet en kompromittert vertsdatamaskin, en clear-signing-beskrivelse som gikk gjennom angriperkontrollerte data, og en smartkontrakt som kunne motta og utføre mer enn 255 operasjoner i én pakke. Ledger rettet feilen i Ethereum-appversjon 1.22.3. 37
LSB-025 berørte en spesifikk bytteflyt gjennom Exchange-applikasjonen. Ethereum-appen kontrollerte adressen og beløpet som skulle brukes i byttet, men undersøkte ikke om operasjonen faktisk var en tokenoverføring eller en ERC-20-godkjenning. En ondsinnet eller kompromittert byttetjeneste kunne dermed sende inn en godkjenning med riktig token, beløp og tjenesteadresse – og få den signert uten et nytt spørsmål på Ledger-enheten. 34
Begrensningene er viktige. Godkjenningen måtte være knyttet til den allerede validerte adressen til byttetjenesten og det forventede beløpet. Angriperen kunne altså ikke velge en vilkårlig adresse eller opprette en ubegrenset godkjenning. Det måtte også gjennomføres en separat, senere transaksjon for å flytte de godkjente tokenene. Siden den forventede swap-betalingen aldri ville komme, ville byttet mislykkes i stedet for å fullføres normalt. Feilen påvirket ikke vanlige godkjenningsprosesser utenfor swap-flyten. Ledger rettet LSB-025 i versjon 1.22.3. 34
En maskinvarelommebok kan holde private nøkler isolert, men likevel ha svakheter i enkeltapplikasjoner – for eksempel i hvordan transaksjoner tolkes, hvordan informasjon vises, eller hvordan data overføres mellom tilkoblet programvare og enheten.
Ledger-feilene handlet nettopp om hvorvidt enheten pålitelig viste og validerte operasjonen den faktisk signerte. Det er en viktig forskjell: Nøkkelisolering og sikkerhetselementet er fortsatt sentrale beskyttelser, men de fjerner ikke risikoen for feil i separate blokkjedeapplikasjoner.
Det forklarer også hvorfor oppdateringer er en del av sikkerhetsmodellen. Ledger har fremhevet appoppdateringer, herding av utviklerverktøyene, løpende sikkerhetsgjennomganger og ekstern sårbarhetsforskning som nødvendige tiltak. 27
38
Sikkerhetsmeldingene reiser også et spørsmål om utrulling av rettelser. Materialet som er offentliggjort her, omtaler rettelsene for LSB-024 og LSB-025 separat fra lanseringen av versjon 1.22.3, men forklarer ikke fullt ut tidsrommet mellom at feilene ble rettet internt og at oppdateringen ble tilgjengelig for brukerne. 5
34
37
Dette er et spørsmål om publisering og release-håndtering, ikke et bevis på at brukere ble kompromittert. Det er likevel relevant for hvor raskt sikkerhetsrettelser faktisk når kundene.
Det er ikke nok å oppdatere fastvaren alene for å bekrefte at den berørte Ethereum-appen er byttet ut. Det er versjonen av Ethereum-appen som er installert på Ledger-enheten, som er avgjørende her. 35
Studio Global AI
This page includes a source-backed answer you can continue inside Studio Global.
Ledgers sikkerhetsmeldinger fra august 2026 omfattet tre feil i Ethereum appen – ikke et rapportert tyveri av private nøkler eller kompromittering av fastvaren.
Ledgers sikkerhetsmeldinger fra august 2026 omfattet tre feil i Ethereum appen – ikke et rapportert tyveri av private nøkler eller kompromittering av fastvaren. OneKeys Anzen team gjenskapte LSB 023 mot den utdaterte appversjonen 1.22.1 i en kontrollert laboratorietest.
LSB 024 kunne skjule operasjoner i en clear signing pakke med 257 operasjoner, mens LSB 025 under snevre betingelser kunne erstatte en tokenbetaling med en token godkjenning.