[{"data":1,"prerenderedAt":672},["ShallowReactive",2],{"sc:header-data-ja":3,"sc:footer-data-ja":102,"post-ja--posts-private-ca-vs-public-ca-1bb9a0237a1a5":139,"content-ja-list-7b291c2dd91a4":566,"authors_data:Kevin Vo":666},{"lang":4,"home":5,"navigation":14,"contact":95},"en",{"name":6,"imgLight":7,"img":8,"languages":9},"home","/products/scepman/scepman-logo-all-white.svg","/products/scepman/scepman-logo-rgb.svg",{"ja":10},{"title":11,"url":12,"alt":13},"ホーム","/ja","SCEPman",[15,19,25,31,83,89],{"name":16,"languages":17},"nav-home",{"ja":18},{"title":11,"url":12},{"name":20,"languages":21},"pricing",{"ja":22},{"title":23,"url":24},"価格","/ja/pricing",{"name":26,"languages":27},"partner",{"ja":28},{"title":29,"url":30},"パートナー","/ja/partner",{"name":32,"languages":33,"children":36},"support-hub",{"ja":34},{"title":35},"Support Hub",[37,53,68],{"name":38,"children":39},"support-hub-group-1",[40,47],{"name":41,"target":42,"languages":43},"docs","_blank",{"ja":44},{"title":45,"url":46},"Docs","https://docs.scepman.com/",{"name":48,"languages":49},"faq",{"ja":50},{"title":51,"url":52},"FAQ","/ja/faq",{"name":54,"children":55},"support-hub-group-2",[56,62],{"name":57,"target":42,"languages":58},"support-ticket",{"ja":59},{"title":60,"url":61},"Support Ticket","https://support.scepman.com/support/tickets/new?ticket_form=technical_support_request_%28scepman%29",{"name":63,"target":42,"languages":64},"drop-a-question",{"ja":65},{"title":66,"url":67},"Drop a Question","https://support.scepman.com/support/tickets/new?ticket_form=drop_a_question_%28scepman%29",{"name":69,"children":70},"support-hub-group-3",[71,77],{"name":72,"languages":73},"glossary",{"ja":74},{"title":75,"url":76},"用語集","/ja/glossary",{"name":78,"languages":79},"blog",{"ja":80},{"title":81,"url":82},"ブログ","/ja/blog",{"name":84,"languages":85},"events",{"ja":86},{"title":87,"url":88},"イベント","/ja/events",{"name":90,"languages":91},"about",{"ja":92},{"title":93,"url":94},"会社概要","/ja/about-us",{"name":96,"languages":97},"contact",{"ja":98},{"title":99,"url":100,"active":101},"support@scepman.com","mailto:support@scepman.com",false,{"data":103},{"mail":104,"logos":105,"socials":110,"links":123,"linksJa":131},"sales@SCEPman.com",[106],{"img":107,"alt":108,"url":109},"/products/scepman/scepman-logo-yellow.svg","SCEPman Logo","/",[111,115,119],{"icon":112,"url":113,"title":114},"fa-x-twitter","https://twitter.com/scepman_","X",{"icon":116,"url":117,"title":118},"fa-youtube","https://www.youtube.com/channel/UCKnLYxlQFhzdXkDADV_Unrg","Youtube",{"icon":120,"url":121,"title":122},"fa-linkedin","https://www.linkedin.com/showcase/scepman","LinkedIn",[124,127,129],{"title":125,"url":126},"Privacy","/enundefined",{"title":128,"url":126},"Imprint",{"title":130,"url":126},"Contact & Locations",[132,135,137],{"title":133,"url":134},"プライバシー","/jaundefined",{"title":136,"url":134},"法的情報",{"title":138,"url":134},"お問い合わせと拠点",{"id":140,"title":141,"author":142,"body":144,"cta":523,"description":150,"eventid":523,"extension":524,"hideInRecent":101,"layout":525,"meta":526,"moment":530,"navigation":554,"path":556,"seo":557,"stem":558,"tags":559,"webcast":101,"__hash__":565},"content_ja/posts/private-ca-vs-public-ca.md","プライベートCAとパブリックCA：選び方を間違えているかもしれません",[143],"Kevin Vo",{"type":145,"value":146,"toc":506},"minimal",[147,151,156,159,166,182,185,189,192,197,214,217,221,314,318,321,324,329,332,336,351,354,357,360,374,377,381,390,393,401,404,423,432,436,439,442,459,465,503],[148,149,150],"p",{},"余裕のないIT部門にとって、パブリックな認証局（CA）は万能のハンマーのように見え、暗号化の要件はすべて釘のように見えてきます。しかし、あらゆる用途にパブリックCAを使うことは、本番環境を静かに壊す最もよくある原因の1つです。",[152,153,155],"h2",{"id":154},"パブリックcaが想定する用途","パブリックCAが想定する用途",[148,157,158],{},"パブリックCA（DigiCert、Sectigo、Let's Encryptなど）が主に想定しているのは1つのシナリオ、すなわち自社が管理していないデバイスとの間で信頼を確立する場面です。外部の利用者が自分の側で何も設定しなくても、自社のサイトやサービスを信頼できるようにする、という考え方です。",[148,160,161,165],{},[162,163,164],"strong",{},"パブリックCAが適しているのは、次のような場合です","：",[167,168,169,173,176,179],"ul",{},[170,171,172],"li",{},"自社とあらかじめ信頼関係のない外部の利用者、顧客、パートナー向けに、一般公開のサービスを運用している",[170,174,175],{},"外部のAPIやサービスが、独自のクライアント設定なしに自社のインフラストラクチャーへ接続する",[170,177,178],{},"証明書のエラーが、エンドユーザーにブラウザーの警告として表示される",[170,180,181],{},"メールに署名しており、受信者が事前の設定なしに署名を検証する必要がある",[148,183,184],{},"パブリックCAが発行できる内容は、CA/Browser Forumが定めています。つまり自社では左右できないルールに従うことになりますが、上記のシナリオであれば、多くの組織にとって妥当な折り合いです。問題になりうるのは、同じ証明書を社内の認証に使う場合です。",[152,186,188],{"id":187},"プライベートcaが想定する用途","プライベートCAが想定する用途",[148,190,191],{},"プライベートCAは、自社で運用する、あるいはベンダーが自社に代わって運用する認証局です。発行ポリシーは自社で定めます。発行した証明書は、既定ではどこからも信頼されません。グループポリシー、Intune、あるいは利用中のMDMプラットフォームを通じてプライベートCAのルート証明書をデバイスとユーザーに配布すると、管理下のエンドポイントはプライベートCAが発行した証明書を信頼するようになります。",[148,193,194,165],{},[162,195,196],{},"自社のインフラストラクチャーだけが証明書を信頼すればよい用途には、プライベートCAが適しています",[167,198,199,202,205,208,211],{},[170,200,201],{},"デバイス認証。そのマシンが管理下にあり、自社に属することを証明します",[170,203,204],{},"ユーザー証明書による認証。パスワードレスログイン、スマートカード相当の認証、社内アプリケーションへのアクセスなどです",[170,206,207],{},"Wi-Fi（802.1X）とVPN接続の保護",[170,209,210],{},"バックエンドのマイクロサービス間での相互TLS（mTLS）の構成",[170,212,213],{},"社内ツールやスクリプトのコード署名",[148,215,216],{},"信頼チェーンと発行ポリシーを完全に自社で管理でき、外部のCAガバナンスに依存しません。",[152,218,220],{"id":219},"パブリックcaとプライベートcaの比較","パブリックCAとプライベートCAの比較",[222,223,227],"div",{"className":224,"style":226},[225],"ca-compare","grid-column: content; overflow-x: auto;",[228,229,230,231],"table",{},"\n  ",[232,233,234,230,247,230,259,230,270,230,281,230,292,230,303],"tbody",{},[235,236,237,238,237,241,237,244,230],"tr",{},"\n    ",[239,240],"th",{},[239,242,243],{},"パブリックCA",[239,245,246],{},"プライベートCA",[235,248,237,249,237,253,237,256,230],{},[250,251,252],"td",{},"信頼する主体",[250,254,255],{},"既定ですべてのデバイス（ブラウザー、OSのルートストア）",[250,257,258],{},"明示的に信頼するよう設定したデバイスのみ",[235,260,237,261,237,264,237,267,230],{},[250,262,263],{},"適した用途",[250,265,266],{},"外部公開のWebサイト、顧客向けAPI、S/MIMEメール",[250,268,269],{},"デバイス認証、ユーザー認証、Wi-Fi/VPN（802.1X）、mTLS、社内向けコード署名",[235,271,237,272,237,275,237,278,230],{},[250,273,274],{},"ルールを決める主体",[250,276,277],{},"CA/Browser Forumと各ルートプログラム（Chrome、Mozilla、Apple、Microsoft）",[250,279,280],{},"自社（またはPKIベンダー）",[235,282,237,283,237,286,237,289,230],{},[250,284,285],{},"証明書の有効期間",[250,287,288],{},"急速に短縮中。200日（2026年）、100日（2027年3月）、47日（2029年3月）",[250,290,291],{},"自社の環境に合う任意の有効期間",[235,293,237,294,237,297,237,300,230],{},[250,295,296],{},"クライアント認証（clientAuth）",[250,298,299],{},"2027年3月までにパブリックTLS証明書から完全に廃止される予定",[250,301,302],{},"制限なく完全に利用可能",[235,304,237,305,237,308,237,311,230],{},[250,306,307],{},"誤用したときに起こりがちな障害",[250,309,310],{},"外部の利用者にブラウザーの警告が表示される",[250,312,313],{},"該当なし。管理外のデバイスに公開されることがないためです",[315,316,317],"style",{},"\n.ca-compare { margin-bottom: 3rem; }\n.ca-compare table { border-collapse: collapse; width: 100%; }\n.ca-compare th,\n.ca-compare td {\n  border: 1px solid rgba(0, 0, 0, 0.15);\n  padding: 0.65rem 1rem;\n  vertical-align: top;\n  text-align: left;\n}\n.ca-compare th { background: rgba(0, 0, 0, 0.03); font-weight: 600; }\n",[152,319,320],{"id":320},"つまずきやすい点",[148,322,323],{},"IT部門が犯す最もよくある間違いは、社内の認証にパブリックCAの証明書を使うことです。パブリックCAはもともと社内向けワークロードを想定していません。そして今まさに進んでいる2つの変化が、そのずれを無視できないものにしています。",[325,326,328],"h3",{"id":327},"_1-パブリックtls証明書からのクライアント認証ekuの廃止","1. パブリックTLS証明書からのクライアント認証EKUの廃止",[148,330,331],{},"パブリックに信頼されるTLS証明書は、クライアント認証EKUを含められなくなりました。CA/Browser ForumのBallot SC-081と主要なルートプログラムの更新を受けて、パブリックCAは2027年3月の最終期限に先駆けてclientAuthを段階的に廃止しています。社内のデバイス認証やユーザー認証をパブリック証明書に依存している場合、次回の更新時にその構成は動作しなくなります。",[325,333,335],{"id":334},"_2-急速に短くなる有効期間","2. 急速に短くなる有効期間",[148,337,338,339,342,343,346,347,350],{},"パブリックCAは証明書の有効期間を継続的に短縮しています。SC-081v3のもとで、パブリック証明書の有効期間の上限は",[162,340,341],{},"200日","（2026年）となり、2027年3月には",[162,344,345],{},"100日","、2029年3月までに",[162,348,349],{},"47日","へと短くなります。公開Webサーバーであれば自動化ツールが90日ごとの更新を問題なく処理できますが、社内の数千台のノートPCやデバイスを6週間ごとに再登録するのは、管理上の悪夢です。",[148,352,353],{},"プライベートCAは、こうした制約の外にあります。失効の処理を自社環境の内部で直接行うため、人為的に短い有効期間や外部の検証チェックは必要ありません。自社のチームに合った有効期間とルールを自分たちで決められます。",[152,355,356],{"id":356},"どちらを使うかの判断基準",[148,358,359],{},"環境内の証明書ごとに、次を問いかけてください。この証明書を検証する必要があるデバイスやクライアントを、すべて自社で管理しているでしょうか。",[167,361,362,368],{},[170,363,364,367],{},[162,365,366],{},"管理している場合","：プライベートCAを使います。ルートCA証明書を配布し、発行内容を自社で管理でき、外部のルール変更に左右されなくなります。",[170,369,370,373],{},[162,371,372],{},"管理していない場合","：パブリックCAが必要です。事前の設定なしに外部から接続する相手には、そのデバイスがすでに信頼しているCAが必要だからです。",[148,375,376],{},"多くのIT部門は、結局どちらも必要になります。外部公開のサービスにはパブリック証明書、デバイス、ユーザー、社内サービスにはプライベート証明書です。",[152,378,380],{"id":379},"scepmanの位置づけ","SCEPmanの位置づけ",[148,382,383,384,389],{},"SCEPmanは、Microsoft IntuneおよびEntra IDと連携し、SCEPとESTを通じて他のMDMプラットフォームとも統合できる、クラウドネイティブなプライベートCAです。管理下のデバイスとユーザーについて、",[385,386,388],"a",{"href":387},"/mdms/pki-certificate-management-microsoft-intune-mdm","証明書の発行を自動で処理します","。",[148,391,392],{},"Intune環境では、SCEPmanは証明書の有効性をデバイスのコンプライアンス状態に結び付けます。ワイプされたデバイスやコンプライアンスから外れたデバイスは証明書を失い、Wi-Fi、VPN、社内アプリケーションへのアクセスが自動的に遮断されます。",[148,394,395,396,400],{},"SCEPmanは、Certificate Masterを使って",[385,397,399],{"href":398},"microsoft-cloud-pki-manually-issuing-certificates","証明書を手動で発行する","こともできます。これにより、IT部門はWebポータル、アプリケーション、デバイス管理インターフェイスといった社内システム全体で、パブリックCAの証明書を置き換えられます。",[152,402,403],{"id":403},"着手の仕方",[222,405,409,412],{"className":406,"style":408},[407],"tight-list","grid-column: content;",[148,410,411],{},"自社の環境がどの状態にあるか分からない場合は、証明書の棚卸しから始めてください。",[167,413,414,417,420],{},[170,415,416],{},"有効な証明書と、その発行元CAを確認します。",[170,418,419],{},"パブリックCAが発行した、クライアント認証EKUを持つ証明書に印を付けます。",[170,421,422],{},"次回の更新を迎える前に、それらの証明書を移行する計画を立てます。",[148,424,425,426,431],{},"プライベートCAをまだお持ちでない場合や、レガシーなオンプレミスのActive Directory Certificate Services（ADCS）から移行したい場合は、そこが",[385,427,430],{"href":67,"rel":428},[429],"nofollow","SCEPmanについてご相談いただく","よい出発点になります。",[152,433,435],{"id":434},"scepmanをご自身でお試しください","SCEPmanをご自身でお試しください",[148,437,438],{},"30日間トライアルを開始して、自社でPKIを運用する負荷なしに、SCEPmanがデバイス、ユーザー、社内サービスのプライベートCA証明書を発行し管理する方法をご確認ください。",[315,440,441],{},".trial-cta { display: inline-block; margin-bottom: 3.5rem; } .trial-cta:hover { --cta-copy-color: white !important; }",[148,443,444],{},[385,445,454],{"role":446,"className":447,"dataText":452,"href":453,"target":42},"button",[448,449,450,451],"cta","btn","btn-primary","trial-cta","SCEPmanの30日間トライアルを開始","https://support.scepman.com/support/tickets/new?ticket_form=trial_request_%28scepman%29",[455,456,452],"span",{"className":457},[458],"cta__text",[152,460,464],{"id":461,"className":462},"frequently-asked-questions",[463],"faq-heading","よくあるご質問",[222,466,469,479,487,495],{"className":467,"style":408},[468],"faq-foldable",[470,471,472,476],"details",{},[473,474,475],"summary",{},"2027年以降もパブリックCAの証明書を社内のデバイス認証に使えますか",[148,477,478],{},"クライアント認証には使えません。利用中のパブリックCAがclientAuth EKUを削除すると（多くは2026年後半から2027年3月を予定しています）、そのCAが発行する証明書はサーバー認証にしか対応しなくなります。社内認証のユースケースは、その更新サイクルが来る前にプライベートCAへ移す必要があります。",[470,480,481,484],{},[473,482,483],{},"すでにclientAuthを持つ証明書を今すぐ置き換える必要がありますか",[148,485,486],{},"すぐに必要なわけではありません。CAの期限日より前に発行された証明書は、有効期限まで引き続き使えます。問題が起きるのは更新のときで、再発行された証明書にclientAuthが含まれなくなります。失敗してから動くのではなく、その更新より前に移行を計画してください。",[470,488,489,492],{},[473,490,491],{},"これは証明書の有効期間短縮と同じ変更ですか",[148,493,494],{},"いいえ。clientAuthの削除は、Chrome Root Programのルートストアポリシーに由来します。有効期間の短縮（200日、次に100日、その次に47日）は、別のCA/Browser Forum投票であるSC-081v3に由来します。どちらも社内用途からパブリック証明書を遠ざけるという同じ方向を向いていますが、期限の異なる2つの別々の要求事項です。",[470,496,497,500],{},[473,498,499],{},"自社が影響を受けるかを最短で確認する方法は何ですか",[148,501,502],{},"有効な証明書を棚卸しし、クライアント認証EKUを持ち、かつパブリックCAが発行したものに印を付けてください。それらが、次回の更新前に移行計画を必要とする証明書です。",[315,504,505],{},"\n.faq-heading {\n  margin-top: 4rem;\n  white-space: nowrap;\n}\n.tight-list p { margin-bottom: 0.25rem !important; }\n.tight-list ul { margin-top: 0 !important; }\n.faq-foldable {\n  margin-bottom: 4rem;\n}\n.faq-foldable details {\n  border-top: 1px solid rgba(0, 0, 0, 0.12);\n  padding: 0;\n}\n.faq-foldable details:last-of-type {\n  border-bottom: 1px solid rgba(0, 0, 0, 0.12);\n}\n.faq-foldable summary {\n  list-style: none;\n  cursor: pointer;\n  display: flex;\n  justify-content: space-between;\n  align-items: center;\n  gap: 1rem;\n  padding: 1rem 0;\n  font-weight: 600;\n}\n.faq-foldable summary::-webkit-details-marker {\n  display: none;\n}\n.faq-foldable summary::after {\n  content: \"+\";\n  flex: 0 0 auto;\n  font-weight: 400;\n  font-size: 1.5em;\n  line-height: 1;\n  transition: transform 0.2s ease;\n}\n.faq-foldable details[open] summary::after {\n  content: \"\\2212\";\n}\n.faq-foldable details > *:not(summary) {\n  margin-bottom: 1rem;\n}\n.faq-foldable details[open] summary {\n  padding-bottom: 0.5rem;\n}\n",{"title":507,"searchDepth":508,"depth":508,"links":509},"",2,[510,511,512,513,518,519,520,521,522],{"id":154,"depth":508,"text":155},{"id":187,"depth":508,"text":188},{"id":219,"depth":508,"text":220},{"id":320,"depth":508,"text":320,"children":514},[515,517],{"id":327,"depth":516,"text":328},3,{"id":334,"depth":516,"text":335},{"id":356,"depth":508,"text":356},{"id":379,"depth":508,"text":380},{"id":403,"depth":508,"text":403},{"id":434,"depth":508,"text":435},{"id":461,"depth":508,"text":464},null,"md","post",{"lang":527,"seoTitle":528,"titleClass":529,"date":530,"categories":531,"blogtitlepic":532,"socialimg":533,"customExcerpt":534,"keywords":535,"asideNav":536,"maxContent":554,"footer":555},"ja","プライベートCAとパブリックCA：使い分けの基準","h2-font-size","2026-08-24",[13],"header-scepman-private-vs-public-ca.png","/blog/heads/header-scepman-private-vs-public-ca.png","パブリックCAの証明書は、2027年3月までにクライアント認証への対応を失います。プライベートCAが必要になる場面と、SCEPmanが発行を自動化する仕組みをご紹介します。","プライベートCA パブリックCA 比較, クライアント認証EKUの廃止, 社内認証向けの認証局, SC-081 clientAuthの削除, パブリックCA証明書の有効期間 2027, プライベート認証局を使う場面, SCEPman プライベートCA, mTLS 認証局, 802.1X デバイス認証 証明書, ADCSからクラウドPKIへの移行",{"menuItems":537},[538,540,542,544,546,548,550,552],{"href":539,"text":155},"#パブリックcaが想定する用途",{"href":541,"text":188},"#プライベートcaが想定する用途",{"href":543,"text":220},"#パブリックcaとプライベートcaの比較",{"href":545,"text":320},"#つまずきやすい点",{"href":547,"text":356},"#どちらを使うかの判断基準",{"href":549,"text":380},"#scepmanの位置づけ",{"href":551,"text":403},"#着手の仕方",{"href":553,"text":464},"#frequently-asked-questions",true,{"noMargin":554},"/posts/private-ca-vs-public-ca",{"title":141,"description":150},"posts/private-ca-vs-public-ca",[560,561,562,563,564],"Private CA","Public CA","PKI","Client Authentication","Certificate Authority","GyqcVteQVJx156mYffGCswNhhVEZlBlGzHH19DIoRqw",{"list":567,"authors":665},[568,573,590,604,617,629,641,653],{"id":140,"title":141,"author":569,"cta":523,"description":150,"hideInRecent":101,"layout":525,"meta":570,"moment":530,"path":556,"stem":558,"tags":572,"webcast":101},[143],{"lang":527,"date":530,"categories":571,"blogtitlepic":532,"customExcerpt":534},[13],[560,561,562,563,564],{"id":574,"title":575,"author":576,"cta":523,"description":578,"hideInRecent":101,"layout":525,"meta":579,"moment":580,"path":584,"stem":585,"tags":586,"webcast":101},"content_ja/posts/adcs-alternatives.md","2026年のMicrosoft ADCS代替ソリューション",[577],"SCEPman Team","Microsoft Active Directory Certificate Servicesは、ADCS、ADCA、Microsoft CAとも呼ばれ、長年にわたりWindows環境の標準的な公開鍵基盤（PKI）として使われてきました。今も多くの組織が、ユーザー、デバイス、サーバーへの証明書発行をこの仕組みに頼っています。",{"lang":527,"date":580,"categories":581,"blogtitlepic":582,"customExcerpt":583},"2026-05-01",[13],"header-scepman-adcs-alternatives.png","ADCS、ADCA、Microsoft CAの代替をお探しですか。Active Directory Certificate Servicesは、最新の環境には不要な複雑さを持ち込みます。置き換え先を選ぶ際に確認すべき点をまとめました。","/posts/adcs-alternatives","posts/adcs-alternatives",[587,588,562,589],"ADCS","Alternatives","Active Directory Certificate Services",{"id":591,"title":592,"author":593,"cta":523,"description":594,"hideInRecent":101,"layout":525,"meta":595,"moment":580,"path":599,"stem":600,"tags":601,"webcast":101},"content_ja/posts/microsoft-cloud-pki-alternatives.md","2026年のMicrosoft Cloud PKI代替ソリューション",[577],"Microsoft Cloud PKIは、Intuneで管理するデバイスへ証明書を発行するために設計されています。Microsoft中心の環境におけるモバイル管理やエンドポイント管理では、十分に機能します。",{"lang":527,"date":580,"categories":596,"blogtitlepic":597,"customExcerpt":598},[13],"header-scepman-cloud-pki-alternatives.png","Microsoft Cloud PKIの代替をお探しですか。Cloud PKIが対象とするのはIntuneで管理するデバイスだけで、Linux、サーバー、IoTには対応しません。どこに限界があるのか、置き換え先を選ぶ際に何を確認すべきかをまとめました。","/posts/microsoft-cloud-pki-alternatives","posts/microsoft-cloud-pki-alternatives",[602,588,603,562],"Microsoft Cloud PKI","Microsoft Intune",{"id":605,"title":606,"author":607,"cta":523,"description":507,"hideInRecent":101,"layout":525,"meta":608,"moment":609,"path":613,"stem":614,"tags":615,"webcast":101},"content_ja/posts/microsoft-cloud-pki-iot-certificates.md","Microsoft Cloud PKIでのIoT証明書の作成：代替手段と解決策",[577],{"lang":527,"date":609,"categories":610,"blogtitlepic":611,"customExcerpt":612},"2026-03-25",[13],"header-scepman-iot-certificates.png","Microsoft Cloud PKIでIoTデバイスの証明書を作成し管理する方法をお探しですか。残念ながら、Microsoft Cloud PKIはIoT証明書に対応していません。設計上、対象はIntuneで管理するデバイスに限られます。","/posts/microsoft-cloud-pki-iot-certificates","posts/microsoft-cloud-pki-iot-certificates",[602,616,603],"IoT Certificates",{"id":618,"title":619,"author":620,"cta":523,"description":507,"hideInRecent":101,"layout":525,"meta":621,"moment":609,"path":625,"stem":626,"tags":627,"webcast":101},"content_ja/posts/microsoft-cloud-pki-linux-certificates.md","Microsoft Cloud PKIでのLinuxエンドポイント証明書の作成：代替手段と解決策",[577],{"lang":527,"date":609,"categories":622,"blogtitlepic":623,"customExcerpt":624},[13],"header-scepman-linux-endpoint-certificates.png","Microsoft Cloud PKIでLinuxエンドポイントの証明書を作成し管理する手段をお探しですか。残念ながら、Microsoft Cloud PKIはLinuxエンドポイントの証明書に対応していません。","/posts/microsoft-cloud-pki-linux-certificates","posts/microsoft-cloud-pki-linux-certificates",[602,628,603],"Linux Endpoint Certificates",{"id":630,"title":631,"author":632,"cta":523,"description":507,"hideInRecent":101,"layout":525,"meta":633,"moment":609,"path":637,"stem":638,"tags":639,"webcast":101},"content_ja/posts/microsoft-cloud-pki-manually-issuing-certificates.md","Microsoft Cloud PKIでの証明書の手動発行：代替手段と解決策",[577],{"lang":527,"date":609,"categories":634,"blogtitlepic":635,"customExcerpt":636},[13],"header-scepman-manual-certificates.png","Webサーバーの保護やコード署名など、特定の場面で証明書を手動で発行する必要がありますか。残念ながら、Microsoft Cloud PKIは証明書の手動発行に対応していません。設計上、対象はIntuneで管理するデバイスに限られます。","/posts/microsoft-cloud-pki-manually-issuing-certificates","posts/microsoft-cloud-pki-manually-issuing-certificates",[602,640,603],"Manually Issued Certificates",{"id":642,"title":643,"author":644,"cta":523,"description":507,"hideInRecent":101,"layout":525,"meta":645,"moment":609,"path":649,"stem":650,"tags":651,"webcast":101},"content_ja/posts/microsoft-cloud-pki-network-device-certificates.md","Microsoft Cloud PKIでのネットワーク機器向け証明書の作成：代替手段と解決策",[577],{"lang":527,"date":609,"categories":646,"blogtitlepic":647,"customExcerpt":648},[13],"header-scepman-certificates-network-devices.png","Microsoft Cloud PKIでネットワーク機器の証明書を作成し管理する手段をお探しですか。残念ながら、Microsoft Cloud PKIはネットワーク機器の証明書に対応していません。設計上、対象はIntuneで管理するデバイスに限られます。","/posts/microsoft-cloud-pki-network-device-certificates","posts/microsoft-cloud-pki-network-device-certificates",[602,652,603],"Network Device Certificates",{"id":654,"title":655,"author":656,"cta":523,"description":507,"hideInRecent":101,"layout":525,"meta":657,"moment":609,"path":661,"stem":662,"tags":663,"webcast":101},"content_ja/posts/microsoft-cloud-pki-server-certificates.md","Microsoft Cloud PKIでのサーバー証明書の作成：代替手段と解決策",[577],{"lang":527,"date":609,"categories":658,"blogtitlepic":659,"customExcerpt":660},[13],"header-scepman-server-certificates.png","Microsoft Cloud PKIでサーバー証明書を作成する方法をお探しですか。多くの組織が証明書管理にMicrosoftのPKIソリューションを利用していますが、大きな制約があります。Microsoft Cloud PKIはサーバー証明書に対応していません。設計上、対象はIntuneで管理するデバイスに限られます。","/posts/microsoft-cloud-pki-server-certificates","posts/microsoft-cloud-pki-server-certificates",[602,664,603],"Server Certificates",{},{"id":667,"extension":668,"meta":669,"stem":670,"__hash__":671},"authors_data/authors.json","json",{},"authors","PIJJchcHqfzD5YPmn4V8YLxY6gtySOfBG5u8lTczi2w",1790429706720]