VMware Carbon Black Cloud Workloadへの移行理由

 VMware Carbon Black Cloud Workloadへの移行理由

昨今のセキュリティにおいては、NGAV、EDR、NDR、XDRと様々な横文字が飛び交う時代になりましたが、どれだけ強固な防御製品をでも、全ての攻撃を100%防ぐことはできないとする考え方が広まっています。これは防御製品を入れたところで意味がないというわけではなく、どんな組織であっても大企業、中小企業、業種を問わず攻撃者による侵害を受ける可能性はあるため、侵入されてしまうことを前提にした侵入後の対策をすべきであるという考え方です。

もう、これからはゼロトラストの概念ですね。

当院もこれまでの仮想化基盤ではVDIに適した製品されていたDeep Security Virtual Appliance(以下、DSVA)を採用していました。DSVAはvSphere/NSX-Tと連携することでアンチウイルス機能をエージェントレス型で提供可能です。ハイパーバイザーの領域ですべてが完結するイメージですかね。DSVAの不正プログラム対策機能とNSX-TのDFW機能を連携することで実現する自動隔離は、不正プログラム対策イベントをトリガーにDFWのポリシーを変更することでVDIをネットワーク隔離することができます。これが気に入ってたんですけどね。

エージェントレス型の利点は本来OSで発生するウイルス検索やシグネチャ更新の負荷を仮想アプライアンスへオフロードできるため、OSのリソース不足によりパフォーマンスやレスポンスが低下することに最新の注意を払わなければならないVDIにおいて、パフォーマンスを損なわずに必要最低限のセキュリティ機能を実装できるため、結構愛用していたし、個人的には気に入ってましたが今年の５月EOLが決定しました。

これにより、vShere8での現状での最適解はVMware Carbon Black Cloud Workloadではないかと思い、EDRでの構築を決めたわけです。

EDRはエンドポイント上のイベントログを収集することで、攻撃全体像の可視化、被害範囲の調査、攻撃手法の分析することに長けていますので、これに併せてNSX-TもバージョンによってはCarbon Black Cloud Workloadからの指示でVDIに適用するポリシーに変更を加えることで隔離も可能になるのかなと考えています。

VMwareさん、カスタマイズしなくてもデフォルトで選択できる上記のポリシー作ってください(笑)

この辺りは、導入作業をしながら詳しく研究してみます。

今回も最後まで読んでいただき、ありがとうございました。

VMware Fusion Pro 13で遊んでみよう！！

 昨年、待望のVMware Fusion Pro 13がリリースされています。
FusionのいいところはMacOSを起動したままWindowsアプリが使えたりするところです。

VMware Fusion Pro13はIntelとApple Silicon MacをサポートしたUniversal 2 Binary (Single Binary, on DMG)で公開されており、Apple Silicon Macでもダブルクリックするだけで、Rosetta 2を必要とせずインストールが行われるようになっています。

私のMacもApple Siliconだったので（Intel機は壊れました）待望のソフトです。
vExpertを受賞したことによりライセンスを頂けたので近いうちに試してみたいと思います。Apple SiliconのGPUの機能が引っ張ってこれるならWindowsのオンラインゲームなんかもサクサク動くのではないかと思っています。

その辺りは、時間があるときに忖度なしでレビューしてみたいと思います。
なんにせよ、Apple Siliconに正式対応したのは個人的にはとてもうれしいです。

第15回岡山県医療情報技師会研修会のご案内

 初夏の候、皆様におかれましては、ますますご清祥のことと心よりお喜び申し上げます。

さてこの度、第15回岡山県医療情報技師会を下記の日程で開催する運びとなりました。2017年4月に医療情報に特化した職能団体「岡山県医療情報技術研究会」を発足し、2021年4月1日より「岡山県医療情報技師会」に名称を変更しました。引き続き、参加者が医療情報について専門性を高め、研鑽していける環境構築を目指してまいります。

ご参加の皆様と活発な議論をし、共に考える場となることを期待しております。お誘いあわせの上、皆様方の多数のご参加をお待ちしております。

私が会長になって初の研修会となります。満員御礼で行いたいので、ぜひよろしくお願いいたします^^

会の冒頭で挨拶させていただきますが、第４部のシンポジウムで「仮想マシンの高速展開とEDRが革新する電子カルテの防御策」と題しまして後援させていただきます。ここで紹介するEDRはもちろんVMware Carbon Black Cloud Workloadです。

（Virtual Desktop Infrastructure (VDI) Rapid Deployment and EDR Revolutionizing Defense Strategies for Electronic Medical Records.）

本日も最後まで読んでくださりありがとうございます。

良ければ、ご参加の程よろしくお願いいたします。

EDR(VMware Carbon Black Cloud Workload)への期待度半端ない！！

 当院での電子カルテリプレイスに関してEDR（Endpoint Detection and Response）の導入を検討しています。

というか、ほぼ私の中では決めたのですが(笑)

では、EDRって何って方に通常のウイルスソフトとの違いを簡単に説明します。

検知方法の違い：従来のウイルス対策ソフトウェアは、既知の脅威に対して署名やパターンマッチングを使用して検知しますが、EDRは、脅威の特徴や行動を監視することで検知します。つまり、EDRは未知の脅威にも対応できるため、より高度なセキュリティ保護が可能となる。

レスポンス機能の違い：EDRは、脅威を検知するだけでなく、その脅威に対して即座に対応することが可能になる。例えば、EDRは、攻撃者がファイルを暗号化してランサムウェアを配信する場合、ファイルの暗号化を防止するために、ファイルアクセスを即座に制限することができます。Carbon Blackの機能は、vSphere環境の仮想マシンが標準で持っているVMware Toolsを通じて管理されるため、別製品としてのアドオンではなく、組み込み型のセキュリティ対策が実現可能です。

検知範囲の違い：従来のウイルス対策ソフトウェアは、エンドポイント（コンピューター、スマートフォン、タブレットなど）に対して保護することが主な目的だったが、一方、EDRは、エンドポイントだけでなく、ネットワーク全体を監視し、不審なアクティビティを検出することができる。

こんな感じでしょうか。詳しく書くともっと違いはあるのですが、次に改定される医療情報システムの安全管理に関するガイドライン6版の案にも推奨されるガイドラインとして明記されています。

VMware社のCarbon BlackがEDRとして有名ですが、実際に導入した際にはインスタントクローンなどの機能との相性も含めてレビュー的に改めて記事を書こうと思います。

現状では、VMware Carbon Blackは、エンドポイントを保護するための次世代エンドポイントセキュリティプラットフォームであり、EDR機能ついてるよん！の一言に尽きます。

Carbon BlackはAI技術を活用し、不審なアクティビティを検出することができます。これにより、従来のウイルス対策ソフトウェアによる検出が不可能な未知の脅威に対しても、高度なセキュリティ保護が可能になります。VMware Carbon Black Cloud Workloadは、VMware vSphere環境の仮想マシン(ワークロード)に対して「次世代アンチウイルス」「EDR」「脆弱性評価」「ワークロード可視化」といったエンドポイント保護を提供することで、データセンターにおけるセキュリティを強化することもできます。

では、何とかリプレイスの大仕事をやり終えた際は、インスタントクローン、FSLogix、Carbon Blackの記事を執筆したいと思いますのでよろしくお願いいたします。

仮想環境におけるCPUコア数の考え方について

 ハイパースレッディングが有効な仮想環境（クラウド環境）の場合、ハイパースレッディングのスレッド数も含めてvCPU（仮想コア）として割り当てられる。よって、実質的な処理能力は半分のコア数に相当するため、システム構成の資料に記載されている必要なCPUコア数の、2倍の論理コアを割り当てないといけない場合も存在してくる。

（例）2コア／2スレッドまたは2コア／4スレッドの場合、2コア×2 ＝ 4vCPU.

　　　4コア／4スレッドまたは4コア／8スレッドの場合、4コア×2 ＝ 8vCPU.

さらに、1ソケット数に対するコア数の考え方なども、DBの処理の仕組みなどで変わってくることも多々ある。しかしながら、物理の環境で対応可能なので仮想環境では容易に対応であっても仮想での実績が少ないとこは具体的に明示してくれないことも多い。

VMware社のサイトでは日本語にローカライズされたページもあるので詳しくはここを参照してください。

https://kb.vmware.com/s/article/1010184?lang=ja