Status er kontrolleret mod projektkilderne den 29. september 2026. Udviklingskode, beståede softwaretests og pilot-/produktionsklarhed vurderes hver for sig. De aktuelle GitHub-kandidater er åbne kladder; hjemmesidens offentliggørelse er ikke en softwarefrigivelse.
Qualification v2, evidensbinding og rollback-kontroller er implementeret i udviklingsgrenen.
Eksekveret CI, operatørtest, rettigheder, signering og releasegodkendelse.
Den aktuelle CI-status indeholder ikke eksekverede jobtrin. Den kan derfor ikke bruges som bevis for, at programtests er kørt og fejlet.
Kontrollér, hvem der må ringe som hvem — før opkaldet forlader jeres netværk.
Kernesans Call Guard er en planlagt sikkerhedsservice til SIP/VoIP. Den samler nummerrettigheder, trafiksignaler og operatørens regler i én forklarlig beslutning.
Under udvikling · Pilotdialog for operatører og integratorer
Et telefonnummer fortæller ikke i sig selv, hvem der ringer. Call Guard er designet til at kontrollere forbindelsen mellem kunden, trunk'en og det nummer, kunden vil præsentere.
Knyt numre og nummerserier til kunder, trunks og tidsbegrænsede delegationer. Gør autorisation til en konkret kontrol.
Sammenhold rettigheden med rute, samtidighed og trafikmønstre. En legitim konto kan også blive kompromitteret.
Lad jeres policy afgøre handlingen. Dokumentér regel, version, datagrundlag og den handling, integrationen faktisk udfører.
Den foreslåede arkitektur placerer beslutningsmotoren i jeres miljø og samler policyadministration og rapportering centralt. Drift ved cloududfald og failover aftales og testes i piloten.
Tre realistiske situationer viser, hvordan de planlagte kontroller kan bruges. Resultatet afhænger af datagrundlag, integration og jeres valgte policy.
En foreslået serviceleverance til operatører, SIP-trunk-udbydere og PBX-integratorer. Start afgrænset, mål effekten, og udvid på et dokumenteret grundlag.
Endeligt leveranceomfang fastlægges i aftalen.
Foreslået abonnement med etablering og løbende betaling efter trafikvolumen, antal miljøer og supportniveau.
Pris, SLA og databehandling aftales efter teknisk afklaring.
Vælg trunks, nummerplan, trafik og succeskriterier.
Mål afvigelser og falske positiver uden automatisk blokering.
Indfør godkendte regler gradvist med rollback og undtagelser.
Første foreslåede scope er kontrol af tilladte udgående afsendernumre samt observation af indgående trafik. Adfærdsanalyse, eksterne identitetssignaler og udvidede handlinger indgår efter afklaring og validering.
Målarkitekturen er integration med SIP-proxy, SBC eller PBX. Den konkrete platform, signaladgang, håndhævelse og belastning skal verificeres. Der loves ikke en færdig integration til en bestemt leverandør.
Udgangspunktet er signalerings- og rettighedsdata, ikke samtaleoptagelser. Dataminimering, hosting, adgang, opbevaring og databehandleraftale fastlægges med operatøren før pilotstart.
Nej. Rettighedskontrol er stærkest hos den operatør, der kender den autentificerede kunde og nummerrettigheden. Ved indgående trafik kan dokumentationen være begrænset. Gyldig identitet dokumenterer heller ikke opkaldets hensigt.
Den planlagte kombination af nummerautorisation, lokal håndhævelse, operatørstyrede regler og dokumentation af hver beslutning. Reputation og STIR/SHAKEN kan supplere kontrollen, hvor relevante data er tilgængelige. Der påstås ikke eksklusivitet på disse funktioner.
Fortæl os om jeres SIP-miljø, trafikvolumen og vigtigste udfordring. Så afklarer vi scope, integrationsbehov og målbare succeskriterier.
Kontakt om pilot ↗oac@kernesans.dk