KADOKAWAがランサム攻撃で「ニコニコ」停止、身代金を支払うもデータ復旧できず
出版大手のKADOKAWAが大規模なサイバー攻撃を受けた。ランサムウエアによって複数サーバーのデータが暗号化。子会社のドワンゴが運営する「ニコニコ動画」などがサービス停止に追い込まれた。KADOKAWAの業務サーバーも使えなくなり、業務に影響が出た。取引先や従業員の情報漏洩も確認されている。 KADOKAWAへの大規模なサイバー攻撃が分かったのは、2024年6月8日土曜日の午前3時30分ごろ。グループ内の複数サーバーにアクセスできない障害が発生していることが検知された。 子会社のドワンゴが運営する動画配信サービス「ニコニコ動画」「ニコニコ生放送」をはじめとする一連の「ニコニコ」サービスのほか、チケット販売の「ドワンゴチケット」などが提供不能になった。 8日午前8時ごろには、不具合の原因がランサムウエアを含むサイバー攻撃であることを確認。グループ企業のデータセンター内におけるサーバー間通信の
Azure AD 認証でLinuxへログイン！！
以前、「Linux ログインをAzureADで認証する！！」では、Node.jsでスクリプトを書き、AzureAD認証を実現しました。今回は、AzureAD認証用のエージェントがリリースされたので試したいと思います。 こちらの方が、楽に実装できるのでオススメです！！ ※現時点では、Azure Linux のみサポート 全体の流れ Step１：Linuxサーバーの作成とエージェントのインストール Step２：Linux認証用ユーザーの作成 Step３：RBACでの権限付与 Step４：Linuxサーバーへの接続 Step１：Linuxサーバーの作成とエージェントのインストール 仮想マシンを新規作成ー[Azure Active Directoryでログインする]を有効 ※CentOSの場合は表示されないので、手動でエージェントをインストールします。 CentOSの場合 ※Cloud Shell
#Azure サブスクリプションと #AzureActiveDirectory の関係 / Azure ADディレクトリ切り替え
AzureサブスクリプションをAzure Active Directoryの関係に関しての解説をしています。Azureサブスクリプションの(AAD)ディレクトリを切り替える操作も実演しています。 特に、Office 365を利用している状態でAzureを使い始める状況の方に見ていただき、ぜひOffice 365で利用しているAADとAzureに紐付けるAADを同一のものにしてもらえればと思います。 #azure #AzureAD ■本チャンネルの対象者 本チャンネルは主に下記のような方向けのチャンネルです。 ・企業の情報システム部で働く方 ・Microsoft系サービスを扱うSIer, CIerでで働く方 ・一般ユーザーだけど、コンピューターに興味があって、もっと詳しくなりたい方 ・Windows, M365, Azure等のMicrosoft関連技術に興味がある方 一つでも当てはまる
SaaSをAzure ADでシングルサインオンを構成する流れをわかりやすくまとめてみた
組織内でクラウドアプリケーションの導入が増え、 Azure AD で SSO することが増えました。感覚的には2021年比で数倍です。初めて設定した時は緊張しながら実施したものですが、数を積んでだいぶ慣れてきました。 依頼をもらって設定するのは、SAMLばかりです。そのSAMLをほかのメンバーでも対応できるようにしたいので、自分が説明するために流れをまとめてみました。アレコレ、端折ってますがご容赦を。 覚えておく サービスプロバイダ(SP)：クラウドアプリケーション、SaaSのこと。IDプロバイダ(IdP)：認証機能側。AzureADとか。 SP-Initiated：クラウドアプリケーションでログインしようとすると、IdPに飛んで、認可されたらクラウドアプリを開ける方法。入口はSP側にある。IdP-Initiated：IdPでログインしている状態で、指定のURLを開くと、クラウドアプリケー
Azure AD に登録できる 「アプリ」と「リソース」、「API 権限」を理解する
こんにちは、Azure ID チームの埴山です。 本記事は Azure Tech Advent Calendar 4 日目の記事です。 今回はトラブルシューティングの方法ではなく、Azure AD を利用したアプリケーション開発における、”API 権限” について説明します。特に Microsoft Graph API を題材に API エコシステムの中身を見ていきます。 Azure AD を利用してアプリ開発を検討している方や、Azure AD における OAuth の実装について詳しく知りたい方への記事となります。 チュートリアルなどについては、一通り動かしたことのある方を対象とした記事ですので、Azure AD で保護されたアプリケーション開発の基礎については Microsoft ID プラットフォームのドキュメント | Microsoft Docs の公開ドキュメントをご確認くださ
[2020年版] 企業向けシングルサインオンツール（クラウド対応）を調べてみた - Qiita
こちらは、2018/4に作成した記事を、2018/11に加筆し、さらに2019年12月に修正しています。 なぜシングルサインオンツールが必要？ クラウドサービスを使って業務を進めるようになったり、クラウドサービス上にプロジェクトの情報などを保持するようになって久しいですが、「各クラウドサービスのIDパスワードをどう管理しているか」というと、「ユーザー個人が管理」と「会社が一元管理」が混在したままになっている企業は多いのではないかと思います。 そして、問題なのは「ユーザー個人がIDパスワードを管理」しているアプリ。例えば、社員が入社したとき「入社前からずっと同じSkypeのIDでやってきたんで」と言われれば、「ではそのIDパスワードで使い続けてね」と言っている企業が多いかと思います。しかし、そのSkypeのIDパスワードが使い回しになっていない保証がありません。もし使い回されていた場合、Sk
![[2020年版] 企業向けシングルサインオンツール（クラウド対応）を調べてみた - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/77476117884a04eeeb289eb73eabb9f3ae9b3043/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fcdn.qiita.com%252Fassets%252Fpublic%252Farticle-ogp-background-412672c5f0600ab9a64263b751f1bc81.png%3Fixlib%3Drb-4.0.0%26w%3D1200%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTk3MiZoPTM3OCZ0eHQ9JTVCMjAyMCVFNSVCOSVCNCVFNyU4OSU4OCU1RCUyMCVFNCVCQyU4MSVFNiVBNSVBRCVFNSU5MCU5MSVFMyU4MSU5MSVFMyU4MiVCNyVFMyU4MyVCMyVFMyU4MiVCMCVFMyU4MyVBQiVFMyU4MiVCNSVFMyU4MiVBNCVFMyU4MyVCMyVFMyU4MiVBQSVFMyU4MyVCMyVFMyU4MyU4NCVFMyU4MyVCQyVFMyU4MyVBQiVFRiVCQyU4OCVFMyU4MiVBRiVFMyU4MyVBOSVFMyU4MiVBNiVFMyU4MyU4OSVFNSVBRiVCRSVFNSVCRiU5QyVFRiVCQyU4OSVFMyU4MiU5MiVFOCVBQSVCRiVFMyU4MSVCOSVFMyU4MSVBNiVFMyU4MSVCRiVFMyU4MSU5RiZ0eHQtYWxpZ249bGVmdCUyQ3RvcCZ0eHQtY29sb3I9JTIzMjEyMTIxJnR4dC1mb250PUhpcmFnaW5vJTIwU2FucyUyMFc2JnR4dC1zaXplPTU2JnM9ZWY4NmU0OWMzZTA5MTc2ZWFhNzVmYWJkOTY4OTlhY2M%26mark-x%3D142%26mark-y%3D57%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZoPTc2Jnc9NzcwJnR4dD0lNDBpdHNlY3VyaXR5X3NlYXJjaGVyJnR4dC1jb2xvcj0lMjMyMTIxMjEmdHh0LWZvbnQ9SGlyYWdpbm8lMjBTYW5zJTIwVzYmdHh0LXNpemU9MzYmdHh0LWFsaWduPWxlZnQlMkN0b3Amcz03OGNlZWM1NTFhYmQ2YTZhODQ0ZDI2Mzg5ODBhYmQ5Nw%26blend-x%3D142%26blend-y%3D486%26blend-mode%3Dnormal%26s%3D258608ffc4cdf2820ebdddbda7982d79)
OktaをIdPとしてAzure ADとのフェデレーションを構成する
2023.02.07 追記 本記事の内容はOkta Classic Engine環境を前提として書かれています。 Okta Identity Engine環境を対象としたAzure ADとのフェデレーションについてはこちらのクラウドネイティブさんの記事がおすすめです↓ Okta Identity EngineでのAzure ADとのフェデレーション設定はこれがおすすめだよ！ – CloudNative Inc. BLOGs はじめに OktaをIdPとしてAzure AD(Microsoft 365)とフェデレーションを構成する際、Okta公式のドキュメント通りだとうまくいかない部分があったり書いてないことがあったのでそのメモです。 途中でハマったポイントについても書いています。 なおOktaのドキュメントやアプリケーションテンプレート上だとOffice 365と表記されている（恐らくエン
「Active Directory」（AD）と「Azure AD」の違い クラウド版だけの機能とは
関連キーワード Microsoft Azure | Office 365 | Active Directory オフィススイート「Microsoft 365」（Office 365）などのクラウドサービスに業務アプリケーションを移行する動きが広がっている。クラウドサービスへの移行は、一般的に運用管理の負担が軽減するメリットがあるが、反対に負担が増えてしまうこともある。どのユーザーがどのシステムにアクセスできるのか、といったアクセス権限の管理が煩雑になる問題もある。 オンプレミスのADとAzure ADは“ここ”が違う 併せて読みたいお薦め記事 「Microsoft 365」のセキュリティ対策 「Microsoft 365」で多要素認証（MFA）を利用するMicrosoft推奨の方法とは？ 「Microsoft 365」のパスワード同期に潜む“意外な危険”と対策は？ 「Microsoft 3
【図解/AD】OUとセキュリティグループの違いと用途,設計/設定のポイント,階層構造
OU とセキュリティグループOU もセキュリティグループも共に以下の点で共通しています。 ユーザアカウントやコンピュータアカウントを配置できる階層構造を持つですがこの 2 つは本質的に異なるものです。この記事では実例を用いてその使い分けを示します。 OU の用途と設計のポイントOU とは Organizational Unit の略で、LDAP 用語です。 LDAP とは簡易なデータベースのようなもので、RFC 4511 で定められた規格です。より詳細は以下の記事をご参照下さい。 Active Directory ではユーザアカウントやコンピュータアカウントを LDAP データベースに格納しています。OU はこれらのアカウントを整理して格納する、データベース内のフォルダのようなものです。 OU の用途はアカウントの整理の意味もありますが、より重要な意味としては『グループポリシー』を適用する
Active DirectoryのDNやSID等の属性を一覧表示,取得できる【属性エディタ】の追加・表示方法 | SEの道標
Active Directory の属性エディタActiveDirectory の各アカウントには 様々な属性情報が付随しています。例えばアカウントのユーザ名や表示名、メールアドレスといった基本情報はもちろん、"SID" や "DN"、"アカウントが生成された日時"や"最後に変更が行われた日時"などが LDAP 属性として格納されています。 属性エディタはデフォルトでは表示されませんが、以下を実行すればOKです。 するとアカウントのプロパティに『属性エディタ』が出現します。DN (Distinguish Name) の確認もご覧の通り。 SID も確認できます。 ただし、パスワード情報はハッシュ値とはいえセキュリティに関わるものですので表示できません。(少なくとも Windows 標準機能で確認する方法は無いはずです) 【厳選 3 冊】Windows を学ぶための本 Windows Ser
「Azure AD」がオンプレミスのActive Directory（AD）より魅力的な3つの理由
関連キーワード Microsoft Azure | Office 365 | Active Directory 前編「『Active Directory』（AD）と『Azure AD』の違い クラウド版だけの機能とは」に続き、MicrosoftのID・アクセス管理システムである「Active Directory」（AD）と、ADのクラウドサービス版である「Azure Active Directory」（Azure AD）の違いを紹介する。今回は特に、Azure ADのメリットが際立つ3つのポイントを紹介しよう。 ポイント1．シングルサインオン（SSO）の実装 併せて読みたいお薦め記事 「Microsoft 365」のセキュリティ対策 「Microsoft 365」で多要素認証（MFA）を利用するMicrosoft推奨の方法とは？ 「Microsoft 365」のパスワード同期に潜む“意外な
【注意喚起】AzureADの設定適切ですか？意図しない情報公開について。 - Qiita
Azure Active Directory (AzureAD)をご存知でしょうか？ Azure ADについて 今まで企業の端末やユーザ管理をするとき使われてきた、Windows Actice Directoryのようなものですが、根本的な設計は全く異なります。SAML認証に対応していたりと、いわゆるIDaaSのようなもので、組織がクラウドサービスを利用する際のID基盤として使われています。 Microsoft Azureや組織向けOffice 365、Microsoft 365を利用している方は、ほぼ自動的にAzureADのテナントで管理されるユーザとして利用していると思います。 AzureAD知ってるよという方、会社や学校のアカウントの個人IDもAzureADを利用して払い出されている方も多いのではないでしょうか？いろんな便利なSaaSが増えてきたし、1つのアカウントで各サービスが使え
マイクロソフト、「Azure AD」の障害原因を報告
Microsoftは米国時間3月15日に「Azure Active Directory」（Azure AD）で発生した障害に関する予備的な原因分析結果を公開した。この障害によって、「Office」「Teams」「Dynamics 365」「Xbox Live」などをはじめとする、認証をAzure ADに依存しているMicrosoftやサードパーティーのアプリケーションが利用できなくなった。同社は、この約14時間にわたって続いた障害によって、世界中のMicrosoftの「一部」の顧客が影響を受けたと述べている。 「Azureの状態の履歴」ページに3月16日に公開された今回のインシデントの予備分析結果によれば、「Azure ADが、OpenIDなどのIDに関する標準プロトコルを使った暗号署名操作をサポートするために使用している鍵のローテーションに問題が発生した」という。 Azure ADでは、
マイクロソフト、パスワード不要のログインを「Azure AD」の標準機能に
Microsoftがクラウドコンピューティングプラットフォーム「Azure」を利用して、多くのユーザーがパスワード入力なしでログインできるようにしようとしている。 Microsoftは米国時間3月2日に開幕した「Ignite」カンファレンスの中で、「Azure Active Directory（Azure AD）」の標準機能としてパスワードレス認証を提供すると発表した。Azure Active Directoryは、従業員のログインに関連する処理に使用できるクラウドベースのサービスだ。Igniteは、Microsoftの製品を使用するITなどの技術担当者を対象とした3日間にわたるカンファレンスで、2021年は新型コロナウイルスの影響でオンライン開催となっている。 これとは別に、Microsoftは困難が伴う可能性のあるパスワードレス化への移行を円滑化するための新技術として「Temporar
Windowsのソースコードを盗み出したハッカー集団の手口と無料対策ツールが公開される
2020年12月にハッカー集団の「UNC2452」が多数の政府機関に対して大規模なサイバー攻撃を仕掛けたことが発覚しました。さらに、このサイバー攻撃によって盗み出されたとされるWindowsのソースコードが売りに出されており、社会に大きな影響を与えています。このUNC2452による攻撃の詳細な手法について、大手セキュリティ企業のFireEyeが解説し、対策ツールを無料公開しています。 Remediation and Hardening Strategies for Microsoft 365 to Defend Against UNC2452 | FireEye Inc https://www.fireeye.com/blog/threat-research/2021/01/remediation-and-hardening-strategies-for-microsoft-365-to-
はじめての Azure リソース マネージド ID (概要編) - Qiita
はじめに 突然ですが、Azure 上に VM と SQL DB があるとして、SQL DB 上のデータを取得するために、json ファイルに SQL DB 接続用の資格情報をハードコーディングした設定ファイル (connect.json) があるとします。 一見何も問題がないように見えるかもしれません、ちゃんと接続できる資格情報を書いているんだったら DB に接続できるんだし、これで問題ないんじゃないかと。果たしてそうでしょうか？「一体いつからこの設定が問題ないと錯覚していた？」と某氏の有名なセリフが聞こえてきそうじゃなありませんか？ 完全に Closed な環境で実行しているのなら内部犯行でも起きない限りは問題ないかもしれません。 しかし、仮に GitHub など外部の誰からでも参照できるようなサイトにファイルを公開してしまったら、こんなことが普通に起こり得ます。 つまり、SQL DB
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Yurika on Twitter: "AzureADのセキュリティ オペレーションガイドが、大幅に刷新された模様 Azure Active Directory security operations guide https://t.co/fsAQ3Hf3DA"
Microsoft Azure を使い始める前に Azure Active Directory と Azure サブスクリプションの役割や関係性を正しく理解する
【失敗回避！】Microsoftのクラウドサービスを使うならこれだけは知っておかないとまずいこと
【 #M365 , #Azure 】 #AzureAD と #テナント の関係 - #Microsoft の #クラウドサービス を使うならこれだけは知っておかないとまずいこと