Master of Science thesis Fighting Spam

at kunne udstede certifikater, kan RS nu benytte rodcertifikat samt sin private nøgle til
etablering af kryptografiske sessioner.
7.1.1.e Base64
Da mønterne skrives direkte fra Javaprogrammet og ned i en email, er det nødvendigt at
Base64-kode data først. Dette skyldes at en email under transit ikke må indeholde rå
binær data. Derfor benyttes en Base64-implementation af Robert Harder 9 . I Utilitiespakken
findes denne implementation i klassen Base64, der indeholder funktionalitet til at
kode og afkode data til og fra Base64 formatet.
7.2 Begrænsninger
Af tidsmæssige årsager har vi været nødsaget til at fravælge at implementere visse
features i systemet. Fælles for disse er dog, at de stort set problemfrit vil kunne
implementeres senere. I det følgende gennemgås de fravalgte features og det forklares
kort hvordan man, i en fremtidig version af programmet, vil kunne implementere disse.
7.2.1 Sletning af certifikater
Certifikater slettes aldrig i registreringsserveren (RS). Dette er en service for brugerne i
systemet, da disse altid ville kunne generhverve deres certifikat ved at kontakte RS.
Efterhånden som brugerskaren vokser vil dette dog betyde, at RS skal have mange tusind
certifikater liggende, hvilket går ud over ydeevnen. En løsning kunne være, at der f.eks.
månedligt, bliver slettet certifikater, som er mere end én måned gamle. Dette kan gøres
ved blot at se på tidspunktet for oprettelse af filen, hvori certifikatet befinder sig.
7.2.2 Justering af mønters værdi
Det er ikke muligt at justere det beløb, der kræves for at få adgang til mailklientens
indbakke. Det er altså det samme faste beløb (én mønt), der kræves for at få adgang til
alle brugeres indbakke. I en fremtidig version kunne man forestille sig, at
proxyprogrammet ville svare tilbage til klienter, som sender med for lille frankering , at
de må prøve igen med et større beløb. Dette kunne gøres ved at tillade, at flere mønter
vedhæftes i hver email. På denne måde vil brugerne kunne bestemme prisen for adgang
til deres indbakke.
7.2.3 Emailadresser under oprettelse
Det er kun muligt at registrere sig med én emailadresse pr. oprettelse. Når man er oprettet
i systemet, skal man således både sende og modtage på denne ene adresse. Flere adresser
kan nemt indgå i certifikaterne, men dette vil kræve ekstra arbejde hos klienter og
verifikationsservere, når disse skal verificere transaktionslister i mønterne.
7.2.4 Ejerskab af emailadresser under oprettelse
For at sikre ejerskab af emailadresse(rne) ved oprettelse skal følgende implementeres.
Der skal sendes en aktiveringsemail til den (eller de) angivne emailadresser ved
9 http://iharder.net/base64
112