Master of Science thesis Fighting Spam

Fordelen ved at strukturere serverne på denne måde er, at flere klienter (i princippet
uendeligt mange) kan håndteres samtidig. Derudover opnås det, at modtagetråden altid er
klar til at modtage en forbindelse fra en ny klient. Servicen, der leveres, er altså altid
tilgængelig. Det er dog nødvendigt, at indføre et loft på antallet af tråde for at reducere
risikoen for et succesfuldt DOS-angreb.
Serverne er altså meget klientvenlige, idet de altid er tilgængelige. Til gengæld skal det
understreges, at hvis en server oplever nogen form for problemer, såsom ulæseligt data
eller protokolfejl, vil forbindelsen til klienten blive afbrudt øjeblikkeligt. Herefter kan
klienten starte forfra, hvis det ønskes.
I de følgende afsnit beskrives de enkelte serveres funktionalitet, altså virkemåden af
servertråden i de forskellige servere. Der gives derudover et overblik over protokollerne
ved hjælp af sekvensdiagrammer. På diagrammerne er vist applikationerne i systemet og
hvilke netværkspakker, der sendes mellem disse.
6.8.2 Blacklistserver
Brugere autentificeres ikke, når disse kontakter blacklistserveren. Dette skyldes, at
blacklisten er offentlig tilgængelig og at serverens arbejde på denne måde begrænses.
Skulle serveren autentificere brugerne, ville det kræve mindst lige så meget trafik og
arbejde, at autentificere (og evt. afvise) brugere, som hvis disse blot får tilsendt
blacklisten uden autentifikation. Grundet blacklistserverens knudepunktsrolle i
systemet, er dennes arbejde forsøgt reduceret mest muligt. Derfor indeholder serveren
udelukkende følgende variable og funktionalitet.
Blacklistserveren indeholder følgende variable:
- BLS_certificate Blacklistserverens certifikat
- PrivateKey Privat nøgle hørende til BLS_certificate
- CES_certificate Pengeserverens certifikat
- RS_certificate Registreringsserverens certifikat (rodcertifikatet)
- Blacklist En liste med hashværdier af klientcertifikater
Herunder er beskrevet serverens input og output. Ved hvert punkt er vist hvilken
netværkspakke, der modtages og derefter de resulterende handlinger og tilbagesendte
pakker. Denne opstilling vil også blive benyttet i de følgende afsnit.
1. ReportCoinsPacket(Coin a, Coin b). Medfører intet svar, men blacklistserveren
sørger for korrekt opdatering af blacklisten. Dette gøres ved at benytte proceduren
beskrevet i afsnit 6.4.
2. GetBlacklistPacket(Index k). Blacklistserveren returnerer en
BlackListPacket(BlackList) med de certifikat-hash-værdier, der er blevet tilføjet
blacklisten efter indeks k.
78