Windows Security Controls
Use Trickest to easily build and automate workflows powered by the world's most advanced community tools. Get Access Today:
AppLocker Policy
アプリケーションホワイトリストは、システム上で存在し実行されることが許可された承認済みのソフトウェアアプリケーションまたは実行可能ファイルのリストです。目的は、環境を有害なマルウェアや、組織の特定のビジネスニーズに合致しない未承認のソフトウェアから保護することです。
AppLockerは、マイクロソフトのアプリケーションホワイトリストソリューションであり、システム管理者にユーザーが実行できるアプリケーションやファイルを制御する権限を与えます。これは、実行可能ファイル、スクリプト、Windowsインストーラーファイル、DLL、パッケージアプリ、パックされたアプリインストーラーに対して詳細な制御を提供します。 組織がcmd.exeやPowerShell.exeをブロックし、特定のディレクトリへの書き込みアクセスを制限することは一般的ですが、これらはすべて回避可能です。
Check
ブラックリスト/ホワイトリストに登録されているファイル/拡張子を確認します:
このレジストリパスには、AppLockerによって適用された構成とポリシーが含まれており、システム上で強制されている現在のルールセットを確認する方法を提供します:
HKLM\Software\Policies\Microsoft\Windows\SrpV2
バイパス
AppLockerポリシーをバイパスするための便利な書き込み可能フォルダー:AppLockerが
C:\Windows\System32
またはC:\Windows
内の任意のものを実行することを許可している場合、このバイパスに使用できる書き込み可能フォルダーがあります。
一般的に信頼された"LOLBAS's"バイナリは、AppLockerをバイパスするのにも役立ちます。
不適切に書かれたルールもバイパスされる可能性があります
例えば、
<FilePathCondition Path="%OSDRIVE%*\allowed*"/>
、どこにでも**allowed
というフォルダーを作成**すれば許可されます。組織はしばしば**
%System32%\WindowsPowerShell\v1.0\powershell.exe
実行可能ファイルをブロックすることに焦点を当てますが、他のPowerShell実行可能ファイルの場所(例:%SystemRoot%\SysWOW64\WindowsPowerShell\v1.0\powershell.exe
やPowerShell_ISE.exe
)を忘れがちです。DLLの強制は非常に稀に有効であり、システムにかかる追加の負荷や、何も壊れないことを確認するために必要なテストの量が理由です。したがって、DLLをバックドアとして使用することでAppLockerをバイパスするのに役立ちます。
ReflectivePickやSharpPickを使用して、任意のプロセスでPowershellコードを実行し、AppLockerをバイパスすることができます。詳細については、こちらを確認してください。
資格情報の保存
セキュリティアカウントマネージャー (SAM)
ローカル資格情報はこのファイルに存在し、パスワードはハッシュ化されています。
ローカルセキュリティ機関 (LSA) - LSASS
資格情報(ハッシュ化されたもの)は、シングルサインオンの理由でこのサブシステムのメモリに保存されます。 LSAはローカルのセキュリティポリシー(パスワードポリシー、ユーザー権限など)、認証、アクセス トークンを管理します。 LSAは、SAMファイル内の提供された資格情報を確認し(ローカルログイン用)、ドメインユーザーを認証するためにドメインコントローラーと通信します。
資格情報はプロセスLSASS内に保存されます:Kerberosチケット、NTおよびLMのハッシュ、簡単に復号化可能なパスワード。
LSAシークレット
LSAはディスクにいくつかの資格情報を保存することがあります:
Active Directoryのコンピュータアカウントのパスワード(到達不可能なドメインコントローラー)。
Windowsサービスのアカウントのパスワード
スケジュールされたタスクのパスワード
その他(IISアプリケーションのパスワードなど...)
NTDS.dit
これはActive Directoryのデータベースです。ドメインコントローラーにのみ存在します。
ディフェンダー
Microsoft Defenderは、Windows 10およびWindows 11、そしてWindows Serverのバージョンで利用可能なアンチウイルスです。一般的なペンテストツール(例:WinPEAS
)をブロックします。しかし、これらの保護をバイパスする方法があります。
チェック
Defenderのステータスを確認するには、PSコマンドレット**Get-MpComputerStatus
を実行できます(RealTimeProtectionEnabled
**の値を確認して、アクティブかどうかを知ります):
列挙するには、次のコマンドを実行することもできます:
Encrypted File System (EFS)
EFSは、対称鍵であるファイル暗号化鍵(FEK)を使用してファイルを暗号化することで保護します。この鍵はユーザーの公開鍵で暗号化され、暗号化されたファイルの$EFS 代替データストリーム内に保存されます。復号が必要な場合、ユーザーのデジタル証明書の対応する秘密鍵を使用して$EFSストリームからFEKを復号します。詳細はこちらで確認できます。
ユーザーの操作なしでの復号シナリオには以下が含まれます:
ファイルやフォルダーがFAT32のような非EFSファイルシステムに移動されると、自動的に復号されます。
SMB/CIFSプロトコルを介してネットワーク上で送信される暗号化ファイルは、送信前に復号されます。
この暗号化方法により、所有者は暗号化されたファイルに透過的にアクセスできます。ただし、所有者のパスワードを単に変更してログインするだけでは復号は許可されません。
重要なポイント:
EFSは、ユーザーの公開鍵で暗号化された対称FEKを使用します。
復号にはユーザーの秘密鍵を使用してFEKにアクセスします。
FAT32へのコピーやネットワーク送信など、特定の条件下で自動的に復号が行われます。
暗号化されたファイルは、追加の手順なしで所有者がアクセスできます。
EFS情報の確認
このサービスを使用したかどうかを確認するには、このパスが存在するか確認します:C:\users\<username>\appdata\roaming\Microsoft\Protect
ファイルへのアクセス権を確認するには、cipher /c <file>\を使用します。フォルダー内でcipher /e
およびcipher /d
を使用して、すべてのファイルを暗号化および復号することもできます。
EFSファイルの復号
権限のあるシステムであること
この方法では、被害者ユーザーがホスト内でプロセスを実行している必要があります。その場合、meterpreter
セッションを使用してユーザーのプロセスのトークンを偽装することができます(incognito
のimpersonate_token
)。または、ユーザーのプロセスにmigrate
することもできます。
ユーザーのパスワードを知っていること
Group Managed Service Accounts (gMSA)
Microsoftは、ITインフラストラクチャにおけるサービスアカウントの管理を簡素化するために**グループ管理サービスアカウント(gMSA)**を開発しました。従来のサービスアカウントは「パスワードは期限切れにならない」設定が有効であることが多いのに対し、gMSAはより安全で管理しやすいソリューションを提供します:
自動パスワード管理:gMSAは、ドメインまたはコンピュータポリシーに応じて自動的に変更される複雑な240文字のパスワードを使用します。このプロセスはMicrosoftのキー配布サービス(KDC)によって処理され、手動でのパスワード更新が不要になります。
強化されたセキュリティ:これらのアカウントはロックアウトに対して免疫があり、対話的ログインに使用できないため、セキュリティが向上します。
複数ホストのサポート:gMSAは複数のホストで共有できるため、複数のサーバーで実行されるサービスに最適です。
スケジュールされたタスクの実行能力:管理されたサービスアカウントとは異なり、gMSAはスケジュールされたタスクの実行をサポートします。
簡素化されたSPN管理:コンピュータのsAMaccountの詳細やDNS名に変更があった場合、システムは自動的にサービスプリンシパル名(SPN)を更新し、SPN管理を簡素化します。
gMSAのパスワードはLDAPプロパティ_msDS-ManagedPassword_に保存され、ドメインコントローラー(DC)によって30日ごとに自動的にリセットされます。このパスワードは、MSDS-MANAGEDPASSWORD_BLOBとして知られる暗号化データブロブであり、認可された管理者とgMSAがインストールされているサーバーのみが取得できます。これにより、安全な環境が確保されます。この情報にアクセスするには、LDAPSのような安全な接続が必要であるか、接続は「Sealing & Secure」で認証される必要があります。
このパスワードはGMSAPasswordReader**を使用して読み取ることができます。
また、gMSAのパスワードを読み取るためのNTLMリレー攻撃を実行する方法については、このウェブページを確認してください。
LAPS
**ローカル管理者パスワードソリューション (LAPS)**は、Microsoftからダウンロード可能で、ローカル管理者パスワードの管理を可能にします。これらのパスワードは、ランダム化され、ユニークで、定期的に変更され、Active Directoryに中央集権的に保存されます。これらのパスワードへのアクセスは、ACLを通じて認可されたユーザーに制限されています。十分な権限が付与されると、ローカル管理者パスワードを読み取る能力が提供されます。
LAPSPS制約付き言語モード
PowerShell 制約付き言語モードは、COMオブジェクトのブロック、承認された.NETタイプのみの許可、XAMLベースのワークフロー、PowerShellクラスなど、PowerShellを効果的に使用するために必要な多くの機能を制限します。
確認
バイパス
現在のWindowsでは、そのバイパスは機能しませんが、 PSByPassCLMを使用できます。
コンパイルするには 次のことが必要です 参照を追加 -> 参照 -> 参照 -> C:\Windows\Microsoft.NET\assembly\GAC_MSIL\System.Management.Automation\v4.0_3.0.0.0\31bf3856ad364e35\System.Management.Automation.dll
を追加し、プロジェクトを.Net4.5に変更します。
直接バイパス:
リバースシェル:
ReflectivePick または SharpPick を使用して、任意のプロセスで Powershell コードを 実行 し、制約モードを回避できます。詳細については、次を確認してください: https://hunter2.gitbook.io/darthsidious/defense-evasion/bypassing-applocker-and-powershell-contstrained-language-mode。
PS 実行ポリシー
デフォルトでは 制限付き に設定されています。このポリシーを回避する主な方法:
More can be found here
Security Support Provider Interface (SSPI)
ユーザーを認証するために使用できるAPIです。
SSPIは、通信を希望する2台のマシンに適切なプロトコルを見つける責任があります。これに対する推奨方法はKerberosです。次に、SSPIは使用される認証プロトコルを交渉します。これらの認証プロトコルはSecurity Support Provider (SSP)と呼ばれ、各Windowsマシン内にDLLの形で存在し、両方のマシンが同じものをサポートする必要があります。
Main SSPs
Kerberos: 推奨されるもの
%windir%\Windows\System32\kerberos.dll
NTLMv1およびNTLMv2: 互換性の理由
%windir%\Windows\System32\msv1_0.dll
Digest: WebサーバーおよびLDAP、MD5ハッシュ形式のパスワード
%windir%\Windows\System32\Wdigest.dll
Schannel: SSLおよびTLS
%windir%\Windows\System32\Schannel.dll
Negotiate: 使用するプロトコルを交渉するために使用されます(KerberosまたはNTLM、デフォルトはKerberos)
%windir%\Windows\System32\lsasrv.dll
交渉は複数の方法を提供することも、1つだけを提供することもあります。
UAC - User Account Control
User Account Control (UAC)は、昇格された活動のための同意プロンプトを有効にする機能です。
UAC - User Account ControlTrickestを使用して、世界で最も進んだコミュニティツールによって駆動されるワークフローを簡単に構築および自動化します。 今すぐアクセスを取得:
Last updated