セキュリティログ分析基盤の設計ポイント、アーキテクチャはどうあるべきか
セキュリティログ分析基盤の設計ポイント、アーキテクチャはどうあるべきか：セキュリティログ分析基盤活用入門（2）（1/2 ページ） セキュリティ業務における「ログ」と、その分析基盤の活用について解説する連載。今回は、ログ分析基盤の設計ポイントを、アーキテクチャの観点から紹介します。 セキュリティ業務における「ログ」と、その分析基盤の活用について解説する本連載「セキュリティログ分析基盤活用入門」。前回は、ログを活用するセキュリティ業務やログの果たす役割を紹介しました。 リクルートは、インシデントハンドリング、フォレンジックや脆弱（ぜいじゃく）性検査、マルウェア解析といった、多くの企業ではセキュリティ専業ベンダーにアウトソーシングする専門性の高いセキュリティ業務を内製化しています。2015年以降は「Recruit-CSIRT（Computer Security Incident Response
12億人分もの個人情報がオンラインのサーバー上に誰でもアクセス可能な状態で保管されていたことが判明
by Pixabay 2019年10月16日、セキュリティ研究者のBob Diachenko氏とVinny Troia氏が、4TBを超える大量の個人情報を含むElasticsearchサーバーを発見しました。サーバーはセキュリティ保護されておらず誰でもアクセス可能な状態で、データベースに含まれていた個人情報の件数は12億を超えていると報じられています。 1.2 billion people exposed in data leak includes personal info, LinkedIN, Facebook https://www.dataviper.io/blog/2019/pdl-data-exposure-billion-people/ Mysterious User Hoarded Records on 1.2B People Via Leaky Database | Ne
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
