Om het gebruiksgemak te vergroten, de website te kunnen analyseren en om advertenties te kunnen beheren maakt Security.NL gebruik van cookies. Door gebruik te blijven maken van deze website, of door op de akkoord button te klikken, geef je toestemming voor het gebruik van cookies. Wil je meer weten over cookies? Bekijk dan ons cookieoverzicht.
Nieuws Achtergrond Community
Inloggen | Registreren
Nieuws
image

Gehackte telefooncentrale zorgt voor rekening van 450.000 euro

woensdag 15 augustus 2018, 16:03 door Redactie, 6 reacties

Een mkb-bedrijf in Noord-Holland heeft door een gehackte telefooncentrale een telefoonrekening van 450.000 euro gekregen. Gedurende een periode van twee dagen werden er een kleine 500 telefoontjes naar dure telefoonnummers in India en andere landen in Azië gepleegd.

"De telefooncentrale was zo geprogrammeerd dat die op vrijdagavond om twaalf uur begon te bellen, het hele weekend door", zegt André Vermeulen, woordvoerder van de Fraudehelpdesk, tegenover Security.NL. Hoe de aanvallers precies toegang tot de telefooncentrale hebben verkregen is nog onduidelijk. Het bedrijf verklaarde aan de Fraudehelpdesk gehackt te zijn, maar heeft geen verdere details gegeven. Misbruik van telefooncentrales is niet nieuw. In het verleden kregen ondernemers vaker hierdoor met hoge telefoonrekeningen te maken. Dit gebeurde onder andere door het kraken van de pincode van het telefoonsysteem.

EU-privacywaakhond hekelt verplichte vingerafdruk op ID-kaart
IE-gebruikers zeker maand aangevallen via zeroday-lek
Reacties (6)
Reageer met quote
16-08-2018, 09:20 door Anoniem
Als je een outdated versie van FreePBX draait is dit al snel gebeurt. De logs van onze voip systemen liegen er niet om, brute force attacks zijn doorgaans heel normaal.
Reageer met quote
16-08-2018, 17:59 door Anoniem
Door Anoniem: Als je een outdated versie van FreePBX draait is dit al snel gebeurt. De logs van onze voip systemen liegen er niet om, brute force attacks zijn doorgaans heel normaal.

Je moet zo'n server ook niet zonder firewall ertussen aan het internet hangen. Al het inkomende verkeer richting onze server wordt geblokkeerd, server bouwt zelf een verbinding op met de telecomprovider.
Reageer met quote
16-08-2018, 19:36 door Anoniem
Die servers kunnen makkelijk aan het internet met de juiste security maatregelingen.
Wij hebben dat al meer dan 10 jaar zonder probleem.
Reageer met quote
17-08-2018, 08:37 door Anoniem
Fijne telco ook dat die niet even een limiet van een paar honderd-euro instelt ...
Reageer met quote
18-08-2018, 14:46 door Anoniem
Door Anoniem:
Door Anoniem: Als je een outdated versie van FreePBX draait is dit al snel gebeurt. De logs van onze voip systemen liegen er niet om, brute force attacks zijn doorgaans heel normaal.

Je moet zo'n server ook niet zonder firewall ertussen aan het internet hangen. Al het inkomende verkeer richting onze server wordt geblokkeerd, server bouwt zelf een verbinding op met de telecomprovider.

Hm. Je hebt toch ook inkomende telefoontjes, en in elk geval het retourverkeer van een call ?

SIP+RTP is niet zo heel erg firewall-friendly - en kun je werkelijk een sessie open hebben staan waarop dus ook inkomende calls gesignaleerd worden ?

Dat je alleen communicatie van het telco netwerk met de VoIP gateway server toestaat is logisch, maar je lijkt te zeggen dat je dat ook alleen outbound initieert, en daarvan vraag ik me af hoe je dat doet.

De andere uitdaging is wanneer je (intern) een 'converged network' moet bieden - oftewel, integratie van VoIP met desktop clients . (mensen met een softphone op hun werkplek/laptop, een call opzetten door iets uit het adresboek aan te klikken , voicemail-to-email e.d.).

In dat geval kun je de telefonie-server niet keihard isoleren van de normale werkplekken - en moet je rekening gaan houden met geinfecteerde desktops die de dure calls initiëren .
Reageer met quote
18-08-2018, 17:11 door Anoniem
Door Anoniem:
Door Anoniem: Als je een outdated versie van FreePBX draait is dit al snel gebeurt. De logs van onze voip systemen liegen er niet om, brute force attacks zijn doorgaans heel normaal.

Je moet zo'n server ook niet zonder firewall ertussen aan het internet hangen. Al het inkomende verkeer richting onze server wordt geblokkeerd, server bouwt zelf een verbinding op met de telecomprovider.

Hm. Je hebt toch ook inkomende telefoontjes, en in elk geval het retourverkeer van een call ?
Voor retourverkeer hoef je nooit een poort open te zetten.

SIP+RTP is niet zo heel erg firewall-friendly - en kun je werkelijk een sessie open hebben staan waarop dus ook inkomende calls gesignaleerd worden ?
Ja, dat werkt gewoon.

Dat je alleen communicatie van het telco netwerk met de VoIP gateway server toestaat is logisch, maar je lijkt te zeggen dat je dat ook alleen outbound initieert, en daarvan vraag ik me af hoe je dat doet.

VoIP server bouwt een SIP trunk op naar de telco, alles loopt over die connectie.

De andere uitdaging is wanneer je (intern) een 'converged network' moet bieden - oftewel, integratie van VoIP met desktop clients . (mensen met een softphone op hun werkplek/laptop, een call opzetten door iets uit het adresboek aan te klikken , voicemail-to-email e.d.).

De softphone (of hardphone) praat gewoon met de lokale VoIP server, die stuurt het gesprek over de trunk naar de telco.

In dat geval kun je de telefonie-server niet keihard isoleren van de normale werkplekken - en moet je rekening gaan houden met geinfecteerde desktops die de dure calls initiëren .

Goed update beleid, goede virusscanner, en alleen het minimale toestaan op de desktops wat nodig is om het werk te kunnen doen. En nog wat andere dingen maar dat vult een goede systeembeheerder zelf wel in.
Reageren
Ondersteunde bbcodes
Bold: [b]bold text[/b]
Italic: [i]italic text[/i]
Underline: [u]underlined text[/u]
Quote: [quote]quoted text[/quote]
URL: [url]https://www.security.nl[/url]
Config: [config]config text[/config]
Code: [code]code text[/code]

Je bent niet ingelogd en reageert "Anoniem". Dit betekent dat Security.NL geen accountgegevens (e-mailadres en alias) opslaat voor deze reactie. Je reactie wordt niet direct geplaatst maar eerst gemodereerd. Als je nog geen account hebt kun je hier direct een account aanmaken. Wanneer je Anoniem reageert moet je altijd een captchacode opgeven.

Je reactie is verstuurd en wordt zo spoedig mogelijk gemodereerd.

Verder
captcha
Nieuwe code
Preview Reageren
Zoeken
search

Stelling: Sociale media vormen een bedreiging voor de democratie

14 reacties
Aantal stemmen: 716
Juridische vraag: Is de AVG van toepassing op het filmen van personen in een niet-openbare ruimte?
13-02-2019 door Arnoud Engelfriet

In 2013 blogde je over de vraag: Mag een cliënt de thuiszorg met een webcam filmen? Toen was een eenduidig antwoord met ja of ...

18 reacties
Lees meer
Google Chrome en privacy
13-02-2019 door Anoniem

dag, google chrome heb ik niet geinstalleerd vanwege de afstand die ik wil bewaren tot google. ik gebruik firefox. maar chrome ...

17 reacties
Lees meer
Ik wil stoppen met het gebruik van Whatsapp maar mijn vrienden-kennissen niet.
10-02-2019 door Anoniem

Beste Security vrienden, Ik zit met een dilemma die mij al een aantal jaren bezig houd. Ik heb mijzelf al meerden malen ...

44 reacties
Lees meer
Juridische vraag: Wanneer is het hebben van een Remote Access Tool en een Keylogger strafbaar?
06-02-2019 door Arnoud Engelfriet

Wanneer is het hebben van een Remote Access Tool (RAT) nu strafbaar? Wij gebruiken dit in de organisatie voor intern beheer op ...

21 reacties
Lees meer
Security.NL Twitter
04-11-2016 door Redactie

Altijd meteen op de hoogte van het laatste security nieuws? Volg ons nu ook op Twitter!

Lees meer
Nieuwe Huisregels en Privacy Policy

Op 5 december 2017 hebben we een nieuwe versie van onze huisregels en privacy policy ingevoerd. Om verder te kunnen gaan dien je eenmalig akkoord te gaan met de nieuwe huisregels van Security.NL.

Op 24 mei 2018 hebben we, in het kader van de AVG, onze privacy policy bijgewerkt. Om verder te kunnen gaan dien je eenmalig akkoord te gaan met de bijgewerkte privacy policy. Heb je vragen neem dan contact op met info@security.nl.

Verzenden
Privacy Policy

Op 24 mei 2018 hebben we, in het kader van de AVG, onze privacy policy bijgewerkt. Om verder te kunnen gaan dien je eenmalig akkoord te gaan met de bijgewerkte privacy policy. Heb je vragen neem dan contact op met info@security.nl.

Verzenden
Inloggen

Bedankt! Je kunt nu inloggen op je account.

Wachtwoord vergeten?
Nieuwe code captcha
Inloggen

Wachtwoord Vergeten

Wanneer je hieronder het e-mailadres van je account opgeeft wordt er een nieuwe activatielink naar je gestuurd. Deze link kun je gebruiken om een nieuw wachtwoord in te stellen.

Nieuwe code captcha
Stuur link

Password Reset

Wanneer je het juiste e-mailadres hebt opgegeven ontvang je automatisch een nieuwe activatielink. Deze link kan je gebruiken om een nieuw wachtwoord in te stellen.

Sluiten
Registreren bij Security.NL

Geef je e-mailadres op en kies een alias van maximaal 30 karakters.

Nieuwe code captcha
Verzenden

Registreren

Je hebt je succesvol aangemeld. Voordat je je account kunt gebruiken moet deze eerst geactiveerd worden. Dit kan je zelf doen middels de activatielink die naar het opgegeven e-mailadres is verstuurd.

Sluiten
Over Security.NL
Huisregels
Privacy Policy
Adverteren
© 2001-2019 Security.nl - The Security Council
RSS Twitter