【転載】マネージドセキュリティサービス(MSS)選定ガイドライン Ver.2.0

tike retweeted:




10年ぶりの更新ですよ!
最近の技術や環境に合わせたガイドラインにアップデートしてあります!

マネージドセキュリティサービス(MSS)選定ガイドライン Ver.2.0
isog-j.org/output/2020/MS…:

tike retweeted:

10年ぶりの更新ですよ!

最近の技術や環境に合わせたガイドラインにアップデートしてあります!



マネージドセキュリティサービス(MSS)選定ガイドライン Ver.2.0

isog-j.org/output/2020/MS…


バックアップ

【転載】インシデントが起こったら何をしておくと効果的か?

tike retweeted:





実はインシデントレスポンスって、起きたのが分かっても何をしたらいいのか良くわかりませんよね。
ほぼチェックチートがここにあるんですよ!(読んで初めて知った :-) 超便利)
ierae.co.jp/blog/forensics…
:

tike retweeted:

実はインシデントレスポンスって、起きたのが分かっても何をしたらいいのか良くわかりませんよね。

ほぼチェックチートがここにあるんですよ!(読んで初めて知った :-) 超便利)

ierae.co.jp/blog/forensics…


こんにちは、フォレンジック課WDです。

今回は川口さんとの対談の際に取り上げられた、「インシデントが起こったら何をしておくと効果的か?」という内容のチェック項目についてピックアップします。
川口洋座談会シリーズ
前回記事「 
デジタルフォレンジック調査の実態と今後の抱負

インシデントとは?

 インシデント(incident)はもともと英語で「事件」や「出来事」を指し示す言葉です。この記事の中では、PCやサーバなどIT機器を利用した際に生じるセキュリティインシデントのことを取り扱います。
 特にウイルス感染などのセキュリティ事故や、内部不正などによるセキュリティ事故などのことを指します。

よくあるインシデントと要望

以下はよくあるインシデントと要望の一例です。
■サイバー系
・サーバで意図しない挙動が確認され原因がわからないので調査したい。
・サーバが攻撃され脆弱性を突かれて意図しない挙動が行われた。何が行われたのかを確認したい。
・マルウェア/ウイルスのアラートが上がり、どういった対応をすればいいのかわからない。本当に影響がないのか確認したい。
・社外の人間から見えてはいけない情報が見えているとの通報があったので、事実確認をしたい。……etc

■内部不正系
・退職予定のある社員が顧客名簿や営利機密を持ち出したかどうか確認したい。
・社員に横領/不正取引/過労/不就労などの疑いがあり、事実確認をしたい。
・取引の契約書などが改ざんされている疑いがあるので、調査したい。
・ハラスメントが行われているとの訴えがあったので、事実確認をしたい。
・社員がテレワークなど、PC上で何を行っているのか不明だ。調査したい。……etc

他にも、マルウェアなどが動いているがどのように封じ込めしたらいいかわからない、海賊版ソフトウェアの運用での請求に対する調査など、インシデント対応補助や電子機器が関連する訴訟の際のデータの取り扱いも要望としては多くあります。


インシデント発生時にやってしまいがちなこと
 自分の足跡で地面の犯人の足跡を消してしまうように、インシデントによっては原因の究明や情報漏洩の重要な痕跡を失ってしまうこともあるため、対応にも注意が必要です。
 インシデントの状況によっては、必ずしも守れるわけではないですが、少し頭の隅にいれておくだけでも、その後の展開に重要な役割を果たすことにつながるのでご参考になればと思います。

よくあるやってしまいがちなパターン
  1. マルウェア(ウイルス)や改ざんファイルを削除してしまう
  2. ログローテーションや対応に時間がかかって侵害時のログが消去されてしまう
  3. パソコンの電源を切ってしまう
  4. フォーマットや漏洩可能性のあるファイルの削除などをしてしまう
  5. 外部調査を依頼する前に内部調査を試みて調査に必要な情報を上書きしてしまう
  6. OSが破損や削除されていたので再インストールしてしまう
     などなど

 原因の究明や、内部不正の痕跡の発見、情報漏洩などをフォレンジック調査するにあたって重要なのが「手がかりとなる情報がどれだけあるか」につきます。
 調査対象となる情報が少なかったり、インシデント対応によって意図せずインシデント発生時の情報が失われてしまうと、詳細な結果を得ることにより時間がかかったり、目的に応じた結果を得ることができなくなってしまいます。
 具体的な原因が究明できないと再発防止によりコストがかかったり、詳細な原因究明が的確に行えず対外的な発表にも信頼性を書いてしまうことにつながります。
 また、内部不正の場合には外部委託の前に内部調査を行うことによって、訴訟などに発展した場合に不利になる可能性があります。

逆に、これをしていると有効な場合あり!
 情報の消失をできるだけ回避すべきですので、情報を残すということを念頭に持っていただくとわかりやすいと思います。リアルタイムで侵害が広がっているような状況では、やむを得ない場合もありますので、対応についてはトレードオフと考えてください。

一方で、内部不正等の場合にはデータ収集の際から、証拠性の保持のために同一性の保持や手続き、第三者性が重要視される場合があります。その場合には極力端末に触れず内部の情報が書き変わらないようにしてください。


インシデント発生の際に考慮すべきこと

  1. インシデントが発覚した時間と、その際に対応したことをメモしておく
  2. 仮想環境やサーバ環境であればバックアップから復元する前にスナップショットを取っておく
  3. 電源が入っている場合は電源を切らないようにしておく
  4. 起動中のプロセスやIP アドレスを確認してスマートフォンなどで写真を取っておく
  5. Windows ならイベントログ(特にセキュリティイベントログ)、Linux  であれば /var/log などの各種ログファイルを外付けHDDなどにコピーしておく(コピー前にタイムスタンプをメモしておくとベスト)
  6. マルウェアの場合は検体(隔離したマルウェア本体)を外付けHDDなどにコピーしたり、アンチウイルスソフトのアラート(検出結果)をスクリーンショットや写真で取っておく
  7. その他セキュリティ製品やネットワーク機器のログを外付けHDDなどに保存しておく
  8. Mac端末であれば、TimeMachineの同期を実行し、ディスクを別途保管しておく

まとめ

 「そもそもどうしていいかわからない」や、「自力では限界だ」となった場合は、イエラエセキュリティなどの専門の業者に連絡することで一番効果が高くなると思います。
 今後も使えそうなTipsなどがあれば更新する予定ですので、今回は簡単になりますが、少しでもご参考になれば幸いです。

【転載】インテルのリーク:20GBのソースコード、違反疑惑の内部文書

インテルのリーク:20GBのソースコード、違反の疑いによる内部ドキュメント:



米国のチップメーカーIntelの機密文書(侵害に起因するとされる)は、本日早く公開ファイル共有サービスにアップロードされました。

秘密情報のキャッシュは20GBの大きさで、未知のソースから来ています。これは、一連のインテルのリークの最初の部分として発表されました。

匿名のハッカーから文書を受け取った開発者でリバースエンジニアのティリー・コットマンによると、情報のほとんどは知的財産を保護することになっています。開発者は、情報が今年の違反でインテルから盗まれたと言われました。

「彼らは今年の初めに彼らに違反した匿名の情報源によって私に与えられました、これについての詳細はすぐに公開されます」と、コットマンは言います。

「ここでのもののほとんどは、以前にどこにも公開されておらず、NDAまたはインテル制限付きシークレットの下で機密として分類されています」と、開発者が付け加えました。

ファームウェアソースコードを参照している人は、バックドアを参照するコメントを見つけるでしょうが、それは何かを意味する可能性があり、必ずしも彼らがあなたのコンピュータにアクセスできることを意味するものではありません:

ティリー・コットマン
コメントの要請に答えたインテルの広報担当者は、「インテル製品開発ポリシーと慣行は、文書化されていないデバイスアクセス(「バックドア」など)、機密性の高いデバイス情報の公開、または製品のセキュリティ機能または制限のバイパスを許可する意図的な手順を禁止している」と述べている同社の製品セキュリティポリシーページを指摘しました。

アーカイブ内のファイルの一部には、技術的な仕様が含まれ、Kaby Lake プラットフォームやインテル マネジメント エンジン (ME) を含む内部チップセットの設計に関連しています。



この初期リリースには、以下に関連するドキュメントが含まれています。

  • インテル ME ブリングアップ・ガイド + (フラッシュ) ツール + さまざまなプラットフォーム用サンプル
  • Kabylake (パーリープラットフォーム) BIOS リファレンスコードとサンプルコード + 初期化コード (完全な履歴を持つ git リポジトリとしてエクスポートされたコードの一部)
  • インテル CEFDK (コンシューマー・エレクトロニクス・ファームウェア開発キット (ブートローダーのもの)) ソース
  • さまざまなプラットフォーム向けのシリコン/FSP ソースコードパッケージ
  • 各種インテル開発・デバッグ・ツール
  • ロケット湖Sおよび潜在的に他のプラットフォームのためのシミクスシミュレーション
  • さまざまなロードマップおよびその他のドキュメント
  • カメラドライバ用バイナリ インテルはSpaceXのために作られました
  • 未発表のTiger Lakeプラットフォーム用の回路図、ドキュメント、ツール+ファームウェア
  • (非常に恐ろしい)カビレイクFDKトレーニングビデオ
  • インテル トレース ハブ + さまざまなインテル ME バージョン用デコーダー ファイル
  • エルクハート湖シリコンリファレンスとプラットフォームサンプルコード
  • 様々なXeonプラットフォームのためのいくつかのVerilogのもの、それが正確に何であるかわからない
  • さまざまなプラットフォーム用に BIOS/TXE ビルドをデバッグする
  • ブートガード SDK (暗号化された zip)
  • インテル スノーリッジ / スノーフィッシュ プロセス シミュレータ ADK
  • 各種回路図
  • インテル マーケティング資料テンプレート (インデザイン)
このリリースはすでに「ジューシー」と呼ばれていますが、コットマンは、彼らのソースからの将来のリークには「ジューシー」な機密文書さえ含まれている可能性が高いと考えています。

それがどのように起こったのか

Kottman は、それらによって取得されたソース コードと、リソースへのアクセスを許可する誤って構成された devops ツールを探すさまざまなソースを使用してリポジトリを維持しています。リポジトリには、数十社の企業からデータ、独自のコードが含まれています。 (GEアプライアンス、マイクロソフト、クアルコム、モトローラ、AMD、レノボ)。

開発者は、公開するコードから機密情報を削除し、削除要求に準拠するように最善を尽くします。さらに、彼らは誤った構成と将来の事故を避ける方法についての詳細を提供することを喜んでいます。

インテルの違反は変わらないようです。ハッカーはKottmannに、適切にセキュリティが確保されていないCDNでインテルサーバーを見つけたと語った。この特定のマシンは、インターネット全体のスキャンから収集された詳細に基づいて選択されたように見えます。

カスタム Python スクリプトを使用して、ハッカーはデフォルトのユーザー名アクセスとファイルやフォルダへのセキュリティで保護されていないアクセスをテストできたと主張しています。ハッカーによると、フォルダへのアクセスは、正しい名前を知っていれば可能でした。一度に, 彼らはルートに戻ってそれらのいずれかにアクセスすることができます。



上記のチャットには、もともとBleepingComputerが意図的に削除したインテル文書のパスワードが含まれていました。

しかし、より重要な詳細は、リソースへのアクセス権を持つインテルの従業員を偽装したり、独自のユーザーを作成したりできるという主張でした。ファイルの中には、信じられないほど脆弱なパスワードで保護されたアーカイブがあります。

ブリーピングコンピュータに対する声明の中で、インテルはデータがインテルリソース・アンド・デザインセンターからのものと思われると述べた。会社の担当者は違反方法について推測しませんでしたが、漏洩はポータルにアクセスできる人からのものである可能性があると述べています。

「我々はこの状況を調査している。この情報は、お客様、パートナー、およびアクセス登録を行っている他の外部当事者が使用する情報をホストするインテル・リソース・アンド・デザイン・センターから提供されているようです。私たちは、アクセス権を持つ個人がこのデータをダウンロードして共有したと信じています」 - インテルの担当者
この部門の従業員は、お客様やOEM向けのリソースだけでなく、ドキュメントやツール、テストサービス、プレリリース製品情報などのインテルの知的財産にアクセスできる通常の権限よりも高く、すべて企業秘密保持契約(CNDA)の下で利用できます。

これは発展途上の物語です。



ーー以下原文ーー



Classified and confidential documents from U.S. chipmaker Intel, allegedly resulting from a breach, have been uploaded earlier today to a public file sharing service.
The cache of secret information is 20GB large and comes from an unknown source. It was announced as the first part in a series of Intel leaks.
According to Tillie Kottmann, a developer and reverse engineer who received the documents from an anonymous hacker, most of the information is supposed to be protected intellectual property. The developer was told that the information was stolen from Intel in a breach this year.
"They were given to me by an Anonymous Source who breached them earlier this Year, more details about this will be published soon," Kottmann says.
“Most of the things here have NOT been published ANYWHERE before and are classified as confidential, under NDA or Intel Restricted Secret,” the developer added.
Those browsing firmware source code will find comments referring to backdoors, but that could mean anything and does not necessarily mean they can gain access to your computer:
An Intel spokesperson replying to our request for comments pointed us to the company's product security policy page, which states that "Intel product development policy and practices prohibit any intentional steps to allow undocumented device access (e.g., “backdoors”), exposure of sensitive device information, or a bypass of security features or restrictions of its products."
Some of the files in the archive include technical specifications and relate to internal chipset design, including Kaby Lake platform and Intel Management Engine (ME).
This initial release contains documents related to the following:
  • Intel ME Bringup guides + (flash) tooling + samples for various platforms
  • Kabylake (Purley Platform) BIOS Reference Code and Sample Code + Initialization code (some of it as exported git repos with full history)
  • Intel CEFDK (Consumer Electronics Firmware Development Kit (Bootloader stuff)) SOURCES
  • Silicon / FSP source code packages for various platforms
  • Various Intel Development and Debugging Tools
  • Simics Simulation for Rocket Lake S and potentially other platforms
  • Various roadmaps and other documents
  • Binaries for Camera drivers Intel made for SpaceX
  • Schematics, Docs, Tools + Firmware for the unreleased Tiger Lake platform
  • (very horrible) Kabylake FDK training videos
  • Intel Trace Hub + decoder files for various Intel ME versions
  • Elkhart Lake Silicon Reference and Platform Sample Code
  • Some Verilog stuff for various Xeon Platforms, unsure what it is exactly
  • Debug BIOS/TXE builds for various Platforms
  • Bootguard SDK (encrypted zip)
  • Intel Snowridge / Snowfish Process Simulator ADK
  • Various schematics
  • Intel Marketing Material Templates (InDesign)
This release has already been dubbed “juicy” but Kottmann believes that future leaks from their source are likely to contain even “juicier” classified documents.

How it allegedly happened

Kottman is maintaining a repository with source code obtained by them and various sources hunting for misconfigured devops tools that allow access to resources. The repository contains data, proprietary code included, from dozens of companies (GE Appliances, Microsoft, Qualcomm, Motorola, AMD, Lenovo).
The developer does their best to remove sensitive information from the code they publish and complies to takedown requests. Even more, they are willing to provide details about the misconfiguration and how to avoid mishaps in the future.
The Intel breach appears to be no different. The hacker told Kottmann that they found an Intel server on a CDN that was not properly secured. This particular machine was seemingly selected based on details collected from an internet-wide scan.
Using a custom Python script, the hacker claims they were able to test for default username access and unsecured access to files and folders. According to the hacker, access to the folders was possible if you knew the right names. They needed to guess just one name, though. Once in, they could go back to root and get access to any of them.
The chat above originally contained passwords for Intel documents that BleepingComputer intentionally removed.
However, the more important detail provided was the claim that they could impersonate any Intel employee with access to the resources, or create their own user. Some of the files are archives protected by incredibly an weak password.
In a statement to BleepingComputer, Intel said that the data appears to be from the Intel Resource and Design Center. A company representative did not speculate on the breach method but said that the leak may be from someone with access to the portal:
“We are investigating this situation. The information appears to come from the Intel Resource and Design Center, which hosts information for use by our customers, partners and other external parties who have registered for access. We believe an individual with access downloaded and shared this data” - Intel representative
Employees in this department have higher than normal privileges that gives them access not just to resources for customers and OEMs but also to Intel's intellectual property like documentation and tools, testing services, and pre-release product info, all available under a corporate non-disclosure agreement (CNDA).
This is a developing story...