Hvordan Skriveøkt by Papertek beskytter lærere og elever.
Punktene over og avsnittene under beskriver anonym bruk. For skoler med Feide/databehandleravtale, se «Innlogging med Feide» rett under.
For skoler og kommuner er Feide den primære innloggingen — både lærere og elever logger inn med sin egen skolekonto. Da behandler Skriveøkt identifiserbare personopplysninger under databehandleravtalen (DBA) mellom skolen/kommunen og Papertek.
I denne modusen kan elevens prøvesvar, skrivehistorikk og fokus-/integritetsdata knyttes til den identifiserte eleven, og lærerens Feide-identitet (navn og e-post) lagres for lærerkontoen. Punktene under om anonym Vipps-/lærernøkkel-innlogging og kryptografisk adskilt læreridentitet gjelder derfor ikke Feide-modus.
Vernet i Feide-modus er i stedet tilgangsstyring, dataminimering, kort lagringstid (~30 dager) og sletting, regulert av databehandleravtalen. Premium-opplesing (ElevenLabs) er teknisk sperret for Feide-prøver, slik at ingen elevtekst sendes til en ekstern KI-tjeneste.
Når en lærer logger inn med Vipps, lagrer Skriveøkt by Papertek ingen personopplysninger i databasen — ikke navn, ikke e-post, ikke telefonnummer.
Det eneste som lagres er en anonym identifikator (en tilfeldig kode fra Vipps, kalt «sub»). Denne koden kan ikke brukes til å finne ut hvem læreren er — den er kun en referanse for å koble læreren til sine prøver.
Firebase Authentication (innloggingssystemet) håndterer selve påloggingen og vet midlertidig hvem du er under økten. Men vår database (Firestore) — der prøver og lærerdata faktisk lagres — mottar aldri navn, e-post eller telefonnummer.
Selv etter betaling forblir læreren anonym i databasen. Betalingen kobles til lærernøkkelen via den anonyme identifikatoren — ingen persondata legges til.
Resultat: Ved et datainnbrudd finnes det ingen kobling mellom Vipps-lærere og deres virkelige identitet i databasen. En angriper ser bare en anonym kode.
Lærernøkkelen er en tilfeldig 12-tegns kode — ikke et passord, ikke en e-postadresse. Den brukes kun til å koble læreren til sine prøver.
Prøver kobles til læreren via enveiskryptering (HMAC-SHA256) — selv ikke Papertek kan koble en prøve tilbake til en spesifikk lærer uten nøkkelen.
Ved datainnbrudd ser angriperen krypterte referanser, ikke hvem som eier prøvene.
Læreren kan selv melde nøkkelen som kompromittert — alt sperres umiddelbart, med 7 dagers gjenopprettingsvindu.
Nøkler utløper automatisk (årlig).
Merk: Med Vipps-innlogging får læreren automatisk en nøkkel uten å måtte håndtere den manuelt. Lærernøkkelen er fortsatt tilgjengelig som et alternativ for administratorer som ønsker å tildele anonyme innloggingsnøkler, eller for lærere som foretrekker å ikke bruke Vipps eller Google.
Elever trenger ikke konto — de skriver inn prøvekoden og et valgfritt kallenavn.
Ingen e-post, passord eller persondata samles inn fra elever.
Kryptert under overføring (TLS) og ved lagring (Firestore-kryptering).
Automatisk sletting etter 30 dager — læreren kan slette når som helst.
Revisjonsspor for all sletting.
Prøvedata inneholder ingen identifiserbare opplysninger om lærere (kun HMAC-hash).
Elevdata inneholder kun kallenavn (ikke navn, e-post eller personnummer).
Anonyme elever har tilfeldig UUID per prøve — ikke sporbar på tvers av prøver.
Selv med full databasetilgang kan en angriper ikke koble svar til virkelige personer.
Konsekvensen av et innbrudd: midlertidig lekkasje av anonyme skoletekster — lav risiko.
Strenge feltbaserte tilgangsregler i Firestore Security Rules.
Anti-juks: fokussporing, innlimingsblokkering, DevTools-deteksjon, fullskjerm-overvåkning.
Alle tellervariabler er monotone (kan bare øke) — håndhevet av server.
Automatisk rydding av foreldreløse data (ukentlig).
Strenge HTTP-sikkerhetsheadere i produksjon: Content-Security-Policy, HSTS, X-Frame-Options: DENY, X-Content-Type-Options: nosniff og en restriktiv Permissions-Policy.
Minimerte tredjepartsskript: Tailwind/CSS, fonter og eksportbibliotek serveres lokalt fra Paperteks domene; gjenværende tredjepartsskript er begrenset til Google/Firebase.
Sikkerhetskopiering: point-in-time recovery (7-dagers vindu) og daglige sikkerhetskopier (7 dagers retensjon) for produksjonsdatabasen.
How Skriveøkt by Papertek protects teachers and students.
The points above and the sections below describe anonymous use. For schools using Feide / a data processing agreement, see “Login with Feide” right below.
For schools and municipalities, Feide is the primary login — both teachers and students sign in with their own school account. In this mode Skriveøkt processes identifiable personal data under the data processing agreement (DPA) between the school/municipality and Papertek.
Here, a student’s answer, writing history and focus/integrity data can be linked to the identified student, and the teacher’s Feide identity (name and email) is stored for the teacher account. The points below about anonymous Vipps/teacher-key login and cryptographically separated teacher identity therefore do not apply to Feide mode.
The protection in Feide mode is instead access control, data minimisation, short retention (~30 days) and deletion, governed by the DPA. Premium read-aloud (ElevenLabs) is technically blocked for Feide tests, so no student text is sent to an external AI service.
When a teacher logs in with Vipps, Skriveøkt by Papertek stores no personal data in the database — no name, no email, no phone number.
The only thing stored is an anonymous identifier (a random code from Vipps, called “sub”). This code cannot be used to identify who the teacher is — it is only a reference to link the teacher to their tests.
Firebase Authentication (the login system) handles the actual login and temporarily knows who you are during the session. But our database (Firestore) — where tests and teacher data are actually stored — never receives name, email, or phone number.
Even after payment, the teacher remains anonymous in the database. The payment is linked to the teacher key via the anonymous identifier — no personal data is added.
Result: In a data breach, there is no link between Vipps teachers and their real identity in the database. An attacker sees only an anonymous code.
The teacher key is a random 12-character code — not a password, not an email address. It is used only to link a teacher to their tests.
Tests are linked to the teacher via one-way encryption (HMAC-SHA256) — even Papertek cannot trace a test back to a specific teacher without the key.
In a data breach, the attacker sees encrypted references, not who owns the tests.
The teacher can report their key as compromised — everything is locked immediately, with a 7-day recovery window.
Keys expire automatically (annually).
Note: With Vipps login, teachers automatically get a key without having to manage it manually. The teacher key is still available as an option for administrators who want to assign anonymous login keys, or for teachers who prefer not to use Vipps or Google.
Students do not need an account — they enter the test code and an optional nickname.
No email, password, or personal data is collected from students.
Encrypted in transit (TLS) and at rest (Firestore encryption at rest).
Automatic deletion after 30 days — the teacher can delete at any time.
Audit trail for all deletions.
Test data contains no identifiable information about teachers (only HMAC hash).
Student data contains only nicknames (not names, email, or national ID numbers).
Anonymous students have a random UUID per test — not traceable across tests.
Even with full database access, an attacker cannot link answers to real people.
The consequence of a breach: temporary leak of anonymous school essays — low risk.
Strict field-based access rules in Firestore Security Rules.
Anti-cheat: focus tracking, paste blocking, DevTools detection, fullscreen monitoring.
All counter variables are monotonic (can only increase) — enforced server-side.
Automatic cleanup of orphaned data (weekly).
Strict HTTP security headers in production: Content-Security-Policy, HSTS, X-Frame-Options: DENY, X-Content-Type-Options: nosniff and a restrictive Permissions-Policy.
Minimised third-party scripts: Tailwind/CSS, fonts and export libraries are served locally from Papertek’s domain; remaining third-party scripts are limited to Google/Firebase.
Backups: point-in-time recovery (7-day window) and daily backups (7-day retention) for the production database.