75 lines
3.1 KiB
YAML
75 lines
3.1 KiB
YAML
![]() |
# This determines which badges are active and the order to display them in
|
||
|
active_badges:
|
||
|
- stability
|
||
|
- secure_connection
|
||
|
- encrypted_storage
|
||
|
- zero_knowledge
|
||
|
- backup
|
||
|
- logging
|
||
|
- anonymity
|
||
|
|
||
|
badges:
|
||
|
stability:
|
||
|
name: Stabilitet
|
||
|
description: |
|
||
|
*Tenesta er altid tilgjengeleg.*
|
||
|
|
||
|
Dette badge beskriver hvor stabil tjenesten er, dvs. om der er stor eller lille risiko for nedetid og/eller tab af data. I starten af enhver tjenestes levetid vil den være mindre stabil, da den ikke er testet i brug endnu.
|
||
|
|
||
|
icon: stable.svg
|
||
|
|
||
|
secure_connection:
|
||
|
name: Sikker tilkopling
|
||
|
description: |
|
||
|
*Data kan berre sjåast af deg og tenesta.*
|
||
|
|
||
|
Trafikken mellem deg og tenesta er krypteret. F.eks. viser nettlesarar ein hengelås framfor adresselinja når tilkoplinga er krypteret. Det tyder at det berre er deg og tenesta som kan sjå datainnhaldet.
|
||
|
|
||
|
icon: secure-connection.svg
|
||
|
|
||
|
encrypted_storage:
|
||
|
name: Krypteret oppbevaring av data
|
||
|
description: |
|
||
|
Tenestas data opbevarast i krypteret form, til dømes på ein krypteret
|
||
|
harddisk. Dette er med på å beskytte dataane i tilfelle fysisk
|
||
|
innbrot, sidan det berre er systemadministratorane som har hovudnøkkelen
|
||
|
for å låse opp tilgong til dataane.
|
||
|
icon: encrypted-data-storage.svg
|
||
|
|
||
|
zero_knowledge:
|
||
|
name: Zero-knowledge
|
||
|
description: |
|
||
|
*Du har den einaste nøkkelen.*
|
||
|
|
||
|
I dette tilfelle har data.coops systemadministratorar ikkje anledning til å ettergå data. Der er ingen “hovudnøkkel”. Det gjev meir sikkerheit, men tyder òg at data går tapt om ein misser nøkkelen.
|
||
|
icon: zero-knowledge.svg
|
||
|
|
||
|
backup:
|
||
|
name: Backup
|
||
|
description: |
|
||
|
Tenestas data blir løpande sikkerheitskopierte, for å minimere
|
||
|
skadeomfang i tilfelle teknisk svikt eller kyberangrep.
|
||
|
Sikkerheitskopiane oppbevarast ein annan fysisk plass enn tenaren
|
||
|
som tenesta køyrer på.
|
||
|
icon: backup.svg
|
||
|
|
||
|
# TODO: We should describe how we label logging that isn't fully documented as configured.
|
||
|
logging:
|
||
|
name: Logning
|
||
|
description: |
|
||
|
Teknisk logning handlar primert om *metadata*, som òg kan kallast *data om data*. Kven brukar kva når? På den eine sida er det relevant for systemadministratorar å kunne sjå t.d. kvifor serveren er overbelasta, men til liks med alle data kan det misbrukast. Til dømes til å bevise at ein brukar har vore online på gjeldande tidspunkt.
|
||
|
|
||
|
Merk at "positiv" status for logging tyder at tenesta ikkje loggar meir metadata enn naudsynt, noko vi tilstreber å dokumentere for kvar enkelt teneste. Ein "negativ" status tyder at der loggast meir end nødvendig.
|
||
|
icon: logging.svg
|
||
|
|
||
|
anonymity:
|
||
|
name: Anonym tilgong
|
||
|
description: |
|
||
|
Tenester med anonym tilgong kan nyttast utan å vere registrert. Dette
|
||
|
tyder at ein kan nytte tenesta heilt anonymt og uten å oppgje
|
||
|
personoplysingar. Enkelte tenester kan likevel ha begrensa tilgong viss ein
|
||
|
ikkje er registrert. T.d. kan det vere at ein i1 ein teneste berre kan
|
||
|
laste opp ei fil viss ein har ein brukar, men alle kan laste ned fila
|
||
|
anonymt utan innlogging.
|
||
|
icon: anonymous-access.svg
|