Új spamellenes megoldás

mivel jobb ez a SenderID-nél?

Még azt is megkockáztatom, hogy a titkos kulcsot a DNS-ben fogják publikálni, így bármelyik zombi bármelyik spam domain nevében könnyedén tud levelet küldeni :-)

Pontosan, arról nem is beszélve, hogy [email protected]ól is ugyanúgy lehet szépen aláírt spamet küldeni. Mely domainek lesznek spam domainek, melyek nem?

Mennyivel jobb nekem, hogy hiteles a spam feladója, minthogy nem?
Semmivel, mert a hiteles leveleket a továbbiakban is kell spam szûrni, ergo a szerverek terhelése csak nõ a rengeteg nyilvános kulcsú kriptográfiai mûveletbõl kifolyólag (a zombi gépeknek is meg lehet mondani a spammelésre használt domain titkos kulcsát, senkit nem fog érdekelni a titkossága).

Kinek jó ez?
- domain regisztrátoroknak
- CPU és kripto kártya gyártóknak
- Yahoo-nak és társainak egy kis ingyen reklám

Mit nyertünk? Túl sokat nem, max 2 hét szusszanást, amit ki kell használni arra, hogy beruházzunk erõsebb hardverbe.
Ezt a pénzt és energiát inkább normálisabb törvény alkotására és végrehajtására lehetne fordítani.

Az SPF szerintem is több okból kifolyólag jobb:
- nincs nyilvános kulcsú titkosítás (erõforrások)
- tényleg korlátozott, hogy egy domain levelei honnan indulhatnak (ennek a kitrükközése talán nehezebb, a DNS rendszert remélhetõleg nem omlasztják össze a sok zombi címét bejegyezve)
Problémák nyilván itt is vannak, de ez talán kicsit hosszabb távú perspektíva.

Ja és hogy még folytassam a monológomat, ha egy PC megfertõzõdik egy vírussal és az a felhasználó levelezõprogramját használja küldésre, akkor olyan szépen alá lesznek írva a levelek a felhasználó nevével, hogy ihaj.

Egyébként most nézem, hogy ez tényleg csak akkor jó, ha a fejlécek nem változnak, szóval legfeljebb két szerver között használatos. Az olyan szolgáltatók, mint a t-online, akik több szerveren keresztül routolják a leveleket, a legvégén kell szignózzák az üzenetet és a fogadó oldalon is a legelsõ szervernél kell föloldani...

Egy részrõl gratulálok, de nem fog menni, mert van egy csomó ingyenes levélszolgáltató akik nem fognak szignatúrákat gyártani. Szerintem, értelmesebb a Sender Policy Framework, amit én is használok.

Ami a kétkulcsos titkosítást illeti, az úgy néz ki hogy van egy C függvény és egy D függvény. Úgy vannak megkonstruálva, hogy amit a C függvénnyel bekódolsz, azt csak a D-vel tudod kikódolni és fordítva.

Az RSA algoritmus ennél tovább megy, méghozzá annyiban hogy nem csak titkosításra, hanem aláírásra is jó. Tehát a kulcs nyilvános felével holt biztosan tudod ellenõrizni, hogy a privát felével írták-e alá vagy sem.

Ha pl egy SSH kódolt kapcsolatot akarsz egy szerver fele nyitni, akkor az a szerver elsõdleges domain nevéhez kapcsolt kulccsal megy. Ami pedig a példában magyarázott DNS rekordot illeti, a SAJÁT domained DNS rekordját az elsõdleges nameserver-ben tudod nyesztetni. Ha osztott domainen vagy... akkor így jártál.

""a küldõ aláirja és a fogadó szerver megvizsgálja, de milyen referencia alapján?"
Kiszedi a public keyt a megfelelo DNS rekordbol: link."
Épp ezzel szívok jelenleg, sehol nem találok hozzá normális leírást 😊
Egyébként oda ssh public key-t is fel lehet tenni?

"a küldõ aláirja és a fogadó szerver megvizsgálja, de milyen referencia alapján?"
Kiszedi a public keyt a megfelelo DNS rekordbol: link.

"egy server látja el aláirással és az uton mi törénhet vele?"
Modosithatjak (ill. igy mar nem, mert ala van irva).

"avagy itt arról van szó, hogy a zombiPCk nem rendelkeznek
ezzel az aláirással?"
A zombi pc-k nem rendelkeznek azzal a privat kulccsal, aminek a publikus parja az altaluk hazudott From mezoben levo email cim DNS-eben van, tehat nem tudnak jo alairast generalni.
Persze ha van a spammernek sajat domainje, akkor "az ellen nem ved", de azt egy kicsit egyszerubb blokkolni.

Na most megmondom õszintén - ezt az aláirás dolgot nemértem :
a küldõ aláirja és a fogadó szerver megvizsgálja, de milyen referencia alapján?

A PGP nél a a privát kulcs alapján készül el az aláirás, és a publikus alapján
ellenõrzi a kliens gépe - de mindez megegyezés alapján müködik, neked kell
szemrevételezned az aláirást és/vagy estleg nem megbizni abban.

Itt egy server látja el aláirással és az uton mi törénhet vele? semmi
gyakorlatilag - avagy itt arról van szó, hogy a zombiPCk nem rendelkeznek
ezzel az aláirással? és a fogadó szerver ezzel azonositja, hogy nem autentikus
helyrõl származik? - errõl kicsit tisztábban fogalmazhatnátok.

hajrá