<div dir="auto">Well yeah, people need to take responsibility, but IMO we as engineers need to discuss the specific circumstances and methodologies that enable that to happen. It's easy to say "they should fix it", and you're not wrong that they should, but how? Do you have a validation framework in mind which carriers can implement that prevents fraudulent caller ID information from being sent without preventing legitimate use cases?</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Jul 11, 2019, 2:46 PM Keith Medcalf <<a href="mailto:kmedcalf@dessus.com">kmedcalf@dessus.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
On Thursday, 11 July, 2019 12:38, Ross Tajvar <<a href="mailto:ross@tajvar.io" target="_blank" rel="noreferrer">ross@tajvar.io</a>> wrote:<br>
<br>
>What if you use different carriers for termination and origination?<br>
>How does your termination carrier validate that your origination<br>
>carrier has allocated certain numbers to you and that you're<br>
>therefore allowed to make outbound calls with a caller ID set to<br>
>those numbers? That doesn't sound to me like something that can be<br>
>solved as quickly and easily as you imply.<br>
<br>
It does not really matter.  What matters is that they bear responsibility for an act in furtherance of a conspiracy to commit fraud.<br>
<br>
-- <br>
The fact that there's a Highway to Hell but only a Stairway to Heaven says a lot about anticipated traffic volume.<br>
<br>
<br>
><br>
>On Thu, Jul 11, 2019, 2:33 PM Keith Medcalf <<a href="mailto:kmedcalf@dessus.com" target="_blank" rel="noreferrer">kmedcalf@dessus.com</a>><br>
>wrote:<br>
><br>
><br>
><br>
>       On Thursday, 11 July, 2019 11:18, Christopher Morrow<br>
><<a href="mailto:morrowc.lists@gmail.com" target="_blank" rel="noreferrer">morrowc.lists@gmail.com</a>> wrote:<br>
><br>
>       >On Thu, Jul 11, 2019 at 12:00 PM Paul Timmins<br>
><<a href="mailto:paul@telcodata.us" target="_blank" rel="noreferrer">paul@telcodata.us</a>> wrote:<br>
><br>
>       >> Chris it would be trivial for this to be fixed, nearly<br>
>overnight,<br>
>       >> by creating some liability on the part of carriers for<br>
>illicit use of<br>
>       >> caller ID data on behalf of their customers.<br>
><br>
>       >'illicit use of caller id' - how is caller-id being illicitly<br>
>used<br>
>       >though?<br>
>       >I don't think it's against the law to say a different<br>
>'callerid' in<br>
>       >the call session, practically every actual call center does<br>
>this, right?<br>
><br>
>       The problem is that CallerID is not really the CallerID.  It is<br>
>some fraudulent shit created by the caller.  This is not how<br>
>"CallerID" was originally sold.  It was sold as being the ID of the<br>
>Caller.  If it is not the ID of the Caller then Fraud is being<br>
>committed and the bastards should be castrated (or worse), and the<br>
>CEO and Directors of the carrier responsible for fraud getting<br>
>through to the end-user should face the same penalty.<br>
><br>
>       See then how quickly this gets fixed.  You will fall off your<br>
>chair and it will be a "solved problem" before your arse hits the<br>
>ground!<br>
><br>
>       --<br>
>       The fact that there's a Highway to Hell but only a Stairway to<br>
>Heaven says a lot about anticipated traffic volume.<br>
><br>
><br>
><br>
><br>
><br>
<br>
<br>
<br>
<br>
</blockquote></div>