Pentesting VoIP
Last updated
Last updated
Leer & oefen AWS Hacking:HackTricks Training AWS Red Team Expert (ARTE) Leer & oefen GCP Hacking: HackTricks Training GCP Red Team Expert (GRTE)
Kry 'n hacker se perspektief op jou webtoepassings, netwerk, en wolk
Vind en rapporteer kritieke, exploiteerbare kwesbaarhede met werklike besigheidsimpak. Gebruik ons 20+ pasgemaakte gereedskap om die aanvaloppervlak te karteer, vind sekuriteitskwessies wat jou toelaat om bevoegdhede te verhoog, en gebruik geoutomatiseerde eksploit om noodsaaklike bewyse te versamel, wat jou harde werk in oortuigende verslae omskakel.
Om te begin leer oor hoe VoIP werk, kyk:
1xx—Voorlopige Antwoorde
2xx—Suksesvolle Antwoorde
3xx—Herleidings Antwoorde
4xx—Kliënt Fout Antwoorde
5xx—Bediener Fout Antwoorde
6xx—Globale Faal Antwoorde
Een van die eerste stappe wat 'n Rooi Span kan doen, is om beskikbare telefoonnommers te soek om met die maatskappy te kontak deur OSINT-gereedskap, Google-soektogte of deur webbladsye te scrape.
Sodra jy die telefoonnommers het, kan jy aanlyn dienste gebruik om die operateur te identifiseer:
Om te weet of die operateur VoIP-dienste bied, kan jy identifiseer of die maatskappy VoIP gebruik... Boonop is dit moontlik dat die maatskappy nie VoIP-dienste gehuur het nie, maar PSTN-kaarte gebruik om sy eie VoIP PBX aan die tradisionele telekommunikasienetwerk te koppel.
Dinge soos outomatiese musiekantwoorde dui gewoonlik aan dat VoIP gebruik word.
Enige ander OSINT-opsomming wat help om VoIP-sagteware te identifiseer wat gebruik word, sal nuttig wees vir 'n Red Team.
nmap is in staat om UDP-dienste te skandeer, maar as gevolg van die aantal UDP-dienste wat geskandeer word, is dit baie stadig en mag nie baie akkuraat wees met hierdie soort dienste nie.
svmap van SIPVicious (sudo apt install sipvicious): Sal SIP-dienste in die aangeduide netwerk lokaliseer.
svmap is maklik om te blokkeer omdat dit die User-Agent friendly-scanner gebruik, maar jy kan die kode van /usr/share/sipvicious/sipvicious aanpas en dit verander.
SIPPTS scan from sippts: SIPPTS scan is 'n baie vinnige skandeerder vir SIP-dienste oor UDP, TCP of TLS. Dit gebruik multithreading en kan groot reekse van netwerke skandeer. Dit laat jou toe om maklik 'n poortreeks aan te dui, beide TCP en UDP te skandeer, 'n ander metode te gebruik (standaard sal dit OPTIONS gebruik) en 'n ander User-Agent te spesifiseer (en meer).
metasploit:
Die PBX kan ook ander netwerkdienste blootstel soos:
69/UDP (TFTP): Firmware-opdaterings
80 (HTTP) / 443 (HTTPS): Om die toestel vanaf die web te bestuur
389 (LDAP): Alternatief om die gebruikersinligting te stoor
3306 (MySQL): MySQL-databasis
5038 (Manager): Laat toe om Asterisk vanaf ander platforms te gebruik
5222 (XMPP): Berigte met behulp van Jabber
5432 (PostgreSQL): PostgreSQL-databasis
En ander...
Dit is moontlik om watter metodes beskikbaar is om in die PBX te gebruik deur SIPPTS enumerate van sippts te gebruik.
Dit is baie belangrik om die koptekste wat 'n bediener aan ons terugstuur, te analiseer, afhangende van die tipe boodskap en koptekste wat ons stuur. Met SIPPTS send van sippts kan ons persoonlike boodskappe stuur, alle koptekste manipuleer, en die antwoord analiseer.
Dit is ook moontlik om data te verkry as die bediener websockets gebruik. Met SIPPTS wssend van sippts kan ons persoonlike WS-boodskappe stuur.
Extensions in a PBX (Private Branch Exchange) system verwys na die unieke interne identifiseerders wat aan individuele telefoonlyne, toestelle, of gebruikers binne 'n organisasie of besigheid toegeken word. Extensions maak dit moontlik om oproepen binne die organisasie doeltreffend te roete, sonder die behoefte aan individuele eksterne telefoonnommers vir elke gebruiker of toestel.
svwar van SIPVicious (sudo apt install sipvicious): svwar is 'n gratis SIP PBX extensie lyn skandeerder. In konsep werk dit soortgelyk aan tradisionele wardialers deur 'n reeks extensies of 'n gegewe lys van extensies te raai.
SIPPTS exten from sippts: SIPPTS exten identifiseer uitbreidings op 'n SIP-bediener. Sipexten kan groot netwerk- en poortreekse nagaan.
metasploit: Jy kan ook uitbreidings/gebruikersname met metasploit opnoem.
enumiax (apt install enumiax): enumIAX is 'n Inter Asterisk Exchange protokol gebruikersnaam brute-force enumerator. enumIAX kan in twee verskillende modi werk; Volgorde Gebruikersnaam Raai of Woordeboekaanval.
Nadat die PBX en sommige uitbreidings/gebruikersname ontdek is, kan 'n Rooi Span probeer om te authentiseer via die REGISTER metode na 'n uitbreiding deur 'n woordelys van algemene wagwoorde te gebruik om die authentisering te brute-force.
Let daarop dat 'n gebruikersnaam dieselfde kan wees as die uitbreiding, maar hierdie praktyk kan verskil, afhangende van die PBX-stelsel, sy konfigurasie, en die organisasie se voorkeure...
As die gebruikersnaam nie dieselfde is as die uitbreiding nie, sal jy moet uitvind wat die gebruikersnaam is om dit te brute-force.
svcrack van SIPVicious (sudo apt install sipvicious): SVCrack laat jou toe om die wagwoord vir 'n spesifieke gebruikersnaam/uitbreiding op 'n PBX te kraak.
SIPPTS rcrack from sippts: SIPPTS rcrack is 'n afstand wagwoord kraker vir SIP dienste. Rcrack kan wagwoorde toets vir verskeie gebruikers in verskillende IP's en poortreekse.
Metasploit:
As jy VoIP-toerusting binne 'n Open Wifi netwerk vind, kan jy alle inligting snuffel. Boonop, as jy binne 'n meer geslote netwerk is (verbonden via Ethernet of beskermde Wifi) kan jy MitM-aanvalle soos ARPspoofing tussen die PBX en die gateway uitvoer om die inligting te snuffel.
Tussen die netwerk inligting kan jy web geloofsbriewe vind om die toerusting te bestuur, gebruiker uitbreidings, gebruikersnaam, IP adresse, selfs gehashede wagwoorde en RTP-pakkette wat jy kan herproduseer om die gesprek te hoor, en meer.
Om hierdie inligting te verkry kan jy gereedskap soos Wireshark, tcpdump... gebruik, maar 'n spesiaal geskepte gereedskap om VoIP-gesprekke te snuffel is ucsniff.
Let daarop dat as TLS in die SIP kommunikasie gebruik word jy nie die SIP kommunikasie in duidelik sal kan sien. Dieselfde sal gebeur as SRTP en ZRTP gebruik word, RTP-pakkette sal nie in duidelike teks wees.
Kontroleer hierdie voorbeeld om beter te verstaan hoe 'n SIP REGISTER kommunikasie werk om te leer hoe geloofsbriewe gestuur word.
sipdump & sipcrack, deel van sipcrack (apt-get install sipcrack): Hierdie gereedskap kan uittrek uit 'n pcap die digest-authentikasies binne die SIP-protokol en bruteforce hulle.
SIPPTS dump van sippts: SIPPTS dump kan digest-authentikasies uit 'n pcap-lêer onttrek.
SIPPTS dcrack from sippts: SIPPTS dcrack is 'n hulpmiddel om die digest-outentifikasies wat met SIPPTS dump verkry is, te kraak.
SIPPTS tshark from sippts: SIPPTS tshark onttrek data van die SIP-protokol uit 'n PCAP-lêer.
Nie net SIP geloofsbriewe kan in die netwerkverkeer gevind word nie, dit is ook moontlik om DTMF kodes te vind wat gebruik word om byvoorbeeld toegang tot die stempos te verkry. Dit is moontlik om hierdie kodes in INFO SIP boodskappe, in klank of binne RTP pakkette te stuur. As die kodes binne RTP pakkette is, kan jy daardie deel van die gesprek sny en die hulpmiddel multimo gebruik om hulle te onttrek:
In Asterisk is dit moontlik om 'n verbinding van 'n spesifieke IP-adres of van enige IP-adres toe te laat:
If 'n IP-adres is gespesifiseer, sal die gasheer nie REGISTER versoeke elke nou en dan hoef te stuur nie (in die REGISTER-pakket word die tyd om te lewe gestuur, gewoonlik 30min, wat beteken dat die telefoon in 'n ander scenario elke 30min moet REGISTER). Dit sal egter oop poorte moet hê wat verbindings van die VoIP-bediener toelaat om oproepe te ontvang.
Om gebruikers te definieer kan hulle as volg gedefinieer word:
type=user: Die gebruiker kan slegs oproepe as gebruiker ontvang.
type=friend: Dit is moontlik om oproepe as peer te maak en dit as gebruiker te ontvang (gebruik met uitbreidings)
type=peer: Dit is moontlik om oproepe as peer te stuur en te ontvang (SIP-trunks)
Dit is ook moontlik om vertroue te vestig met die onveilige veranderlike:
insecure=port: Laat peer verbindings wat deur IP geverifieer word.
insecure=invite: Vereis nie verifikasie vir INVITE-boodskappe nie
insecure=port,invite: Albei
Wanneer type=friend gebruik word, sal die waarde van die host veranderlike nie gebruik word nie, so as 'n admin 'n SIP-trunk verkeerd konfigureer met daardie waarde, sal enigiemand in staat wees om daartoe te verbind.
Byvoorbeeld, hierdie konfigurasie sal kwesbaar wees:
host=10.10.10.10
insecure=port,invite
type=friend
In Asterisk is 'n konteks 'n benoemde houer of afdeling in die kiesplan wat verwante uitbreidings, aksies en reëls groepeer. Die kiesplan is die kernkomponent van 'n Asterisk-stelsel, aangesien dit definieer hoe inkomende en uitgaande oproepe hanteer en gerouteer word. Konteks word gebruik om die kiesplan te organiseer, toegangbeheer te bestuur, en skeiding tussen verskillende dele van die stelsel te bied.
Elke konteks word in die konfigurasie-lêer gedefinieer, tipies in die extensions.conf lêer. Konteks word aangedui deur vierkante hakies, met die konteksnaam binne-in. Byvoorbeeld:
Binnen die konteks definieer jy uitbreidings (patrone van gedialde nommers) en assosieer dit met 'n reeks aksies of toepassings. Hierdie aksies bepaal hoe die oproep verwerk word. Byvoorbeeld:
Hierdie voorbeeld demonstreer 'n eenvoudige konteks genoem "my_context" met 'n uitbreiding "100". Wanneer iemand 100 kies, sal die oproep beantwoord word, 'n welkomstekst sal gespeel word, en dan sal die oproep beëindig word.
Dit is nog 'n konteks wat toelaat om na enige ander nommer te bel:
As die admin die default context definieer as:
Enigeen sal in staat wees om die bediener te gebruik om na enige ander nommer te bel (en die admin van die bediener sal vir die oproep betaal).
Boonop bevat die sip.conf lêer standaard allowguest=true, dan sal enige aanvaller met geen outentisering in staat wees om na enige ander nommer te bel.
SIPPTS invite van sippts: SIPPTS invite kontroleer of 'n PBX bediener ons toelaat om oproepe te maak sonder outentisering. As die SIP bediener 'n onakkurate konfigurasie het, sal dit ons toelaat om oproepe na eksterne nommers te maak. Dit kan ons ook toelaat om die oproep na 'n tweede eksterne nommer oor te dra.
Byvoorbeeld, as jou Asterisk bediener 'n slegte kontekskonfigurasie het, kan jy INVITE versoek aanvaar sonder outorisasie. In hierdie geval kan 'n aanvaller oproepe maak sonder om enige gebruiker/wagwoord te ken.
IVRS staan vir Interaktiewe Stem Respons Stelsel, 'n telekommunikasietegnologie wat gebruikers toelaat om met 'n gekompliseerde stelsel te kommunikeer deur middel van stem of toetsingang. IVRS word gebruik om geoutomatiseerde oproep hantering stelsels te bou wat 'n reeks funksies bied, soos om inligting te verskaf, oproepe te roete, en gebruikersinvoer te vang.
IVRS in VoIP stelsels bestaan tipies uit:
Stem aanwysings: Vooraf opgeneemde klankboodskappe wat gebruikers deur die IVR-menu opsies en instruksies lei.
DTMF (Dubbeltoon Multi-Frekwensie) sein: Toetsingang wat gegenereer word deur sleutels op die telefoon te druk, wat gebruik word om deur die IVR-menu's te navigeer en invoer te verskaf.
Oproep roetering: Oproepe na die toepaslike bestemming lei, soos spesifieke departemente, agente, of uitbreidings gebaseer op gebruikersinvoer.
Gebruikersinvoer vang: Inligting van belers versamel, soos rekeningnommers, saak-ID's, of enige ander relevante data.
Integrasie met eksterne stelsels: Die IVR-stelsel aan databasisse of ander sagteware stelsels koppel om toegang tot of inligting op te dateer, aksies uit te voer, of gebeurtenisse te aktiveer.
In 'n Asterisk VoIP-stelsel kan jy 'n IVR skep met die kiesplan (extensions.conf lêer) en verskeie toepassings soos Background(), Playback(), Read(), en meer. Hierdie toepassings help jou om stem aanwysings te speel, gebruikersinvoer te vang, en die oproepvloei te beheer.
Die vorige is 'n voorbeeld waar die gebruiker gevra word om 1 te druk om 'n departement te bel, 2 om 'n ander te bel, of die volledige uitbreiding as hy dit weet. Die kwesbaarheid is die feit dat die aangeduide uitbreiding lengte nie nagegaan word nie, so 'n gebruiker kan die 5 sekondes tydsduur 'n volledige nommer invoer en dit sal gebel word.
Gebruik 'n uitbreiding soos:
Waar ${EXTEN} die uitbreiding is wat gebel sal word, wanneer die ext 101 bekendgestel word sal dit gebeur:
However, if ${EXTEN} allows to introduce more than numbers (like in older Asterisk versions), an attacker could introduce 101&SIP123123123 to call the phone number 123123123. And this would be the result:
Daarom sal 'n oproep na die uitbreiding 101 en 123123123 gestuur word en slegs die eerste een wat die oproep ontvang, sal gevestig word... maar as 'n aanvaller 'n uitbreiding gebruik wat enige ooreenkoms omseil wat uitgevoer word, maar nie bestaan nie, kan hy slegs 'n oproep na die gewenste nommer inspuit.
Die SIP Digest Leak is 'n kwesbaarheid wat 'n groot aantal SIP Telefone beïnvloed, insluitend beide hardeware en sagteware IP Telefone sowel as telefoonadapters (VoIP na analoog). Die kwesbaarheid laat lek van die Digest-authentikasie antwoord toe, wat bereken word vanaf die wagwoord. 'n Aflyn wagwoordaanval is dan moontlik en kan die meeste wagwoorde op grond van die uitdaging antwoord herstel.
**Kwetsbaarheid scenario van hier**:
'n IP Telefoon (slagoffer) luister op enige poort (byvoorbeeld: 5060), wat telefoonoproepe aanvaar
Die aanvaller stuur 'n INVITE na die IP Telefoon
Die slagoffer telefoon begin lui en iemand neem op en hang op (omdat niemand die telefoon aan die ander kant antwoord nie)
Wanneer die telefoon opgehang word, stuur die slagoffer telefoon 'n BYE na die aanvaller
Die aanvaller gee 'n 407 antwoord wat om authentikasie vra en 'n authentikasie uitdaging uitreik
Die slagoffer telefoon bied 'n antwoord op die authentikasie uitdaging in 'n tweede BYE
Die aanvaller kan dan 'n brute-force aanval op die uitdaging antwoord op sy plaaslike masjien (of verspreide netwerk ens.) uitvoer en die wagwoord raai
SIPPTS lek van sippts: SIPPTS lek benut die SIP Digest Leak kwesbaarheid wat 'n groot aantal SIP Telefone beïnvloed. Die uitvoer kan in SipCrack-formaat gestoor word om dit te bruteforce met SIPPTS dcrack of die SipCrack hulpmiddel.
Click2Call laat 'n webgebruiker (wat byvoorbeeld dalk in 'n produk belangstel) toe om sy telefoonnommer in te voer om gebel te word. Dan sal 'n kommersiële oproep gemaak word, en wanneer hy die telefoon opneem sal die gebruiker gebel en met die agent verbind word.
'n Algemene Asterisk-profiel hiervoor is:
Die vorige profiel laat ENIGE IP adres toe om te verbind (as die wagwoord bekend is).
Om 'n oproep te organiseer, soos voorheen gespesifiseer, is geen leesregte nodig nie en slegs oorsprong in skryf is nodig.
Met daardie regte kan enige IP wat die wagwoord ken verbind en te veel inligting onttrek, soos:
Meer inligting of aksies kan aangevra word.
In Asterisk is dit moontlik om die opdrag ChanSpy te gebruik wat die verlenging(e) om te monitor (of al die verlengings) aandui om gesprekke te hoor wat plaasvind. Hierdie opdrag moet aan 'n verlenging toegeken word.
Byvoorbeeld, exten => 333,1,ChanSpy('all',qb) dui aan dat as jy die verlenging 333 bel, dit alle verlengings sal monitor, begin luister wanneer 'n nuwe gesprek begin (b) in stilmodus (q) aangesien ons nie wil interaksie hê nie. Jy kan van een gesprek na 'n ander beweeg deur * te druk, of deur die verlenging nommer te merk.
Dit is ook moontlik om ExtenSpy te gebruik om slegs een verlenging te monitor.
In plaas daarvan om die gesprekke te luister, is dit moontlik om hulle in lêers te registreer deur 'n verlenging soos:
Telefonskakels sal gestoor word in /tmp.
Jy kan selfs Asterisk 'n skrip uitvoer wat die oproep sal lek wanneer dit gesluit word.
RTCPBleed is 'n groot sekuriteitskwessie wat Asterisk-gebaseerde VoIP-bedieners raak (gepubliseer in 2017). Die kwesbaarheid laat RTP (Real Time Protocol) verkeer, wat VoIP-gesprekke dra, toe om geïntcepteer en hergerig te word deur enige iemand op die Internet. Dit gebeur omdat RTP-verkeer outentisering omseil wanneer dit deur NAT (Network Address Translation) vuurmure navigeer.
RTP-proxies probeer om NAT-beperkings wat RTC-stelsels raak, aan te spreek deur RTP-strome tussen twee of meer partye te proxy. Wanneer NAT in plek is, kan die RTP-proxy sagteware dikwels nie staatmaak op die RTP IP- en poortinligting wat deur signalering verkry is nie (bv. SIP). Daarom het 'n aantal RTP-proxies 'n mekanisme geïmplementeer waar sulke IP- en poort-tuplet outomaties geleer word. Dit word dikwels gedoen deur inkomende RTP-verkeer te inspekteer en die bron-IP en poort vir enige inkomende RTP-verkeer te merk as die een wat op geantwoord moet word. Hierdie mekanisme, wat "leer-modus" genoem kan word, maak nie gebruik van enige vorm van outentisering nie. Daarom kan aanvallers RTP-verkeer na die RTP-proxy stuur en die geproksiede RTP-verkeer ontvang wat bedoel is vir die beler of ontvanger van 'n aanhoudende RTP-stroom. Ons noem hierdie kwesbaarheid RTP Bleed omdat dit aanvallers toelaat om RTP-media strome te ontvang wat bedoel is om aan wettige gebruikers gestuur te word.
'n Ander interessante gedrag van RTP-proxies en RTP-stakke is dat hulle soms, selfs al is hulle nie kwesbaar vir RTP Bleed nie, RTP-pakkette van enige bron sal aanvaar, deurstuur en/of verwerk. Daarom kan aanvallers RTP-pakkette stuur wat hulle mag toelaat om hul media in plaas van die wettige een in te spuit. Ons noem hierdie aanval RTP-inspuiting omdat dit die inspuiting van onwettige RTP-pakkette in bestaande RTP-strome toelaat. Hierdie kwesbaarheid kan in beide RTP-proxies en eindpunte gevind word.
Asterisk en FreePBX het tradisioneel die NAT=yes instelling gebruik, wat RTP-verkeer toelaat om outentisering te omseil, wat moontlik lei tot geen klank of eenrigting-klank op oproepe nie.
Vir meer inligting, kyk na https://www.rtpbleed.com/
SIPPTS rtpbleed van sippts: SIPPTS rtpbleed detecteer die RTP Bleed kwesbaarheid deur RTP-strome te stuur.
SIPPTS rtcpbleed from sippts: SIPPTS rtcpbleed detecteer die RTP Bleed kwesbaarheid deur RTCP-strome te stuur.
SIPPTS rtpbleedflood van sippts: SIPPTS rtpbleedflood benut die RTP Bleed kwesbaarheid deur RTP-strome te stuur.
SIPPTS rtpbleedinject from sippts: SIPPTS rtpbleedinject benut die RTP Bleed kwesbaarheid deur 'n klanklêer (WAV-formaat) in te spuit.
In Asterisk slaag jy op een of ander manier daarin om uitbreidingsreëls by te voeg en dit te herlaai (byvoorbeeld deur 'n kwesbare webbestuurder bediener te kompromitteer), dit is moontlik om RCE te verkry met die System opdrag.
There is command called Shell that could be used instead of System to execute system commands if necessary.
As die bediener bepaalde karakters in die System opdrag (soos in Elastix) verbied, kyk of die webbediener toelaat om lêers op een of ander manier binne die stelsel te skep (soos in Elastix of trixbox), en gebruik dit om 'n backdoor-skrip te skep en gebruik dan System om daardie skrip te voeren.
sip.conf -> Bevat die wagwoord van SIP gebruikers.
As die Asterisk bediener as root loop, kan jy root in gevaar stel.
mysql root gebruiker mag geen wagwoord hê nie.
dit kan gebruik word om 'n nuwe mysql gebruiker as backdoor te skep.
FreePBX
amportal.conf -> Bevat die wagwoord van die webpaneel administrateur (FreePBX).
FreePBX.conf -> Bevat die wagwoord van die gebruiker FreePBXuser wat gebruik word om toegang tot die databasis te verkry.
dit kan gebruik word om 'n nuwe mysql gebruiker as backdoor te skep.
Elastix
Elastix.conf -> Bevat verskeie wagwoorde in duidelike teks soos mysql root wagwoord, IMAPd wagwoord, web admin wagwoord.
Verskeie vouers sal aan die gecompromitteerde asterisk gebruiker behoort (as dit nie as root loop nie). Hierdie gebruiker kan die vorige lêers lees en beheer ook die konfigurasie, so hy kan Asterisk laat laai ander backdoored binaries wanneer dit uitgevoer word.
Dit is moontlik om 'n .wav in gesprekke in te voeg met behulp van gereedskap soos rtpinsertsound (sudo apt install rtpinsertsound) en rtpmixsound (sudo apt install rtpmixsound).
Of jy kan die skripte van http://blog.pepelux.org/2011/09/13/inyectando-trafico-rtp-en-una-conversacion-voip/ gebruik om gesprekke te skandeer (rtpscan.pl), 'n .wav na 'n gesprek te stuur (rtpsend.pl) en ruis in 'n gesprek in te voeg (rtpflood.pl).
Daar is verskeie maniere om te probeer om DoS in VoIP bedieners te bereik.
SIPPTS flood van sippts**: SIPPTS flood stuur onbeperkte boodskappe na die teiken.
sippts flood -i 10.10.0.10 -m invite -v
SIPPTS ping van sippts**: SIPPTS ping maak 'n SIP ping om die bediener se reaksietyd te sien.
sippts ping -i 10.10.0.10
IAXFlooder: DoS IAX protokol wat deur Asterisk gebruik word.
inviteflood: 'n Gereedskap om SIP/SDP INVITE boodskap flooding oor UDP/IP uit te voer.
rtpflood: Stuur verskeie goed gevormde RTP pakkette. Dit is nodig om die RTP poorte wat gebruik word te ken (sniff eers).
SIPp: Laat jou toe om SIP verkeer te analiseer en te genereer. Dit kan ook gebruik word om DoS te doen.
SIPsak: SIP switserse leërskêr. Kan ook gebruik word om SIP aanvalle uit te voer.
Fuzzers: protos-sip, voiper.
Die maklikste manier om 'n sagteware soos Asterisk te installeer, is om 'n OS verspreiding af te laai wat dit reeds geïnstalleer het, soos: FreePBX, Elastix, Trixbox... Die probleem met hierdie is dat sodra dit werk, mag stelselsadministrateurs dit nie weer opdateer nie en kw vulnerabilities sal met tyd ontdek word.
Kry 'n hacker se perspektief op jou webtoepassings, netwerk, en wolk
Vind en rapporteer kritieke, exploiteerbare kw vulnerabilities met werklike besigheidsimpak. Gebruik ons 20+ pasgemaakte gereedskap om die aanvaloppervlak te karteer, sekuriteitskwessies te vind wat jou toelaat om bevoegdhede te verhoog, en gebruik geoutomatiseerde exploits om noodsaaklike bewyse te versamel, wat jou harde werk in oortuigende verslae omskakel.
Leer & oefen AWS Hacking:HackTricks Training AWS Red Team Expert (ARTE) Leer & oefen GCP Hacking: HackTricks Training GCP Red Team Expert (GRTE)
