Tech

Domain name filter

Published on:

September 8, 2015

The simple filter on our PBX for the domain name was that we were throwing the baby out with the bathwater. It was simply not possible to define exceptions. That made it practically impossible to use the feature in a real deployment. If the system administrator white-listed IP addresses, traffic from there would still be ignored if the domain name did not match. Adding that back in to the filter solves many of the trunk related problems, as admins can just add the IP addresses for the trunks.

Is is a long time ago that we introduced a simple, but powerful way to keep unwanted traffic away from the PBX: Just look at the domain name of incoming requests.

It seems, however, that this feature becomes useful only after the world really starts to use hosted PBX. Unfortunately not only the customers are starting to use the PBX in the cloud. As the hosted PBX goes mainstream, it also becomes a target for Crime, Inc.

One disadvantage of IPv4 is that there are only a relatively few IP addresses in the world. Scanners can and they do go from one IP address to the next and check out if there is anything coming back from that address. In the old times they primarily checked port 80 for HTTP or some other easy-to-exploit ports like an open FTP. Today the gangsters have added port 5060 to their checklist.

The problem will get a lot smaller when the world has switched to IPv6. There is will be a lot harder to just dumb-scan the possible IP addresses. In an IPv6 environment, scanners would have to first get the DNS name for the server before it can know a valid IPv6 address. Unless the service providers are assigning IPv6 addresses in a way that the hackers can predict.

The simple filter on our PBX for the domain name was that we were throwing the baby out with the bathwater. It was simply not possible to define exceptions. That made it practically impossible to use the feature in a real deployment. If the system administrator white-listed IP addresses, traffic from there would still be ignored if the domain name did not match. Adding that back in to the filter solves many of the trunk related problems, as admins can just add the IP addresses for the trunks.

While adding IP addresses would make it possible to use the domain filter feature, it would still be inconvenient. In environments where tenants can bring their own trunks, it would be even a pain to keep up with the changes that clients make to their trunks.

Because of this, we added a second reason why a packet would let through even though the domain does not match. This would be if the packet comes from a trunk, and the IP address where it was coming from was associated with that trunk. This can happen by automatic resolving of the DNS addresses for the trunk, or by explicit association of certain IP addresses with trunks.

With the new filter method the domain filter becomes a powerful, yes fast and easy way to fend off most of the unwanted traffic on the PBX. The domain name serves like an addition to the password, something that an outside attacker will not guess easily.

The new domain name filter will be available in version 5.3.

Derniers articles

Voir tous

Unlock the Power of OpenAI’s Realtime API with Vodia PBX: Join Our Exclusive Webinar!

Join our exclusive webinar to explore how Vodia PBX seamlessly integrates with OpenAI’s Realtime API, unlocking powerful new capabilities for your communication systems. This session will showcase how AI-driven features can streamline workflows, improve operational efficiency and elevate the PBX experience for both general users and those on Microsoft Teams. Whether you’re looking to stay ahead of the competition or leverage the latest AI trends, this webinar offers practical knowledge and actionable strategies. Register now to secure your spot and take the first step toward transforming your telecom infrastructure with AI innovation!

December 4, 2024

Connecting to OpenAI Realtime API

This document details the beta version of the Vodia PBX that connects to the OpenAI realtime API, enabling users to interact with a chatbot via telephone. The backend JavaScript code facilitates the connection, handling audio input and output, and the WebSocket connection to the OpenAI API. The setup requires a Vodia PBX version 69.5.3 or higher, an API key, and a license with an IVR node. The demo can be accessed by editing the ivrnode.js template and creating an IVR node in the tenant. The system supports various VoIP devices and offers good voice quality. Future improvements include voice activity detection and the ability to take actions based on OpenAI responses.

November 26, 2024

How Vodia Helps Hotels Not Disturb Their Guests

Vodia’s cloud PBX system enhances the Do-Not-Disturb (DND) function for hotels, allowing guests to manage their privacy through buttons in the room or on the phone. The system syncs with PMS for seamless functionality, enabling hotel operators to manually override DND when guests struggle to disable it. For critical situations, like room service follow-ups, the system allows specific extensions to bypass DND, ensuring guests are reachable when needed. VIP guest management features, guest-to-guest call restrictions and automatic resets upon checkout ensure privacy, security, and convenience, improving the guest experience while maintaining operational efficiency.

October 22, 2024