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.

Latest Articles

View All

Vodia and Microsoft Teams: Your Call Center Solution

ConnectPlus, a fictional call center with 150 agents and 20 support team members, faced several challenges in managing its phone systems and customer interactions. The company struggled with inefficient call routing, long wait times, and inadequate reporting, especially as it relied on Microsoft Teams for internal communication. To improve operational efficiency and enhance the customer experience, ConnectPlus sought a solution that could streamline its processes across multiple devices and platforms. Integrating Vodia’s PBX with Teams provided the ideal solution, optimizing their call handling and overall communication capabilities.

February 12, 2025

Resilience in Communication: Why Vodia’s Distributed Approach Leads the Way

Vodia Networks utilizes a distributed architecture for its communication platform, reducing the risks associated with centralized systems. Unlike single-server solutions that create a single point of failure, Vodia’s approach spreads the load across multiple servers, ensuring continuous operation even in the event of hardware or software issues. Each server operates independently with its own data, enabling quick failover and minimizing disruption. On-premise deployment options provide additional control over security and performance, while the decentralized structure enhances resilience against large-scale outages and cyber threats.

February 5, 2025

The Vodia PBX for Communication in Nursing Homes

Nursing homes require seamless, secure communication to ensure quality care, and Vodia’s cloud-based PBX is the ideal solution. With features like ACD, call recording, emergency notifications and MS Teams integration, Vodia streamlines staff coordination, enhances resident safety, and simplifies admin workflows. Our system supports DECT, SIP phones, smartphones, and web browsers, providing flexible connectivity. Vodia’s Smart Fax ensures secure document transmission, while our API enables custom integrations with EHRs and telemedicine software. Designed for scalability, privacy, and reliability, Vodia empowers nursing homes to maintain smooth operations.

January 29, 2025