Most of the SPAM we see today comes in with a variety of hooks, the most dangerous being those looking to steal data and account credentials. Because criminals know that the weakest link is the human, it should be no surprise that SPAM continues to be one of the biggest issues facing many enterprises.
IT shops have thrown everything but the kitchen sink at the issue and more times than not, come up empty on long-term solutions. Lately were hearing a good deal about Sender Policy Framework (SPF) as the answer to our SPAM woes. Is it?
Nearly all abusive e-mail messages carry fake sender addresses. The victims whose addresses are being abused often suffer from the consequences because their reputation gets diminished and they have to disclaim liability for the abuse, or they waste their time sorting out misdirected bounce messages. Worse, a financial loss can be devastating to an organization should its domain end up on a black list because of SPAM runs done via a successful phish of a user account or the discovery of an open relay.
So How Does It Work?
SPF is an open standard specifying a technical method to prevent sender address forgery.
SPF is the protocol-level identification of the delivering mail server, and it is usually invisible to recipients. It is mirrored in the Return-Path header, the address to which mail delivery errors (or bounces) are sent. For individual e-mail addresses or small domains, it may sometimes be set to the user's e-mail address. But for larger and more professionally managed domains, it is usually a domain related to the mail server that sent the message.
SPF protects the envelope sender address, which is used for the delivery of messages. This allows the owner of a domain to specify its mail-sending policy by specifying which mail servers are used to send mail from the domain. The technology requires two sides to participate: The domain owner publishes this information in an SPF record in the domain's DNS zone, and when someone else's mail server receives a message claiming to come from that domain, the receiving server can check whether the message complies with the domain's stated policy. If the message comes from an unknown server, it can be considered a fake.
Is This Really Going to Do Much?
According to one study by SpamTitan, many organizations think SPF alone can effectively take care of SPAM. Approximately 52 percent of organizations surveyed were not aware that SPF can stop spammers from forging only the "From" field in the e-mail and that SPF does not stop spammers from sending e-mails from a domain of which it is a member. Spammers already know that one-way domains go around SPF, so right from the start, SPF had its challenges. This means that for now, IP-based reputation systems, such as SpamCop and SpamHaus, will be needed in addition to SPF and any additional SPAM filtering/e-mail reputation solutions.
Be that as it may, SPF does help some and has already become a commodity offering by hosting companies. Typically it is offered in a bundle with antivirus and antispam. True, it is not perfect by any means, but it is a step in the right direction of reducing the huge percentage of SPAM e-mail coming to the front door. We already see CAPTCHA solutions being added to the mix of tools used to fight SPAM, and in the future look to public key frameworks gain wide adoption to further dwindle down the avenues for SPAMMERS to deliver their runs.
But while organizations are busy catching up on traditional communication systems such as e-mail, SPAMMERs are already making headway into the new era of communication mobile devices and Web 2.0. You can be certain that if and when SPAM is ever effectively mitigated on traditional communication platforms, SPAMMERs will simply put all their efforts on whatever communication systems don't yet have adequate protections.
Article courtesy of InternetNews.com.