Azure皆さんこんにちは。Directoryに移行したいのですが」というご相談を伺うようになってきました。Directory的な感じで使いたいと考えた場合、ひとつの課題として出てくるのがPowerShellでADを扱いたいというテーマだと思います。AD)にはPowerShellツールが用意されているけれど、コマンドレットで用意されていないようなことにチャレンジしたいとなると、APIレベルでのアクセスが必要となります。Studioを使わないで実現したい。APIを扱う方法です。順番に見てみましょう。Library)を活用します(ADALそのものの説明は別の機会に)。PowerShellをインストールする方法です。SDKs\Azure\PowerShell\ServiceManagement\Azure\Servicesフォルダーにライブラリファイルが生成されます。この中からMicrosoft.IdentityModel.Clients.ActiveDirectory.dllファイルを使います。PowerShellをインストールしたら、該当するフォルダーにファイルがあることを確認しておいてください。利用して取得してください。AD側に追加する必要があります。ADドメインにアクセスし、[アプリケーション]から[追加]をクリックし、アプリケーションを追加します。[アプリケーション情報の指定]で適当な名前を入力します。[アプリケーションのプロパティ]で、サインオンURLにhttp://localhostと入力し、アプリケーションID/URIには適当なURLを入れておきます。URIは単なる識別子なので、一意でありさえすれば、実在する必要はありません。(ここではhttp://dc.example.com)としておきます。アプリケーションが出来上がったら、構成タブをクリックします。(下の画面ではロゴを変えてしまってます)画面をスクロールしたら、まずクライアントIDが表示されるので、控えておいてください。それから[キー]は通信をするうえで必要になるものなので、作成しておいてください。API経由でのアクセスを許可する範囲を定義します。ADのユーザー情報は少なくとも引っ張ってくることができます。AD側の設定を完了します。■PowerShellスクリプトの作成と実行スクリプトでは、ADALのロード、アクセスするテナントの指定、AuthenticationContextオブジェクトの作成、そして行いたい操作の順に記述していきます。監査レポート(auditEvents)を列挙する操作を行っています。API用のBearerトークン」です。ADから取得できます。書けば条件設定も可能です。1日前以降(24時間以内)のログだけ表示させたければ、最後の行を次のように書き換えます。このブログを書いた後で気が付いたのだけど、同じようなことを紹介してくれています。ADの新しいアクセスパネル皆さんこんにちは。AD全体管理者への不正アクセス皆さんこんにちは。Protectionハンズオントレーニング皆さんこんにちは。先週は英国出張に出ていたこともあり、前回の投稿から時間が空いてしまいましたが、今回もご紹介です。当日は雨が降る、あいにくの天気でした。先日、ある用事があって韓国に行ってきました。