SQL Server Audit (データベース エンジン) - SQL Server
Windows セキュリティ ログに書き込むには、SQL Server サービス アカウントをセキュリティ監査の生成ポリシーに追加する必要があります。 既定では、ローカル システム、ローカル サービス、およびネットワーク サービスがこのポリシーに追加されています。 この設定は、セキュリティ ポリシー スナップイン (secpol.msc) を使用して構成できます。 さらに、 オブジェクト アクセスの監査 セキュリティ ポリシーを、 成功 と 失敗の両方について有効にする必要があります。 この設定は、セキュリティ ポリシー スナップイン (secpol.msc) を使用して構成できます。 Windows Vista または Windows Server 2008 (以降) では、監査ポリシー プログラム () を使用して、コマンド ラインからより詳細なAuditPol.exeポリシーを設定で
Microsoft Intune のサード パーティー デバイス コンプライアンス パートナー サポート - Microsoft Intune
Microsoft Intune と統合できるサポートされているパートナー ソリューションとして、複数のサード パーティ デバイス コンプライアンス パートナーが評価されています。 サード パーティのデバイス コンプライアンス パートナーを使用すると、パートナーは収集したコンプライアンス状態データを Microsoft Entra ID に追加します。 その後、Intune で収集したコンプライアンス結果と共にパートナーのデバイス コンプライアンス データを使用して、組織とデータの保護に役立つ条件付きアクセス ポリシー を強化できます。 サード パーティ パートナーは、次の 1 つ以上のプラットフォームをサポートしています: Android iOS/iPadOS macOS Intune は、既定でお使いのデバイスのモバイル デバイス管理 (MDM) 機関として設定されます。 コンプライア
米国輸出管理規則 (EAR) - Microsoft Compliance
EAR について 米国商務省は 、産業安全保障局 (BIS) を通じて輸出管理規則 (EAR) を適用します。 EAR は、商業および軍事目的と特定の防衛アイテムの両方に使用できる「デュアルユース」項目を含む、ほとんどの商用製品、ソフトウェア、および技術の輸出と再輸出に関する制御を広範に管理し、課します。 BIS ガイダンスでは、データまたはソフトウェアがクラウドにアップロードされたとき、またはユーザー ノード間で転送される場合、クラウド プロバイダーではなく顧客が、そのデータまたはソフトウェアへの転送、ストレージ、アクセスが EAR に準拠していることを確認する責任を持つ "エクスポーター" であることを保持します。 BISによると、輸出とは、保護された技術または技術データを外国の目的地に移転すること、または米国内の外国人へのその解放(みなし輸出とも呼ばれる)を指す。 EAR は大まかに
チュートリアル: 独自のダイナミック リンク ライブラリを作成して使用する (C++)
このチュートリアルでは、Visual Studio IDE を使用して Microsoft C++ (MSVC) で記述された独自のダイナミック リンク ライブラリ (DLL) を作成する方法について順を追って説明します。 その後、その DLL を別の C++ アプリから使用する方法を示します。 DLL (UNIX ベースのオペレーティング システムでは共有ライブラリとも呼ばれます) は、特に役立つ Windows コンポーネントの種類の 1 つです。 それらを使用して、コードやリソースを共有したり、アプリのサイズを縮小したりできます。 DLL を使用すると、アプリのサービス提供や拡張も簡単になります。 このチュートリアルでは、いくつかの数値演算関数を実装する DLL を作成します。 その後、DLL の関数を使用するコンソール アプリを作成します。 また、Windows DLL で使用され
クライアントの開発 - Win32 apps
RPC クライアント プログラムの開発は、サーバー プログラムの開発と似ています。 RPC サーバー プログラムの開発については、「サーバーの 開発」を参照してください。 サーバー開発と同様に、クライアント プログラムには、MIDL コンパイラが .idl ファイルから生成するヘッダー ファイルを含める必要があります。 MIDL コンパイラでは、クライアント スタブを含む C ソース ファイルも生成されます。 この C ソース ファイルをコンパイルし、クライアント プログラムにリンクする必要があります。 (さらに、MIDL コンパイラは、サーバー スタブを含む C ソース ファイルを生成しますが、この説明には関係ありません)。 クライアント スタブをコンパイルしてプログラム ファイルにリンクするだけでなく、インポート ライブラリ (およびクライアント プログラムに必要なその他のライブラリ)
library 属性 - Win32 apps
library ステートメントには、MIDL コンパイラがタイプ ライブラリの生成に使用するすべての情報が含まれています。 [ uuid(uuid-number), [, optional-attribute-list] ] library library-name { library-definition-statements } パラメーター uuid-number ライブラリの汎用一意の識別番号を指定します。 optional-attribute-list ライブラリ ステートメント全体に適用される追加の属性を指定します。 許可される属性には 、[control]、 [helpcontext]、 [helpfile]、 [helpstring]、 [hidden]、 [lcid]、 [restricted]、 および [version]が含まれます。 library-name ソフト
GetSystemPowerStatus 関数 (winbase.h) - Win32 apps
システムの電源状態を取得します。 状態は、システムが AC 電源と DC 電源のどちらで動作しているか、バッテリーが現在充電されているかどうか、バッテリーの寿命がどれくらい残っているか、バッテリー 節約機能がオンかオフかを示します。 構文 BOOL GetSystemPowerStatus( [out] LPSYSTEM_POWER_STATUS lpSystemPowerStatus ); パラメーター [out] lpSystemPowerStatus 状態情報を受け取る SYSTEM_POWER_STATUS 構造体へのポインター。 戻り値 関数が成功すると、戻り値は 0 以外になります。 関数が失敗した場合は、0 を返します。 詳細なエラー情報を得るには、GetLastError を呼び出します。 解説 この関数を使用するアプリケーションをコンパイルするには、_WIN32_WINN
バッテリー情報を取得する - UWP applications
このトピックでは、バッテリの詳細な情報 (バッテリの充電、容量、状態、バッテリの集計など) を含む バッテリ レポートの を取得し、レポート内の項目に対する状態の変化を処理する方法について説明します。 (バッテリーレポート) コード例は、このトピックの最後に記載されている基本的なバッテリー アプリの例です。 重要な API Windows.Devices.Power DeviceInformation.FindAllAsync バッテリーの集計レポートを取得する 一部のデバイスには複数のバッテリがあり、各バッテリがデバイスの全体的なエネルギー容量にどのように貢献するかは必ずしも明らかではありません。 ここで、AggregateBattery クラスが登場します。 集約バッテリ は、デバイスに接続されているすべてのバッテリ コントローラーを表し、BatteryReport オブジェクト 全体
改ざん防止機能を使用してセキュリティ設定を保護する - Microsoft Defender for Endpoint
適用対象: Microsoft Defender for Endpoint Plan 1 Microsoft Defender for Endpoint Plan 2 Microsoft Defender ウイルス対策 Microsoft Defender for Business Microsoft 365 Business Premium プラットフォーム Windows macOS 改ざん防止とは 改ざん防止は、Microsoft Defender for Endpointの機能であり、ウイルスや脅威の保護など、特定のセキュリティ設定が無効または変更されないように保護するのに役立ちます。 一部の種類のサイバー攻撃では、悪意のあるアクターがデバイスのセキュリティ機能を無効にしようとします。 セキュリティ機能を無効にすると、不適切なアクターがデータに簡単にアクセスでき、マルウェアをインス
Windows 11 の計画
この記事では、組織内での Windows 11 の計画に役立つ情報をお届けします。 展開計画 Windows 11はWindows 10と同じ基盤上に構築されているため、同じデプロイ機能、シナリオ、ツールを使用できます。 また、Windows 10に現在使用しているのと同じ基本的なデプロイ戦略を使用することもできます。 サービス戦略を確認して更新し、サービスとWindows 11のサポートの変更を調整してください。 高いレベルでは、この戦略には以下の手順が含まれます。 展開計画の作成 準備条件の定義 インフラストラクチャとツールの評価 アプリケーションをテストする サービス戦略の定義 Windows 11の展開に対するアプローチを最適化する方法を探している場合、または新しいバージョンの Windows の展開が使い慣れたプロセスではない場合は、次のセクションの要因を検討してください。 適格
Windows 10 リリース情報 | Microsoft Docs
Windows 10 リリースの機能更新プログラムは、暦年の後半に、一般提供チャネルに毎年リリースされます。ライフサイクル ポリシーに応じて、リリース日から 18 か月または 30 か月間、毎月の品質更新プログラムが提供されます。 組織は、早期導入用に選択されたデバイスへのターゲット展開として、各一般提供チャネル リリースの展開を直ちに開始し、お客様の判断で完全な展開を開始することをお勧めします。これにより、新しい機能、エクスペリエンス、および統合されたセキュリティにできるだけ早くアクセスできるようになります。 タイムライン サービスの詳細については、「Windows ライフサイクルの FAQ」 を参照してください。 IT 管理者であり、プログラムでこのページから情報を取得する場合は、Microsoft Graph の Windows 更新プログラム API を使用します。
Windows Server 2022 の新機能
このブラウザーはサポートされなくなりました。 Microsoft Edge にアップグレードすると、最新の機能、セキュリティ更新プログラム、およびテクニカル サポートを利用できます。 この記事では、Windows Server 2022 の新機能の一部について説明します。 Windows Server 2022 は、Windows Server 2019 の強力な基盤上に構築されており、セキュリティ、Azure ハイブリッド統合と管理、アプリケーション プラットフォームという 3 つの重要なテーマに多くのイノベーションをもたらします。 Azure Edition Windows Server 2022 Datacenter: Azure Edition は、ダウンタイムを最小限に抑えながら、クラウドの利点を使用して VM を最新の状態に保つのに役立ちます。 このセクションでは、Window
デバイスの更新プログラムのモバイル デバイス管理 MDM
PC、タブレット、電話、IoT デバイスでは、モバイル デバイス管理 (MDM) ソリューションが軽量デバイス管理テクノロジとして普及しています。 Windows では、MVM で使用できる管理機能の拡張に多額の投資を行っています。 追加する主な機能の 1 つは、MDM が最新の Microsoft 更新プログラムでデバイスを最新の状態に保つことです。 特に、Windows には、MDM で次の機能を有効にする API が用意されています。 自動更新ポリシーを構成して、コンピューターを最新の情報に保つ。 特定のデバイスに対して承認される更新プログラムを構成することで、小規模なマシン セットで更新プログラムをテストします。 次に、エンタープライズ全体のロールアウトを行います。 マネージド デバイスのコンプライアンス状態を取得します。 IT は、まだセキュリティパッチが必要なマシン、または現在
データベースの互換性レベルを表示または変更する - SQL Server
適用対象:SQL ServerAzure SQL DatabaseAzure SQL Managed InstanceMicrosoft Fabric の SQL データベース この記事では、SQL Server、Azure SQL Database、または Azure SQL Managed Instance で、SQL Server Management Studioまたは Transact-SQL を使用して、データベースの互換性レベルを表示または変更する方法について説明します。 データベース互換レベルを変更する前に、この変更がアプリケーションに及ぼす影響を理解しておく必要があります。 詳しくは、「ALTER DATABASE 互換性レベル」を参照してください。 この記事のコード サンプルでは、AdventureWorks2025 または AdventureWorksDW2025 サ
I/O コントロール コードのセキュリティに関する問題 - Windows drivers
I/O 制御コードを含む IRP の安全な処理は、IOCTL コードを適切に定義し、ドライバーが IRP で受け取るパラメーターを慎重に調べることによって異なります。 新しい IOCTL コードを定義する場合は、次の規則を使用します。 常に、0x800以上の FunctionCode 値を指定します。 必ず RequiredAccess 値を指定します。 呼び出し元に十分なアクセス権がない場合、I/O マネージャーは IOCTL を送信しません。 呼び出し元がカーネル メモリの非特定領域の読み取りまたは書き込みを許可する IOCTL コードを定義しないでください。 ドライバー内で IOCTL コードを処理する場合は、次の規則を使用します。 ドライバーのディスパッチ ルーチンが受信した IOCTL コードをテストするたびに、常に 32 ビット値全体をテストする必要があります。 ドライバーは
デバイス アクセスの制御 (WDM) - Windows drivers
デバイスへのアクセスは、セキュリティ記述子 (およびそれに含まれる ACL) によって制御されます。 デバイス オブジェクトのセキュリティ記述子は、デバイス オブジェクトの作成時に指定するか、レジストリで設定できます。 WDM ドライバーのデバイス アクセスの制御 WDM ドライバー (特定のバス ドライバー以外) がデバイス オブジェクトを作成すると、プラグ アンド プレイ マネージャーはデバイスのセキュリティ記述子を決定します。 操作の順序は次のとおりです。 PnP マネージャーは、ドライバーの AddDevice ルーチンを呼び出します。 ドライバーのAddDeviceルーチンはIoCreateDeviceを呼び出してデバイス オブジェクトを作成し、デバイス オブジェクト スタックにアタッチします。 PnP マネージャーは、新しく作成されたデバイス オブジェクトのセキュリティ記述子を
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
SystemInformation.PowerStatus Property (System.Windows.Forms)
MIDL と RPC - Win32 apps
Windows lifecycle fact sheet - Windows Help
機械学習モデルを作成する - Training
