[iOS] Code Sign error: No matching provisioning profile found: Your build settings specify a provisioning profile with the UUID

iOS の Code Sign error を project.pbxproj の PROVISIONING_PROFILE 行削除で解決した記録です。

[Apple] Your iOS Distribution Certificate will expire in 30 days. の対応

iOS Distribution Certificate の期限切れに対処するため、Certificate と Provisioning Profile を再作成した記録です。

macOS Keychain のエラー -25294（errSecNoSuchKeychain）— 証明書のインポート先を login にしたら直った

証明書を Keychain に取り込もうとしたら、エラー -25294 が出てインポートできない。errSecNoSuchKeychain、つまり「指定されたキーチェーンが見つからない」というこのエラーは、証明書そのものではなく、保存先のキーチェーン指定が原因であることがほとんどです。保存先を Local Items から login に選び直したら直った経験をもとに、原因と最短の直し方を整理します。

npm 製 CLI ツールを特定顧客にセキュアに配る — ビルド・署名・配布パイプラインの設計

独自開発の npm 製 CLI ツールを、公開 npm に出さず特定顧客に配る。一見ただのパッケージングですが、実務では OS のセキュリティゲート（Gatekeeper・SmartScreen）の通過、改ざん防止の署名、そして顧客単位でアクセスを制御できる配布網の三つを同時に満たす必要があります。macOS・Windows を主対象に将来の Linux まで見据え、ビルドから署名・配布・サプライチェーン堅牢化までを一本のパイプラインとして設計します。

OV・EV コード署名証明書を日本から取得する — 法人・個人事業主・個人の資格と 2026 年の価格比較

「コード署名証明書はいくらか」の前に、「そもそも自分が取得できるのか」を確かめる必要があります。日本法人ならほぼどの CA でも取れて価格で選べますが、屋号なしの個人開発者は主要 CA で原則発行されず、Microsoft 自身のクラウド署名サービスは日本を地理的に除外しています。この記事は価格表だけでなく、申請主体と地域による取得資格を主軸に、日本法人・日本在住の個人がどの証明書をどう取得できるかを 2026 年時点で整理します。

Windows コード署名を CI で回すコストを月間署名回数別に比較する — 大手アプリの実バイナリ検証から見えた 2026 年の現実

Windows のコード署名を CI で自動化するとき、SSL.com eSigner・DigiCert KeyLocker・Azure Key Vault + GlobalSign のどれを選ぶかで年額が数倍変わります。月 20 回で最安のサービスは、月 1,000 回では逆に高くつく。しかも大手ベンダーの実際の署名構成を osslsigncode で検証すると、値札を眺めているだけでは見えない「配布用インストーラーは再利用し、本体はリリースごとに署名する」という運用原則が浮かび上がってきます。2026 年時点の CI コスト比較と、他社の実バイナリから読み取れる運用の型を整理します。

Windows デスクトップアプリを日本法人が安全に配布する — コード署名・SmartScreen の現実（2026 年版）

「Windows アプリを配布したいが、セキュリティソフトに弾かれたくない」。この要件を日本法人が満たす最短経路は、実務上ほぼ二択に収束します。Microsoft Store に MSIX で出すか、CA 発行のコード署名証明書で署名したインストーラを自社サイトから配るか。ただし 2024 年以降の Windows では EV 証明書を買っても SmartScreen の即時バイパスはできず、Microsoft の安価なクラウド署名サービス Azure Trusted Signing は日本法人を対象外にしています。証明書選定から署名・配布・SmartScreen 評判の運用まで、2026 年時点の現実解を端から端まで組み立てます。

Windows デスクトップアプリを顧客企業の Intune で配布するベストプラクティス — ソフトウェアベンダー視点で Win32、MSIX、コード署名、自動更新を整理する

顧客企業の Windows PC に自社デスクトップアプリを届ける道は、2026 年時点では Microsoft Intune の Win32 アプリに収束しつつあります。LOB は限定用途、Store for Business は廃止、MSIX は適合する場合のみ、というのが現実です。Win32 を一次選択にするなら、MSI を `.intunewin` でラップし、SHA-256 + タイムスタンプで署名し、検出ルールと Supersedence と ADMX を顧客 IT 部門に渡す。本記事ではソフトウェアベンダーが成果物として用意すべきものと、Azure Artifact Signing（旧 Trusted Signing）の地域制限を含む日本企業特有の論点までまとめます。