Modellering af spam som et spil

Spam er fremtidens skakspil.

%1 hvordan hulen laver man en kongerokade med spam?

men ja jeg tænkte også på skak da jeg læste nyheden :-)

#2
Godt spørgsmål, men der blev i hvert fald blevet dømt skak mat i rusland her for forleden :-)

#1 Haha - lol

det er her, man næsten skulle have indsendt denne "nyhed" (var på /. for et stykke tid siden);

"Kan et spamfilter spille skak?"

http://dbacl.sourceforge.net/spam_chess.html

Denne model kan bruges til at indrette spamfiltre, så brugerens omkostninger minimeres og fordele maksimeres. Man kan også indrette dem, så spammerens omkostninger maksimeres og fordele minimeres.

Kan disse modeller ikke osse bruges af spammere til at tilpass deres mails til at omgå filterne og derved maksimere deres fordele

#4: Jeg er flad af grin!

Er de ikke rimelige teoretiske? De fleste problemer i livet kan løses ved at sætte dem op i en formel som denne :)

Lige en tanke:

Jeg vil umiddelbart tro at det punkt hvor spam skiller sig mest ud, er hvor mange personer personer det bliver sendt til. Min tanke er så om man ikke kunne sammenligne indholdet af mailen, med indholdet af andre brugeres mails, rundt i verdenen.
Hvis der er mange matches, er det muligvis et nyhedsbrev, er der rigtig mange, ja så er der større sandsynlighed for det er spam.

Q- Jamen, så skal man jo balancere punktet mellem spam og nyhedsbreve?
A- Jeg tror der bliver sendt væsentlig flere spam mails, end der bliver sendt nyhedsbreve, men ellers må de nyhedsbreve man modtager komme på whitelisten.

Q- Der er jo milliarder af mails og hvis du skal søge på computere over hele verden, kommer det jo til at tage en krig.
A- Saml det i én database.
Q- Det fylder da alt for meget, og nu tager det bare 2 krige i stedet for. Og hvad med privatliv? Det er nok de færreste der har lyst til at få sendt indholdet af sine private mails til hele verden, bare så de kan sammenligne.
A- Det er ikke størrelsen, men gørelsen - Vi md5 hasher indholdet.
Q- Så hvis vi har 1 milliard 32-byte strenge gemt, kræver det (10^9*32)/2^30 ~= 29,8 GB. Alt dette skal sendes gennem én forbindelse?
A- Det er stadig ikke størrelsen :) Vi behøver ikke gemme på dem, men simpelthen bare, populært sagt, lave en i++, så det bare er et nummer der tæller op. Man kunne så også fordele belastningen lidt over flere servere, da de også skal kunne køre nogle kanon tunge queries og servere dem til en masse brugere.

---

Et par kommentarer ville være dejligt, specielt til hvilken del der er uladesiggørligt, en falskehals etc.

Altså et dynamisk filter? Lidt nemmere at forstå end den lange forklaring ;)

#8: Hash-ideen har en svaghed: Hvis man randomiserer bare en enkelt karakter i spammailen, vil den få en ny hash værdi. Jeg kan desværre ikke lige hitte på en løsning...

#10 Det er så rigtigt. Dog vil det tvinge spammere til at tage et skridt, som muligvis gør afsendelsen-processen en smule længere, men det er måske lige lovligt meget at registrere alverdens mails, når det kan omgås så let.

#9 Dynamisk filter? Hvad er filteret i #0 så, hvis det ikke, bl.a., er dynamisk?

#11: Det vil blot kræve at spammeren har et script eller noget til at tilføje et enkelt bogstav et tilfældigt sted i mailen, og det er ikke særligt resource- eller tidskrævende. Din idé er klart overkill, fordi man, som du også selv siger, forholdsvist nemt kan omgå den.. Men ellers en interessant tanke.