50d60abd4f
* Norwegian Moneropedia entries (E–O) * Update encryption.md Improve text * Update fungibility.md * Update kovri.md Fix typo * Update locally-unique-host.md Remove @ * Update mining.md Remove extra space + improve text * Update openalias.md Add missing word in sentence * Update openalias.md Replace "simplifisere" to "forenkle" * Update _i18n/nb-no/resources/moneropedia/node.md Co-authored-by: erciccione <erciccione@users.noreply.github.com> * Update encryption.md Reintroduced tags (@'s) * Update fluffyblocks.md Reintroduced tags (@'s) * Update fungibility.md Reintroduced tags (@'s) * Update locally-unique-host.md Reintroduced tags (@'s) * Update mining.md Reintroduced tags (@'s) * Update mnemonicseed.md Reintroduced tags (@'s) * Update node.md Reintroduced tags (@'s) Co-authored-by: erciccione <erciccione@users.noreply.github.com>
2.5 KiB
| tags | terms | summary | |||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
|
|
Prosessen med å kode meldinger eller informasjon på en måte som bare autoriserte parter kan avkode og lese |
{% include disclaimer.html translated="yes" translationOutdated="no" %}
Det grunnleggende
Fritt oversatt fra: Encryption:
I kryptografi er kryptering prosessen å kode meldinger eller informasjon på en slik måte at kun autoriserte parter kan avkode og lese hva som er sendt. Kryptering hindrer ikke oppfanging i seg selv, men hindrer at oppfangeren får tilgang til meldingsinnholdet.
Inngående informasjon
Fritt oversatt fra: Encryption:
I et krypteringsopplegg er den tiltenkte informasjonen eller meldingen (referert til som klartekst) kryptert ved å bruke en krypteringsalgoritme som genererer chiffertekst som bare kan leses om den er avkodet. Et krypteringsopplegg benytter av tekniske årsaker som regel en pseudotilfeldig nøkkel som er generert av en algoritme. Det er i prinsippet mulig å avkode meldingen uten å eie nøkkelen, men for et godt utformet krypteringsopplegg er det nødvendig med omfattende dataressurser og ferdigheter for å få det til. En autorisert mottaker kan enkelt avkode meldingen med nøkkelen som er gitt av opphavspersonen til mottakerne, men ikke til uautoriserte avlyttere.
Hensikten med kryptering er å sikre at det kun er en som er autorisert til å få tilgang til data (f.eks. en SMS eller fil) som vil kunne lese det ved å bruke avkodingsnøkkelen. En som ikke er autorisert kan ekskluderes, fordi han eller hun ikke innehar den nødvendige nøkkelen som er nødvendig for å lese den krypterte informasjonen.
Kovri
Kovri implementerer ulike typer kryptering i minst fire essensielle kapasiteter:
- @Reseed for bootstrapping
- @Garlic-routing: tre lag med kryptering («@garlic-encryption») brukes for å verifisere den sikre leveringen av @meldinger til mottakeren/motparten/@destinasjonen
- @Tunnelkryptering: garlic-meldinger passeres gjennom en @tunnel og krypteres av @tunnelportalen til @tunnelsluttpunktet
- @Transportlagkryptering hindrer muligheten til å avkode @meldinger på medialag
For detaljer om krypteringstyper og kryptografiske @signaturer som er brukt i @Kovri og @I2P, kan du se @Java-I2Ps artikkel om kryptografi