Forgot your password?

typodupeerror
This discussion has been archived. No new comments can be posted.

Spam Over Internet Telephony (SPIT) to Come?

Comments Filter:
  • Screening calls? (Score:4, Informative)

    by October_30th (531777) on Friday September 24, 2004 @06:46PM (#10345038) Homepage Journal
    I already screen my cellphone calls. If the caller ID is "unknown" (which is the case for most telemarketers) or if it is a foreign number that I don't recognize, I won't answer it.

    If telemarketers leaving voice mail becomes a problem, I'm sure that's quickly addressed by the service provider (=store no voice mail from abroad or from unknown numbers).

  • Re:Why so surprised? (Score:4, Informative)

    by Anonymous Coward on Friday September 24, 2004 @06:59PM (#10345131)
    Real spammers get paid based upon click through/purchase rate. There is money to be made unfortunetly.

  • by Fruny (194844) on Friday September 24, 2004 @06:59PM (#10345132)
    Remember these stories about caller ID spoofing?

    * Caller ID Falsification Service [slashdot.org]
    * Caller ID Spoofing Firm Gets Death Threats [slashdot.org]

    I'm sure people can be fooled into answering calls apparently originating from their own phone number...

  • by Frater 219 (1455) on Friday September 24, 2004 @07:59PM (#10345448) Journal
    Email systems developers have come up with a number of tools to reject email abuse:
    • Local access lists. Every serious SMTP MTA supports access control based on IP address, reverse DNS, attested address (HELO), and so forth.
    • DNSBLs and other sorts of published blocklists. A DNSBL is nothing but a site's IP-address access list, published over the DNS so that others can use it.
    • Protocol enforcement techniques such as greylisting [greylisting.org]. Greylisting tests that the sending host is willing to make the effort of retransmitting, as required by the protocol.
    • Content filtering. Even a server-side antivirus program is a content filter; much more so the statistical filters often used today.
    • Multi-site statistical tools. Vernon Schryver's DCC and Vipul's Razor come to mind.
    • Traffic limiting. ISPs can restrict the number of SMTP messages a host can send per day or hour.

    Many of these techniques can be adapted to VoIP systems. I am surprised that SER [iptel.org] and Asterisk [asterisk.org] do not already support DNSBLs -- even if there is no call for them yet, we will certainly need published lists of abusive hosts or networks within a few years.

    The flexibility with which one can express access restrictions is an important part of any system's security. My workplace is just starting a VoIP deployment. I want to be able to say things like:

    • No single outside host may make calls to more than 50 different destinations in a day.
    • No host may send more than ten pending SIP invites at any time. (Prevent predictive dialing!)
    • No host may send SIP IMs to more than 20 addresses in the same minute.
    • After an inbound call is completed, the recipient can dial *666 on our Asterisk PBX to report it as an abusive call. If five different addresses report abusive calls from the same originator, that originator is flagged and blocked for 24 hours.

Pyros of the world... IGNITE !!!

Working...