メインコンテンツにスキップ検索にスキップPowered by Zoomin Software. 詳細のお問い合わせ先：Zoomin
製品ドキュメント | ServiceNow
メインコンテンツにスキップ検索にスキップPowered by Zoomin Software. 詳細のお問い合わせ先：Zoomin
セキュリティー&コンプライアンスを利用するためのPowerShellに証明書ベースの認証ができるようになります - JBS Tech Blog
セキュリティー&コンプライアンスをPowerShellで設定を行う際、始めに資格情報を入力し接続を行っていたかと思います。今回のアップデートでは、接続の部分に証明書を使ったものが利用できるようになり、ベーシック認証からの脱却を行えるようになります！ 証明書を使ったPowerShell認証とは 証明書ベースの認証がセキュリティー&コンプライアンスで利用方法 アプリ作成手順概要 接続方法 まとめ 宣伝：Microsoft 365 のアップデート情報をチェックし、重要情報をお伝えするJBSサービスのご紹介 証明書を使ったPowerShell認証とは 証明書を使ったPowerShellの認証を利用することによって、ベーシック認証で行っていたスクリプトの管理とアクセス権をユーザーベースの認証からアプリベースの認証に変更し権限を細かく制御することが可能になります。アプリベースの場合、権限はアプリ単位で
Exchange Online PowerShell とセキュリティ & コンプライアンス PowerShell でのアプリ専用認証
Microsoft 365の監査とレポートのシナリオには、多くの場合、Exchange Online PowerShell と セキュリティ/コンプライアンス PowerShell の無人スクリプトが含まれます。 以前は、無人サインインでは、ユーザー名とパスワードをローカル ファイルまたは実行時にアクセスされるシークレット コンテナーに格納する必要がありました。 ただし、ご存じのように、ユーザー資格情報をローカルに格納することは、セキュリティ上の良い方法ではありません。 この記事で説明するように、証明書ベースの認証 (CBA) またはアプリ専用認証では、Microsoft Entra アプリと自己署名証明書を使用した無人スクリプトと自動化のシナリオがサポートされています。 注: Azure でマネージド ID を使用して powerShell Exchange Onlineに接続できること
ディレクトリ ベースのエッジ ブロックを使用して無効な受信者に送信されたメッセージを拒否する
Directory-Based Edge Blocking (DBEB) を使用すると、Exchange Online メールボックスを持つ Microsoft 365 組織のサービス ネットワーク境界と、Exchange Online メールボックスのないスタンドアロン Exchange Online Protection (EOP) 組織で、無効な受信者のメッセージを拒否できます。 管理者は DBEB を使用することにより、メールが有効な受信者を Microsoft 365 または Office 365 に追加したり、Microsoft 365 または Office 365 内に存在しないメール アドレスに送信されたすべてのメッセージをブロックしたりすることができます。 メッセージの送信先が Microsoft 365 または Office 365 内に存在する有効なメール アドレスの
Microsoft365 Microsoft Exchange Onlineの監査ログ（前編） - NTT Communications Engineers' Blog
マネージド&セキュリティサービス部 セキュリティサービス部門 インシデントレスポンスチームの濱崎と戸祭です。 今回は、Microsoft社がMicrosoft 365 (Office 365) 内で提供するビジネスメールサービス「Microsoft Exchange Online」の監査ログについて、不正アクセスの観点でお話します。 本記事は前後編に分かれており、前編ではログの概要と取得について説明します。 後編ではログを記録しておくための設定について説明します。 はじめに Microsoft Exchange Onlineへの不正アクセスが発生した場合、いつ発生したか、どのアカウントが被害にあったか、どのようなデータが閲覧・持ち出されたか、どのような攻撃の踏み台にされたか、などを明らかにする必要があります。 ところが、Microsoft Exchange OnlineはAzureAD等い
【注意】AWS LambdaでNode.js v4.3の終了がアナウンスされました | DevelopersIO
https://github.com/nodejs/Release/blob/master/README.md より v8系はOpenSSL-1.0.2のEOLに合わせてEOLになるためMaintenance LTSの期間が短くなっています。 AWS LambdaにおけるNode.js v4.3のEOL AWS Lambdaではアナウンスメントに以下の記載が有ります。 New function creation and code updates for existing functions using the Node.js v4.3 runtime will be disabled by July 31 and October 31, 2018, respectively. つまり、Node.js v4.3ランタイムを使用した新規の関数作成は2018年7月31日まで、既存の関数の更新は2
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Exchange Online への PowerShell 接続を非対話的に行う方法