プロジェクト

全般

プロフィール

編集 履歴

Wiki » Diary »

20230101 » 履歴 » バージョン 1

sylow castle, 2024/01/02 00:06

1 1 sylow castle 
# 20240101
2 





    3
    
    
    
あけましておめでとうございます。





    4
    
    
    
いきなり、タイトル間違えたわ。





    5
    
    
    





    6
    
    
    
## 概要





    7
    
    
    





    8
    
    
    
Terappin Attackの対応したので具体例をもとにセキュリティ対応のメモ





    9
    
    
    





    10
    
    
    
## 流れ





    11
    
    
    





    12
    
    
    
だいたいこんな感じ：





    13
    
    
    





    14
    
    
    
1. 脆弱性情報を検知する





    15
    
    
    
1. 脆弱性情報を調査する





    16
    
    
    
1. 現状の把握





    17
    
    
    
1. 対処実施





    18
    
    
    
1. 対応後検査





    19
    
    
    
1. 作業報告





    20
    
    
    





    21
    
    
    
### 脆弱性情報を検知する





    22
    
    
    





    23
    
    
    
第一はこれ。自分がバグハンターとかでない限りは世に流れた情報を拾うことになる。





    24
    
    
    





    25
    
    
    
- 公的な情報源





    26
    
    
    
- 技術系のブログ





    27
    
    
    
- ニュースサイト





    28
    
    
    
- SNS





    29
    
    
    
- 人脈





    30
    
    
    





    31
    
    
    
とかだろうか。普段からどこか押さえておくのがいいのだと思う。





    32
    
    
    
公的な情報源は対応できるならとてもよい。ただ自身に関係ない情報も多くて選別が大変かもしれない。





    33
    
    
    
VPS環境借りているだけなのに「三菱○○社製のこの製品群の特定の実装に問題が」とかなっても困るし…。





    34
    
    
    





    35
    
    
    
#### 仕事の場合…





    36
    
    
    





    37
    
    
    
仕事でやる場合、供給元の管理という観点からは広めに収集して疑問に思ったら供給元に確認しておくのが守るという点からは良心的な気がする。





    38
    
    
    





    39
    
    
    
### 脆弱性情報を調査する





    40
    
    
    





    41
    
    
    
気になるものが見つかったら調査。Terrapin attack に関しては「ssh」というキーワードが関心引いたので検知から収集に遷移。





    42
    
    
    
このタイミングだと少し詳しく調べたいため、公的な情報源が役に立つ、といっても基本は以下2つを調べる





    43
    
    
    





    44
    
    
    
- JPCERT CC：https://www.jpcert.or.jp/





    45
    
    
    
- CVE ：https://cve.mitre.org/





    46
    
    
    





    47
    
    
    
技術系ブログは、対策手順とか載っているものがこのタイミングで見つかるとよいがそれは次のフェーズでもよい。





    48
    
    
    
今回のterrapin attackみたいに名前つくぐらいの脆弱性だと公式サイト（？）が立ち上がったりするのでそこを調査対象に加えるのが良い。





    49
    
    
    
terrapin attackもWebサイトができていた。





    50
    
    
    





    51
    
    
    
https://terrapin-attack.com/





    52
    
    
    





    53
    
    
    
ここで各環境での状況とか載ってること多い印象。対象の脆弱性に特化しているので多少深くまで情報得られる。





    54
    
    
    





    55
    
    
    
### 現状の把握





    56
    
    
    





    57
    
    
    
脆弱性情報の調査と現状の把握は行ったりきたりするかもしれない。





    58
    
    
    
「対象のソフトウェアの特定の範囲内のバージョンに脆弱性がある」のようなケースだと古くて回避不要というパターンもあったり。





    59
    
    
    
イメージは…





    60
    
    
    





    61
    
    
    
1. 脆弱性対象のバージョンを調査





    62
    
    
    
1. 自身の関係する環境のバージョンの確認実施





    63
    
    
    
1. 影響範囲内だったら緩和策や修正に必要な作業を調査





    64
    
    
    
1. 実行できるか現状把握





    65
    
    
    
1. …





    66
    
    
    





    67
    
    
    
この時、作業するために問題の脆弱性について解説してあるサイトとか見つけられると良き。





    68
    
    
    
脆弱性のスキャンツールとか出てたりする。





    69
    
    
    





    70
    
    
    
- Terrapin Scanner：https://github.com/RUB-NDS/Terrapin-Scanner/releases/latest





    71
    
    
    
  + JVNからリンクされてる：https://jvn.jp/ta/JVNTA95077890/





    72
    
    
    





    73
    
    
    
こういうツールが出ると一発で把握ができるからありがたい。





    74
    
    
    





    75
    
    
    
### 対処実施





    76
    
    
    





    77
    
    
    
対処法はCVEのサイトとかに載っていることは多い。でないと悪用される可能性が…。





    78
    
    
    
でも技術系ブログとか見ると考えずにコマンドコピペで済んだりするので楽。（でも考えずにコマンド打つのはダメ、絶対）





    79
    
    
    
今回はコピペ対応はうまく動かなかったので関連してやり方調査することになった。





    80
    
    
    





    81
    
    
    
### 対応後検査





    82
    
    
    





    83
    
    
    
「緩和策や回避策を実施した」と思ったら最後に検証。





    84
    
    
    
作業ミスとか反映漏れとか考えられるし。あとは想像外の場所に影響が及んでて困ることになる可能性もある。





    85
    
    
    
こういうときに先ほどのスキャンツールはありがたい。





    86
    
    
    





    87
    
    
    
### 作業報告





    88
    
    
    





    89
    
    
    
とりあえず大体こんなことはやったとわかる記録は取っておかないと後で痛い目見る。こんな感じで文章書くだけでもいいと思う。





    90
    
    
    
細かいところは収集ツールに任せるとか全部残す必要はない。





    91
    
    
    
外に出すこと忘れて書きすぎて漏れちゃまずい情報まで漏らすとかは避けたいし。





    92
    
    
    





    93
    
    
    





    94
    
    
    
### 実施後





    95
    
    
    





    96
    
    
    
何もないことを祈る





    97
    
    
    





    98
    
    
    
## 所感





    99
    
    
    





    100
    
    
    
検知しなければその後のフェーズにうつれないため普段からアンテナはっておきましょう。