CSEC_PUBLIC/hayabusa
1
0
Fork 0
Code Issues Pull Requests Packages Projects Releases Wiki Activity
Files
4a1e46e47ef5a191912c3cae82cba64c96f570d7
hayabusa/doc/RULEFILE.md
James 4a1e46e47e Feature/#140 document (#144) 
* update

* fix regexes and whitelist

* underconstructing

* fix

* update

* add pic

* update

* update

* update

* fix
2021-10-22 00:43:40 +09:00

17 KiB
Raw Blame History

ルールファイル

LagottoはWindowsEventログの検知ルールをYAML形式のファイルに記載します。 単なる文字列一致だけでなく、正規表現やANDやOR等の条件を組み合わせることができ、複雑な検知ルールも表現できるようになっています。 ここではその検知ルールの書き方について説明します。

ルールファイルのフォーマット

ルールファイルのフォーマットは下記の通りです。

title: PowerShell Execution Pipeline
description: This rule detect powershell execution pipeline.
author: Zach Mathis
detection:
    selection:
        Event.System.EventID: 7040
        Event.System.Channel: System
falsepositives:
    - unknown
level: medium
output: 'command=%CommandLine%'
creation_date: 2020/11/8
updated_date: 2020/11/8
  • title [required]: ルールファイルのタイトルを入力します。
  • description [optional]: ルールファイルの説明を入力します。
  • author [optional]: ルールファイルの作者を入力します。
  • detection [required]: 検知ルールを入力します。
  • falsepositives [optional]: 誤検知に関する情報を入力します。
  • level [optional]: リスクレベルを入力します。指定する値はinformational,low,medium,high,criticalのいづれかです。
  • output [required]: イベントログが検知した場合に表示されるメッセージを入力します。
  • creation_date [optional]: ルールファイルの作成日を入力します。
  • updated_date [optional]: ルールファイルの更新日を入力します。

detectionの記法について

detectionの基本

まず、detectionの基本的な書き方について説明します。

AND条件とOR条件の書き方

AND条件を記載する場合はYAMLのハッシュを用いて記載します。 下記のようにdetectionを記載すると、以下両方の条件を満たすイベントログを検知します。

  • EventIDが7040に完全一致する
  • ChannelがSystemに完全一致する
detection:
    selection:
        Event.System.EventID: 7040
        Event.System.Channel: System

OR条件を記載する場合は配列を利用します。 下記のようにdetectionを記載すると、以下いずれの条件を満たすイベントログを検知します。

  • EventIDが7040に完全一致する
  • ChannelがSystemに完全一致する
detection:
    selection:
        - Event.System.EventID: 7040
        - Event.System.Channel: System

また、下記のように記載することもできます。 この場合、以下両方の条件を満たすイベントログを検知します。

  • EventIDが7040又は7041に完全一致する
  • ChannelがSystemに完全一致する
detection:
    selection:
        Event.System.EventID: 
          - 7040
          - 7041
        Event.System.Channel: System

eventkey

WindowsイベントログをXML形式で一部抜粋で出力すると、下記のようになります。ルールファイルの例に含まれるEvent.System.Channelは、XMLの<Event><System><Channel>System<Channel><System></Event>を指しています。今回の例のように、XML形式のWindowsイベントログについて、入れ子になったXMLのタグに含まれる値をルールの条件に指定する場合、.でつなげて指定します。ルールファイルでは、この.でつなげた文字列をeventkeyと呼んでいます。

<Event xmlns='http://schemas.microsoft.com/win/2004/08/events/event'>
    <System>
        <EventID>7040</EventID>
        <Channel>System</Channel>
    </System>
    <EventData>
        <Data Name='param1'>Background Intelligent Transfer Service</Data>
        <Data Name='param2'>自動的な開始</Data>
    </EventData>
</Event>

eventkeyのalias

.でつなげたeventkeyは長い文字列になってしまうことがあるため、Lagottoではeventkeyに対するエイリアスを使用できます。エイリアスはconfig\eventkey_alias.txtというファイルに定義されています。ファイルはCSV形式であり、aliasとevent_keyという列から構成されています。aliasにはエイリアスを定義し、event_keyには.でつなげたeventkeyを指定します。このエイリアスを用いると、最初に例に挙げたdetectionは以下のように書き換えることができます。

detection:
    selection:
        EventID: 7040
        Channel: System

XMLの属性(attribute)をルールの条件にする方法

WindowsEventログをXML形式で出力すると、XMLの属性に値が設定されている場合もあります。下記の例だと、ProviderタグのNameがXMLの属性です。

<Event xmlns='http://schemas.microsoft.com/win/2004/08/events/event'>
    <System>
        <Provider Name='Microsoft-Windows-Security-Auditing' Guid='{54849625-5478-4994-a5ba-3e3b0328c30d}'/>
        <EventID>4672</EventID>
        <EventRecordID>607469</EventRecordID>
        <Channel>Security</Channel>
        <Security />
    </System>
</Event>

XMLの属性をeventkeyで指定するには、{eventkey}_attributes.{attribute_name}という形式で指定します。例えば、ProviderタグのName属性をルールファイルに指定する場合、下記のようになります。

detection:
    selection:
        Channel: Security
        EventID: 4672
        Event.System.Provider_attributes.Name: 'Microsoft-Windows-Security-Auditing'

EventData

WindowsEventログをXML形式で出力すると、EventDataというタグが使用されている場合があります。(EventDataタグは様々なEventIDのログで頻繁に利用されます。)このEventDataにネストされたタグの名前は全てDataとなっており、ここまで説明してきたeventkeyではSubjectUserSidやSubjectUserNameを区別することができません。

<Event xmlns='http://schemas.microsoft.com/win/2004/08/events/event'>
    <System>
        <EventID>5379</EventID>
        <TimeCreated SystemTime='2021-10-20T10:16:18.7782563Z' />
        <EventRecordID>607469</EventRecordID>
        <Channel>Security</Channel>
        <Security />
    </System>
    <EventData>
        <Data Name='SubjectUserSid'>S-1-1-11-1111111111-111111111-1111111111-1111</Data>
        <Data Name='SubjectUserName'>lagotto</Data>
        <Data Name='SubjectDomainName'>DESKTOP-LAGOTTO</Data>
        <Data Name='SubjectLogonId'>0x11111111</Data>
    </EventData>
</Event>

この問題に対応するため、eventkeyでDataの代わりにNameに指定されている値をeventkeyに指定できるようになっています。例えば、EventData内のSubjectUserNameとSubjectDomainNameをルールの条件とする場合、下記のように記載します。

detection:
    selection:
        EventID: 7040
        Channel: System
        Event.EventData.SubjectUserName: lagotto
        Event.EventData.SubjectDomainName: DESKTOP-LAGOTTO

EventDataの特殊なパターン

EventDataというタグにネストされたタグの中には、Name属性が存在しないタグもあります。

<Event xmlns='http://schemas.microsoft.com/win/2004/08/events/event'>
    <System>
        <EventID>5379</EventID>
        <Channel>Security</Channel>
        <Security />
    </System>
    <EventData>
        <Data>Available</Data>
        <Data>None</Data>
        <Data>NewEngineState=Available PreviousEngineState=None SequenceNumber=9 HostName=ConsoleHost HostVersion=2.0 HostId=5cbb33bf-acf7-47cc-9242-141cd0ba9f0c EngineVersion=2.0 RunspaceId=c6e94dca-0daf-418c-860a-f751a9f2cbe1 PipelineId= CommandName= CommandType= ScriptName= CommandPath= CommandLine=</Data>
    </EventData>
</Event>

上記のようなイベントログを検知する場合、EventDataというeventkeyを指定します。この場合、EventDataタグにネストされているName属性の指定されてないタグのうち、いずれか一つでも一致するタグがあれば、条件に一致したものとして処理されます。

detection:
    selection:
        Channel: Security
        EventID: 5379
        EventData: None

パイプ

eventkeyにはパイプを指定することができます。ここまで説明した書き方では完全一致しか表現できませんでしたが、パイプを使うことでより柔軟な検知ルールを記載できるようになります。下記の例ではCommandLineの値がyamato.*lagottoという正規表現にマッチする場合、条件に一致したものとして処理されます。

detection:
    selection:
        EventID: 7040
        Channel: System
        CommandLine|re: yamato.*lagotto

使用できるパイプの一覧です。なお、v1.0.0時点では、複数のパイプをつなげて使用することはできません。

ワイルドカード

eventkeyに対応する値にはワイルドカードを指定することができます。下記の例ではCommandLineがlagottoという文字列で始まっていれば、条件に一致したものとして処理されます。基本的にはsigmaルールのwildcardと同じ仕様になっています。

detection:
    selection:
        EventID: 7040
        Channel: System
        CommandLine: lagotto*

使用できるワイルドカードの一覧です。

  • *: 任意の0文字以上の文字列にマッチします。(内部的には.*という正規表現に変換されます。)
  • ?: 任意の1文字にマッチします。(内部的には.という正規表現に変換されます。)

ワイルドカードを使用する場合、下記のルールに則って解釈されます。

  • ワイルドカード(*と?)をエスケープするにはバックスラッシュ(/)を使用します。
  • ワイルドカードの直前に文字としてのバックスラッシュ(/)を使用する場合、\\*又は\\?と記載してください。
  • バックスラッシュを単体で使う分にはエスケープ不要です。

eventkeyにネストできるキーワード

eventkeyには特定のキーワードをネストさせることができます。下記の例ではCommandLineの値がaa*bbというワイルドカードにマッチした上で文字列長が10以上である場合、条件に一致したものと処理されます。

detection:
    selection:
        EventID: 7040
        Channel: System
        CommandLine:
            value: aa*bb
            min_length: 10

現状では下記のキーワードを指定できます。

  • value: 文字列による一致(ワイルドカードやパイプを指定することもできます)
  • min_length: 指定した文字数以上である場合、条件に一致したものとして処理されます。
  • regexes: 指定したファイルに記載された正規表現のリストにひとつでも一致すれば、条件に一致したものとして処理されます。
  • whitelist: 指定したファイルに記載された正規表現のリストにひとつでも一致すれば、条件に一致していないものとして処理されます。

regexes.txtとwhitelist.txt

lagottoではregexesやwhitelistを使用した組み込みのルールを用意しており、それらのルールはregexes.txtとwhitelist.txtを参照しています。regexes.txtとwhitelist.txtを書き換えることで、参照する全てのルールの挙動を一度に変更することが可能です。

また、regexesやwhitelistに指定するファイルは、ユーザーが独自に作成することも可能です。作成する場合、regexes.txtとwhitelist.txtを参考にしてください。

condition

これまでの記法を用いると、AND条件やOR条件を表現することができますが、ANDやOR等が複雑に入り組んだ条件を定義することは難しい場合があります。その場合、conditionというキーワードを使用することで、複雑な条件式を定義することができます。

detection:
    selection_1:
        EventID: 7040
    selection_2:
        EventID: 7041
    selection_3:
        Channel: System
    selection_4:
        CommandLine|contains: lsass.exe
    selection_5:
        CommandLine|contains: services.exe
    selection_6:
        ParentProcessName|contains: wininit.exe

    condition: ( selection_1 or selection_2 ) and selection_3 and ( selection_4 or selection_5 ) and ( not selection_6 )

conditionには以下のキーワードを使用することができます。

  • {expression1} and {expression2}: {expression1}と{expression2}のAND条件を表します。
  • {expression1} or {expression2}: {expression1}と{expression2}のOR条件を表します。
  • not {expression}: {expression}の条件式の真偽を逆転させます。
  • ( {expression} ) : {expression}の条件式を優先して評価します。数学等で現れる括弧と同じです。

なお、上記の例では、条件式をグルーピングするためにselection_1やselection_2といった名前を使用していますが、selectionというprefixを付ける必要はなく、ユーザーが任意の名前を定義できます。ただし、使用可能な文字は\wという正規表現にマッチする文字のみです。

aggregation condition

上記で説明したconditionには、andやor条件だけでなく、検知したイベントログを集計するような機能も実装されています。この機能をaggregation conditionと呼んでおり、conditionの後にパイプでつなげて指定します。下記の例では、DestinationIpの値が3種類以上あるかどうかをSubjectUserName毎に判定する条件式になります。

detection:
    selection:
        EventID: 7040
        Channel: System
    condition: selection | count(DestinationIp) by SubjectUserName >= 3

aggregation conditionは下記の形式で定義できます。なお、{number}には数値を指定します。

  • count() {operator} {number}: conditionのパイプ以前の条件に一致したログについて、一致したログ数が{operator}と{number}で指定した条件式を満たす場合に、条件に一致したものとして処理されます。

  • count() by {eventkey_2} {operator} {number}: conditionのパイプ以前の条件に一致したログを{eventkey_2}毎にグルーピングし、グルーピング毎に一致したログ数が{operator}と{number}で指定した条件式を満たす場合に、条件に一致したものとして処理されます。

  • count({eventkey}) {operator} {number}: conditionのパイプ以前の条件に一致したログについて、{eventkey}の値が何種類存在するか数えます。その数が{operator}と{number}で指定した条件式を満たす場合に、条件に一致したものとして処理されます。

  • count({eventkey_1}) by {eventkey_2} {operator} {number}: conditionのパイプ以前の条件に一致したログを{eventkey_2}毎にグルーピングし、そのグループ毎に{eventkey_1}の値が何種類存在するか数えます。そのグルーピング毎に数えた値が{operator}と{number}で指定した条件式を満たす場合に、条件に一致したものとして処理されます。

また、上記のoperatorには下記を指定できます。

  • ==: 指定された値と等しい場合、条件に一致したものと処理されます。
  • >=: 指定された値以上である場合、条件に一致したものと処理されます。
  • >: 指定された値より大きい場合、条件に一致したものと処理されます。
  • <=: 指定された値以下である場合、条件に一致したものと処理されます。
  • <: 指定された値より小さい場合、条件に一致したものと処理されます。

outputの記法

detectionの条件に一致した場合に、出力されるメッセージを指定できます。固定の文字列が出力できる他、eventkeyを%で囲むことにより、検知したログの値を表示することも可能です。下記の例では検知した際のメッセージにScriptBlockTextというeventkeyの値を使用しています。

output: 'command=%ScriptBlockText%'
Reference in New Issue View Git Blame Copy Permalink