Beveiliging

Telegram CRM-beveiliging: sessies, encryptie en eigen proxy's

Om je account te laten draaien, moet Entergram je Telegram-sessie bewaren. Die is versleuteld met AES-256-GCM, je berichtgeschiedenis staat niet in onze database en elk account bereikt Telegram via een eigen proxy. Je 2FA blijft altijd bij jou. Het grootste risico zit meestal binnen het team, dus je kunt ook gebruikersnamen van klanten verbergen en het bewerken en verwijderen van berichten blokkeren.

Vertrouwen en compliance

Wat een gekoppeld account beschermt

Versleutelde bewaring van sessies, een eigen proxy-IP per Telegram-account en gegevensverwerking die aansluit op de AVG. Al het andere op deze pagina bouwt op deze drie voort.

Gegevensverwerking volgens de AVG

Een rechtmatige grondslag voor verwerking, minimale gegevensverzameling en respect voor je rechten op inzage en verwijdering

Sessies versleuteld met AES-256-GCM

Telegram-sessies worden in rust versleuteld met geauthenticeerde encryptie

Eigen proxy per account

Elk Telegram-account bereikt Telegram vanaf een eigen IP, nooit vanaf een gedeeld IP

Binnen het team

Je grootste datarisico zit in je eigen team

Encryptie voorkomt dat een buitenstaander een database leest. Het doet niets tegen een collega die op zijn laatste werkdag de klantenlijst kopieert, of een gesprek verwijdert om een fout te verdoezelen. Zo raakt een Telegram-bedrijf vaker klanten kwijt, en daarom krijgen workspace-eigenaren vier instellingen die naar binnen gericht zijn.

Gebruikersnamen verbergen
Collega's werken in de chat zonder de @username van de klant te zien, zodat het contact bij het bedrijf blijft als ze vertrekken.
Informatie over groepsleden verbergen
Gegevens van leden in je groepen blijven verborgen voor collega's die ze niet nodig hebben.
Berichten bewerken blokkeren
Niemand kan een bericht herschrijven nadat het is verstuurd. Wat er gezegd is, blijft vastgelegd.
Berichten verwijderen blokkeren
Collega's kunnen geen berichten verwijderen, dus een fout verdwijnt niet stilletjes.

Wil je een vastlegging buiten Telegram? De Slack-integratie stuurt elke chat waar een seat toegang toe heeft door naar een Slack-kanaal dat je zelf kiest, als auditlog dat de medewerker niet vanuit Telegram kan bewerken.

Rechten in Telegram-workspaces →

Gegevensopslag

Zo beschermen we je Telegram-accounts

Twee ontwerpkeuzes doen het meeste werk: hoe we je sessiesleutels bewaren en hoe elk gekoppeld account Telegram bereikt.

Twee ontwerpkeuzes

Meer informatie

1. Versleutelde bewaring van je Telegram-sessie

Om chats te synchroniseren, berichten te sturen en broadcasts voor je te versturen, moet Entergram een Telegram-sessie bewaren. Elke tool die op echte accounts draait, doet dat. We bewaren die sessie nooit onversleuteld. Elke sessie is in rust versleuteld met AES-256-GCM, dat zowel vertrouwelijkheid als integriteit beschermt, en alleen de systemen die een sessie moeten gebruiken, kunnen haar ontsleutelen.

2. Eigen proxy per Telegram-account

Elk Telegram-account dat je koppelt, bereikt Telegram via een eigen proxy-IP. Accounts delen nooit een netwerkvingerafdruk, niet met elkaar en niet met andere Entergram-klanten, dus elk account lijkt vanaf één vaste locatie te draaien. Dat verkleint de kans dat Telegram normale activiteit markeert: in de afgelopen 6 maanden waren er nul bans op accounts die via Entergram worden beheerd (eigen productgegevens van Entergram).

Encryptie in rust

Sessies worden nooit in platte tekst opgeslagen. Elke sessie wordt met AES-256-GCM verzegeld voordat ze onze database bereikt, en wordt alleen ontsleuteld binnen de systemen die haar gebruiken, en alleen zo lang als die haar nodig hebben. De encryptiesleutels worden apart van de versleutelde gegevens bewaard, zodat een databasekopie op zichzelf niets bruikbaars blootlegt.

Meer informatie

Als je de toegang kwijtraakt

Herstel je Entergram-account via de standaard herstelprocedure. Moet een Telegram-account ooit opnieuw gekoppeld worden, bijvoorbeeld na een wijziging aan de kant van Telegram, ontkoppel het dan en koppel het opnieuw. Er is geen extra wachtwoordzin om te onthouden en niets dat je bij ons hoeft te herstellen.

Wat we bewaren en wat niet

We bewaren je Telegram-sessie, omdat het product zonder sessie niet namens jou kan handelen. We versleutelen haar en bewaren verder zo weinig mogelijk: je Telegram-berichtgeschiedenis wordt niet in onze database opgeslagen. Berichten worden live bij Telegram opgehaald en alleen vastgehouden in kortstondige caches die vanzelf verlopen. Wat wel blijft, is wat je zelf bewust aanmaakt: de preview van het laatste bericht in je chatlijst, en de tickets, templates, notities en broadcasts die je schrijft. Collega's zien nooit je wachtwoord of 2FA-code. Ons privacybeleid beschrijft dit allemaal volledig en is leidend als de twee ooit verschillen.

Meer informatie

In de praktijk:

Sessies zijn in rust versleuteld

AES-256-GCM met geauthenticeerde integriteitscontroles. Een gemanipuleerd of deels uitgelekt versleuteld blok wordt geweigerd, niet stilzwijgend geaccepteerd.

Geen berichtenarchief

Telegram blijft de bron van waarheid voor je gespreksgeschiedenis, dus onze database bevat geen archief van je berichten dat kan uitlekken.

Toegang volgens least privilege

Alleen de productiesystemen die echt een sessie nodig hebben, kunnen er een ontsleutelen, en elk toegangspad is controleerbaar.

Eigen proxy-infrastructuur

Meer informatie

Elk Telegram-account dat je koppelt, is gebonden aan een eigen proxy-IP zolang het gekoppeld blijft. Account A en account B bereiken Telegram nooit vanaf hetzelfde adres, ook niet binnen dezelfde workspace, en geen enkel IP wordt gedeeld met een andere Entergram-klant. Het resultaat: stabielere sessies, minder onterechte markeringen en een schone scheiding tussen accounts op netwerkniveau.

Aanvullende beveiligingsmaatregelen

Naast de architectuur hierboven passen we standaard hardening toe op het hele platform:

Meer informatie

Overal HTTPS, met TLS-versleuteling tijdens transport voor elke verbinding
Strikte toegangscontrole en het beginsel van least privilege
Doorlopende monitoring op verdachte activiteit
ISO 27001 in uitvoering en SOC 2 getekend met Sprinto, verwacht in de loop van 2027. Geen van beide is al gecertificeerd, en we zullen dat ook niet suggereren
Veilige ontwikkelpraktijken om veelvoorkomende kwetsbaarheden te voorkomen

Praktische gidsen