Use third-party CA with SCEP in Microsoft Intune - Azure | Microsoft Docs
Important To support Windows requirements for strong mapping of SCEP certificates that were introduced and announced in KB5014754 from May 10, 2022 we’ve made changes to Intune SCEP certificate issuance for new and renewed SCEP certificates. With these changes, new or renewed Intune SCEP certificates for iOS/iPadOS, macOS, and Windows now include the following tag in the Subject Alternative Name (
Use third-party CA with SCEP in Microsoft Intune - Azure | Microsoft Docs
重要 2022 年 5 月 10 日からKB5014754で導入および発表された SCEP 証明書の強力なマッピングに関する Windows 要件をサポートするために、新しい SCEP 証明書と更新された SCEP 証明書の発行Intune SCEP 証明書の発行に変更を加えました。 これらの変更により、iOS/iPadOS、macOS、および Windows の SCEP 証明書を新規または更新Intune、証明書のサブジェクト代替名 (SAN) フィールドに次のタグが含まれるようになりました。URL=tag:microsoft.com,2022-09-14:sid:<value> このタグは、Entra ID から特定のデバイスまたはユーザー SID に証明書を関連付けるために、強力なマッピングで使用されます。 この変更と要件により、Entra ID から SID をマップします。 デ
SORACOM Krypton - SORACOM
SIM 認証に基づくセキュア・プロビジョニング SORACOM Krypton は SORACOM が発行する SIM とその認証基盤を使って、さまざまなクラウドサービスに接続するための初期設定（プロビジョニング）をセキュアに実現するサービスです。 多くのデバイスから様々な情報を収集する IoT システムでは、デバイスとシステム基盤やクラウドサービスとの間でセキュアな通信を行うために、IoT デバイス固有の認証情報を外部から盗み取られない形で埋め込む必要があります。しかし、これを実現するにはデバイスの製造過程及び設計段階からの考慮が必要となり、製造コスト及び部品コストが増大します。 デバイス固有の設定情報は、デバイスの出荷時や使用開始時に手作業で設定することが一般的ですが、Krypton は SORACOM IoT SIM の認証基盤を応用することでデバイス固有の設定情報を SORACOM
AWS Certificate Managerでプライベート証明局を | Amazon Web Services
Amazon Web Services ブログ AWS Certificate Managerでプライベート証明局を 本日から、AWS Certificate Manager (ACM) には新機能のプライベート認証局 (CA) が追加されました。この新サービスを使用した場合、ACM はプライベート下位 CA として機能することになります。従来、顧客がプライベート証明書を必要とする場合、顧客には、保守と運用に高額の費用が必要になる、特殊なインフラストラクチャとセキュリティに関する専門知識が必要でした。ACM の既存の証明書機能のアドオンとなる ACM プライベート CA を使用すると、従量制課金が適用されるプライベート証明書のライフサイクルを容易にかつ安全に管理することができるようになります。これにより開発者は、いくつかの API 呼び出しを行うだけで、証明書をプロビジョニングすることがで
Google、Symantec証明書に対する信頼を段階的に削減。「Google Chrome 70」で完全削除／2016年6月1日より前に発行された証明書は「Google Chrome 66」から無効
Archived MSDN and TechNet Blogs
If you were looking for MSDN or TechNet blogs, please know that MSDN and TechNet blog sites have been retired, and blog content has been migrated and archived here. How to use this site Archived blogs are grouped alphabetically by the initial letter of the blog name. Select the initial letter from the TOC to see the full list of the blogs. You can also type the name of the blog or the title of the
RA（Registration Authority）
電子証明書申請者の本人性を審査・確認し、主として登録業務を行う機関。登録局ともいう。RAは本人性（間違いなく本人であること）に責任を負うが、証明書に署名したり、証明書を発行したりはしない。認証機関の信頼性向上のため、相互確認・相互監査を目的として登録機関運用管理担当者は複数人体制を取ることが望まれる。 登録機関（RA）は、利用者から証明書発行の申請書を受理した場合、認証機関が定める証明書申請手続きの規定に基づき、証明書を発行する前提条件として、すべての審査を実施し、以下の確認を行わなければならない。 証明書申請者が、申請書中で特定された人物と同一であることの確認 証明書申請者が、証明書に含まれる公開鍵に対応する秘密鍵を適法に所持していることの確認 証明書中に列記される情報が正確であることの確認 代理人が証明書申請者の公開鍵を記載する証明書（クライアント証明書を法人が一括して申し込む場合など
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Simple Certificate Enrollment Protocol
Java 暗号化拡張機能 JDK5.0
http://blogs.sun.com/sebsto/entry/use_your_eid_to_authenticate
日本ベリサイン - Enterprise & Internet Security Solutions