投稿

必要なアクション: OIC統合の起動に使用されるOracleプロビジョニング済クライアント資格証明の置換 (2026/08/18)

必要なアクション: OIC統合の起動に使用されるOracleプロビジョニング済クライアント資格証明の置換 (2026/08/18) https://blogs.oracle.com/integration/action-required-replace-oracle-provisioned-client-credentials-used-to-invoke-oic-integrations 投稿者： Ravi Pinto  | Director, Product Management, Oracle Integration Oracle Cloud ServicesアプリケーションからOracleのクライアントIDとクライアントシークレットを使用してOracle Integration（OIC）フローを呼び出しているお客様は、お客様自身が作成した機密アプリケーションに移行する必要があります。 OCI は、Oracle がプロビジョニングした Oracle Cloud Services アプリケーションのクライアント シークレットを表示しなくなりました。以前に取得したシークレットはローテーションされ、使用できなくなります。呼び出し元のアプリケーションがこれらの認証情報のいずれかをまだ使用している場合、OAuth アクセス トークンを取得できなくなり、OIC の呼び出しが失敗する可能性があります。 影響を受けるのは誰ですか？ 影響を受けるOC1 IDドメインの管理者で、外部アプリケーション、スクリプト、APIゲートウェイ、またはCI/CDジョブがOracleがプロビジョニングしたアプリケーションの認証情報を使用している場合です。これらのアプリケーションを内部的に使用するOracleサービス、および顧客が既に作成しているアプリケーションは影響を受けません。 Oracle Integrationのオーケストレーションにとって、これがなぜ重要なのか？ OIC RESTトリガーはOAuthで保護できます。サービス間呼び出し元は通常、OAuth 2.0クライアント認証情報付与を使用します。つまり、クライアントIDとクライアントシークレットをアイデンティティドメイントークンエンドポイントに提示し、アクセストークンを受け取って、そのトークンをOICエンドポイントに送信します。...
コメントを投稿
続きを読む

2026年8月のクリティカル・セキュリティ・パッチ・アップデートのリリース (2026/08/18)

2026年8月のクリティカル・セキュリティ・パッチ・アップデートのリリース (2026/08/18) https://blogs.oracle.com/security/august-2026-critical-security-patch-update-released 投稿者： Integrated Cyber Center (ICC) オラクルは本日、 2026年8月の重要セキュリティパッチアップデート をリリースしました。 このクリティカル セキュリティ パッチ アップデートは、Oracle Database Server、Oracle Autonomous Health Framework、Oracle Essbase、Oracle Application Testing Suite、Oracle Commerce、Oracle Communications、Oracle Construction and Engineering、Oracle E-Business Suite、Oracle Enterprise Manager、Oracle Financial Services Applications、Oracle Food and Beverage Applications、Oracle Fusion Middleware、Oracle Analytics、Oracle Hospitality Applications、Oracle Hyperion、Oracle Java SE、Oracle JD Edwards、Oracle MySQL、Oracle PeopleSoft、Oracle Retail Applications、Oracle Siebel CRM、Oracle Supply Chain、Oracle Virtualization など、幅広い製品ファミリーのセキュリティ アップデートを提供します。 2026 年 8 月のクリティカル セキュリティ パッチ アップデート の詳細については、 https://www.oracle.com/security-alerts/cspuaug2026.html にあるクリティカル セキュリティ パッチ アップデートのアドバイザリと、 My Oracle Support で公開されている概要 ( ド...
コメントを投稿
続きを読む

OCI IAMとAuth0の間のシングル・サインオンの設定 (2026/08/17)

イメージ
OCI IAMとAuth0の間のシングル・サインオンの設定 (2026/08/17) https://www.ateam-oracle.com/set-up-single-sign-on-between-oci-iam-and-auth0 投稿者： Tonmendu Bose  | Senior Cloud Engineer はじめに OCI IAMとAuth0間でシングルサインオン（SSO）を設定することで、OCI管理者はAuth0の認証情報を使用してOCIコンソールにシームレスにログインできます。Auth0は外部IDプロバイダー（IdP）として機能し、OCI IAMのIDドメインはサービスプロバイダー（SP）として機能します。 この統合は、認証プラットフォームとしてAuth0を使用している組織で、ユーザー向けに個別のパスワードベースの認証エクスペリエンスを維持することなく、Oracle Cloud Infrastructureへのフェデレーションアクセスを提供したい場合に役立ちます。 ソリューションアーキテクチャ このアーキテクチャでは、SAML 2.0を介してAuth0をIDプロバイダー（IdP）として使用し、OCIコンソールのユーザー認証を行うプロセスについて説明します。 ログイン試行： ユーザーがOCIコンソールへのログインを試みます。 SAMLリクエスト： サービスプロバイダーとして機能するOCI IAMは、ユーザーをAuth0にリダイレクトし、SAML認証リクエストを送信します。 認証要求： Auth0はユーザーにログインページを表示し、認証を促します。 認証成功： ユーザーはAuth0で設定された認証方法を使用して正常に認証されました。 SAMLレスポンス： 認証が成功すると、Auth0は署名付きSAMLアサーションを生成し、そのレスポンスをOCI IAMアサーションコンシューマーサービス（ACS）に送信します。 IDマッピング： OCI IAMはSAMLのSubject/NameIDを読み取り、それをIAM IDドメイン内の対応するユーザーにマッピングします。 アクセスが許可されました: OCI IAM は SAML レスポンスを検証し、ユーザーセッションを確立して、OCI コンソールへのアクセスを許可します。 さらに、OCI IAM...
コメントを投稿
続きを読む