Anti-spam groep wil bewijs van identiteit afzender
Een nieuwe groep wil concurrerende methodes, die allen als doel hebben om spam te stoppen, met elkaar verenigen. De Anti-Spam Research Group van de Internet Research Task Force heeft een committee opgericht dat de verschillen tussen het Reverse Mail Exchange, Sender Permitted From en Designated Mailers Protocol, die verifieren of de afzender daadwerkelijk is wie hij zegt dat hij is, moet overkomen. Er is onder Simple Mail Transfer Protocol namelijk geen wijdverspreide methode voor deze vorm van verificatie. Dit heeft dan ook stemmen doen opgaan die voor een vervanging of revisie van het protocol vroegen. (Zdnet)
Het is oud en het heeft aardig wat security risico's, maar die richting willen ze toch heen.
Anti-spam == anti-privacy == anti-freedom 2 be anonimous ?
Geldt alleen voor criminelen. Niet voor gewone burgers. Beter leren lezen.
>> 220 Fake Mailer v0.0.0
<< HELO bigspoof
>>250 HELLO proxyn00b.kabel.de [xxx.xxx.xxx.xxx]
<< MAIL FROM:<victim1@hahaha.nl>
>> 550 Rejected address and host do not match
>> 550 Bye!
en ...ploenk....
Suggestie:
>> 220 Fake Mailer v0.0.0
<< HELO bigspoof
>>250 HELLO proxyn00b.kabel.de [xxx.xxx.xxx.xxx]
<< MAIL FROM:<victim1@hahaha.nl>
>> 550 Rejected address and host do not match
>> 550 Bye!
en ...ploenk....
niet echt een realistische oplossing.
Multihosted e-mail servers worden daarmee ook geblokkeerd, niet erg handig dus.
De oplossing ligt meer in het verplicht stellen van gebruiker authenticatie en verificatie.
Het laatste lijkt een beetje op het VRFY commando, jammer genoeg is dat ook een beveiligingslek.
niet echt een realistische oplossing.
Multihosted e-mail servers worden daarmee ook geblokkeerd, niet erg handig dus.
De oplossing ligt meer in het verplicht stellen van gebruiker authenticatie en verificatie.
Vervelend is dat het allemaal digitaal is èn grotendeels publiek beschikbaar moet zijn.
Spammers (Criminelen) omzeilen dat ook gewoon weer. Dat soort figuren faken zich al te pletter en zullen dat blijven doen.
Zo maken ze het probleem alleen maar complexer, dat op hetzelfde uit komt.
Een TCP/IP verbinding is nu eenmaal helaas niet gelijkend aan een telefoonlijn: De kans dat een Caller-ID spoofed is of kan worden lijkt mij vrijwel nihil. Ideaal (mede) authenticatiemiddel.
Sterker nog, ik zit helemaal niet te wachten op een definitie van spam, laat staan een (centraal) verificatie-systeem.
Er is geen 'one size fits all' oplossing, komt er ook niet.
Probleem de laatste tijd zijn de proxied home-users, block de ene range 'dial-up', en de volgende dag (of erger nog een kwartier later) wordt je bestookt vanuit een andere range.
En welbeschouwd is dat *dus* een MickeySnot(tm) probleem, as usual..
*zucht*
Current spamcount: 104/etmaal/inbox rejected/dropped.
Probleem de laatste tijd zijn de proxied home-users, block de ene range 'dial-up', en de volgende dag (of erger nog een kwartier later) wordt je bestookt vanuit een andere range.
En welbeschouwd is dat *dus* een MickeySnot(tm) probleem, as usual..
Deze posting is gelocked. Reageren is niet meer mogelijk.
Junior DevOps Engineer
Certified Secure is op zoek naar een Junior DevOps Engineer. Deze functie is een stuk interessanter dan de term doet vermoeden! Om jou als potentiële nieuwe collega meteen te laten zien wat we doen hebben we speciaal voor jou een selectie gemaakt van een aantal leuke security challenges. Are you ready for a challenge?
Cybersecurity Trainer / Streamer
Toe aan een nieuwe nieuwe job waarmee je het verschil maakt? In de Certified Secure trainingen laat je deelnemers zien hoe actuele kwetsbaarheden structureel verholpen worden. Ook werk je actief mee aan de ontwikkeling van onze gamified security challenges. Bij het maken van challenges kom je telkens nieuwe technieken tegen, van Flutter tot GraphQL, van Elastic Search tot Kubernetes.
