CERT_USAGE_MATCH
構造体サイズ=各フィールドのバイト数(x64/x86 で異なる場合は x64/x86 と併記)。x64/x86 列=フィールドのバイトオフセット(HSPで dupptr / lpoke / wpoke 等に使用)。
フィールド
| フィールド | 型 | サイズ | x64 | x86 | 説明 | ||||||
|---|---|---|---|---|---|---|---|---|---|---|---|
| dwType | DWORD | 4 | +0 | +0 | 実行する発行者の照合の種類を決定します。AND ロジックでは、証明書はすべての条件を満たしていなければなりません。OR ロジックでは、証明書は少なくとも 1 つの条件を満たしていなければなりません。照合に使用されるロジックを決定するために、次のコードが定義されています。これがどのように適用されるかの詳細については、「解説」を参照してください。
既定の使用法の照合ロジックは USAGE_MATCH_TYPE_AND です。 | ||||||
| Usage | CTL_USAGE | 16/8 | +8 | +4 | CERT_ENHKEY_USAGE 構造体です (CERT_ENHKEY_USAGE は CTL_USAGE 構造体の別名の typedef 名です)。この構造体には、証明書が有効であるために一致しなければならない証明書のオブジェクト識別子 (OID) の配列が含まれます。 |
公式ドキュメント
CERT_USAGE_MATCH 構造体は、証明書チェーンの構築に使用する発行者証明書を識別するための条件を提供します。
解説(Remarks)
dwType メンバーに USAGE_MATCH_TYPE_OR が設定されている場合、Usage メンバーを空にすることはできません。
dwType メンバーに USAGE_MATCH_TYPE_AND が設定されている場合、Usage メンバーが空であれば、チェーン内の入れ子になった任意の使用法が有効になります。
以下では、2 つの拡張キー使用法 (EKU) 拡張 EKU A および EKU B が与えられた場合の動作について説明します。
AND ロジック
呼び出し元が EKU A AND EKU B を指定した場合、パス内のすべての証明書が (明示的な EKU の設定によって、または CA 証明書に EKU 拡張が存在しないことによって) EKU A と EKU B をサポートしていれば、対象の証明書は有効です。OR ロジック
呼び出し元が EKU A OR EKU B を指定した場合、パス内で EKU A または EKU B のいずれかがサポートされていれば、対象の証明書は有効です。パス内の証明書が EKU A または EKU B を含むという単純なケースのほかに、OR 句には次の特別な評価があります。
次のパスが与えられた場合、OR テストは有効と見なされます。
チェーン内の EKU の共通部分は空集合ですが、暗号化 API への要求では、パスの各証明書が EKU A または EKU B のいずれかをサポートしていれば証明書は有効であると指定されているため、EE 証明書の使用は EKU A に対して有効です。
Microsoft 公式リファレンス: 英語 (en-us) · 日本語 (ja-jp) · 原文ソース (GitHub)
各言語での定義
#include <windows.h>
// CTL_USAGE (x64 16 / x86 8 バイト)
typedef struct CTL_USAGE {
DWORD cUsageIdentifier;
LPSTR* rgpszUsageIdentifier;
} CTL_USAGE;
// CERT_USAGE_MATCH (x64 24 / x86 12 バイト)
typedef struct CERT_USAGE_MATCH {
DWORD dwType;
CTL_USAGE Usage;
} CERT_USAGE_MATCH;using System;
using System.Runtime.InteropServices;
[StructLayout(LayoutKind.Sequential, CharSet = CharSet.Unicode)]
public struct CTL_USAGE
{
public uint cUsageIdentifier;
public IntPtr rgpszUsageIdentifier;
}
[StructLayout(LayoutKind.Sequential, CharSet = CharSet.Unicode)]
public struct CERT_USAGE_MATCH
{
public uint dwType;
public CTL_USAGE Usage;
}Imports System.Runtime.InteropServices
<StructLayout(LayoutKind.Sequential, CharSet:=CharSet.Unicode)>
Public Structure CTL_USAGE
Public cUsageIdentifier As UInteger
Public rgpszUsageIdentifier As IntPtr
End Structure
<StructLayout(LayoutKind.Sequential, CharSet:=CharSet.Unicode)>
Public Structure CERT_USAGE_MATCH
Public dwType As UInteger
Public Usage As CTL_USAGE
End Structureimport ctypes
from ctypes import wintypes
class CTL_USAGE(ctypes.Structure):
_fields_ = [
("cUsageIdentifier", wintypes.DWORD),
("rgpszUsageIdentifier", ctypes.c_void_p),
]
class CERT_USAGE_MATCH(ctypes.Structure):
_fields_ = [
("dwType", wintypes.DWORD),
("Usage", CTL_USAGE),
]#[repr(C)]
pub struct CTL_USAGE {
pub cUsageIdentifier: u32,
pub rgpszUsageIdentifier: *mut core::ffi::c_void,
}
#[repr(C)]
pub struct CERT_USAGE_MATCH {
pub dwType: u32,
pub Usage: CTL_USAGE,
}import "golang.org/x/sys/windows"
type CTL_USAGE struct {
cUsageIdentifier uint32
rgpszUsageIdentifier uintptr
}
type CERT_USAGE_MATCH struct {
dwType uint32
Usage CTL_USAGE
}type
CTL_USAGE = record
cUsageIdentifier: DWORD;
rgpszUsageIdentifier: Pointer;
end;
CERT_USAGE_MATCH = record
dwType: DWORD;
Usage: CTL_USAGE;
end;const CTL_USAGE = extern struct {
cUsageIdentifier: u32,
rgpszUsageIdentifier: ?*anyopaque,
};
const CERT_USAGE_MATCH = extern struct {
dwType: u32,
Usage: CTL_USAGE,
};type
CTL_USAGE {.bycopy.} = object
cUsageIdentifier: uint32
rgpszUsageIdentifier: pointer
CERT_USAGE_MATCH {.bycopy.} = object
dwType: uint32
Usage: CTL_USAGEstruct CTL_USAGE
{
uint cUsageIdentifier;
void* rgpszUsageIdentifier;
}
struct CERT_USAGE_MATCH
{
uint dwType;
CTL_USAGE Usage;
}HSP用 定義
HSP3.7/3.8 は構造体機能が無いため4byte整数配列(dim)+peek/poke で操作(32/64bitでサイズ・位置が異なる場合はタブで分割)。IronHSP は NSTRUCT(#defstruct/stdim/->)で32/64bit共通。
; HSP3.7/3.8 は構造体機能が無いため、4byte整数の配列変数で操作します。(x86 レイアウト)
; CERT_USAGE_MATCH サイズ: 12 バイト(x86)
dim st, 3 ; 4byte整数×3(構造体サイズ 12 / 4 切り上げ)
; dwType : DWORD (+0, 4byte) st.0 = 値 / 値 = st.0 (lpoke/lpeek も可)
; Usage : CTL_USAGE (+4, 8byte) varptr(st)+4 を基点に操作(8byte:入れ子/配列)
; ※4byte境界の整数は添字 st.N(N=オフセット/4)で読み書き可。それ以外は peek/poke 系を使用。; HSP3.7/3.8 は構造体機能が無いため、4byte整数の配列変数で操作します。(x64 レイアウト)
; CERT_USAGE_MATCH サイズ: 24 バイト(x64)
dim st, 6 ; 4byte整数×6(構造体サイズ 24 / 4 切り上げ)
; dwType : DWORD (+0, 4byte) st.0 = 値 / 値 = st.0 (lpoke/lpeek も可)
; Usage : CTL_USAGE (+8, 16byte) varptr(st)+8 を基点に操作(16byte:入れ子/配列)
; ※4byte境界の整数は添字 st.N(N=オフセット/4)で読み書き可。それ以外は peek/poke 系を使用。; IronHSP は NSTRUCT(構造体)をサポート。32bit/64bit どちらでも同じコードで動作します。
; ※GUID・入れ子構造体はデフォルト型でないため、依存する #defstruct を先に定義(下記に同梱)。
#defstruct global CTL_USAGE
#field int cUsageIdentifier
#field intptr rgpszUsageIdentifier
#endstruct
#defstruct global CERT_USAGE_MATCH
#field int dwType
#field CTL_USAGE Usage
#endstruct
stdim st, CERT_USAGE_MATCH ; NSTRUCT 変数を確保
st->dwType = 100
mes "dwType=" + st->dwType