投稿

Security Alert CVE-2026-109618 and CVE-2026-109619 (2026/10/25)

Security Alert CVE-2026-109618 and CVE-2026-109619 (2026/10/25) https://blogs.oracle.com/security/security-alert-cve-2026-109618-and-cve-2026-109619 投稿者: Integrated Cyber Center (ICC) Oracleは、PHP2Shellとして知られる2つのPHPの脆弱性に対処するため、セキュリティアラートCVE-2026-109618およびCVE-2026-109619 を公開しました 。これらの脆弱性により、認証なしでリモートコードが実行される可能性があります。これらの脆弱性に対するCVSS v3.1基本スコアの最高値は9.8です。 オラクルは、お客様に対し、入手可能なセキュリティパッチを速やかに適用することを強く推奨します。 Oracleのお客様は、詳細なガイダンスについては、 https://www.oracle.com/security-alerts/alert-cve-2026-109618.html に掲載されているセキュリティアラートアドバイザリを参照してください 。このアドバイザリは、追加の製品パッチが利用可能になり次第、随時更新されます。

AI Vector Searchを構築した理由 (2026/10/24)

AI Vector Search を構築した理由 (2026/10/24) https://blogs.oracle.com/database/why-we-built-ai-vector-search 投稿者: Andy Rivenes  | Oracle Database Product Manager Oracle AI Vector Searchは、単に検索の種類を増やしたいという願望から始まったわけではありません。その出発点は、人々が必ずしも必要な情報に含まれる単語と同じものを使って検索するとは限らないという、単純な問題でした。 従来の検索では、一致する単語、値、または属性を探します。これは、ユーザーが正確な用語を知っている場合にはうまく機能します。しかし、表現が異なると、有用な情報を見逃してしまう可能性があります。たとえば、「データベースのメモリ使用量を削減する方法」と検索するユーザーがいる一方で、ドキュメントでは「インメモリ列ストアのサイズ設定」について説明されている場合があります。単語は異なりますが、意味は密接に関連しています。 AI Vector Searchは、その意味に基づいて検索するように設計されています。 意味で検索 これを可能にするために、埋め込みモデルと呼ばれるAIモデルが、テキスト、画像、音声、その他のコンテンツをベクトルと呼ばれる数値表現に変換します。ベクトルは元のコンテンツの代替物ではなく、むしろ、そのコンテンツが類似の意味を持つ他のコンテンツとどのような関係にあるかを示す地図のようなものです。 ユーザーが質問をすると、その質問は同じ種類の数値表現に変換されます。データベースは、その質問の意味に最も近い保存済みコンテンツを検索します。検索モデルも重要です。保存済みコンテンツとユーザーの質問の両方に同じ埋め込みモデルを使用することで、両者が同じ意味空間で比較されるようになります。 これにより、ユーザー体験は「これらの単語を含む文書を探す」から「自分が求めているものに関連する情報を探す」へと変化します。 その区別は多くの場面で重要になります。製品検索は自然言語による説明から始まる場合もありますが、価格、在庫状況、所在地、製造元なども考慮する必要があります。サポート担当者は、質問の意図を理解しつつ、顧客、製品、日付などのフィルタ...

Cloud Guardが新しいディテクタでデータを保護 (2026/10/24)

Cloud Guardが新しいディテクタでデータを保護 (2026/10/24) https://blogs.oracle.com/cloud-infrastructure/cloud-guard-protects-data-with-new-detectors 投稿者: Martin Sleeman  | Senior Principal Product Manager AIは企業が構築・自動化できる範囲を拡大する一方で、攻撃者が脆弱性をより迅速に発見・悪用することを可能にしています。Oracle  は、顧客のクラウド環境の強化を支援するため、18種類の新しいCloud Guard ディテクタ機能をリリースしました。これらのチェック機能は、露出したデータベース、不要なアクセスパス、脆弱な接続、およびリカバリ保護の欠落を特定します。これらの検出結果を修正することで、データ盗難の機会を減らし、破壊的な攻撃からの復旧を改善できます。 経路全体を保護します データを保護するには、データベースへのログインを保護するだけでは不十分です。データベースには、ネットワークアクセスを制限し、データセキュリティ対策を強化する必要があります。接続には強力な暗号化が必要であり、認証情報や共有リンクには明確な目的が求められ、バックアップは常に必要です。  これらの調査結果を活用し、データベースへのアクセスを、必要なネットワークとアプリケーションのみに制限してください。そうすることで、外部環境から盗まれた認証情報を直接悪用される機会を減らすことができます。 Cloud Guardディテクタ: プライベートエンドポイントを持たないAutonomous Database  プライベートエンドポイントのないAutonomous Databaseにフラグを立ててください。古いパスを削除する前に、プライベート接続を設定し、DNSとクライアントアクセスをテストしてください。プライベートエンドポイントがないだけでは、公開されているとは証明されません。  公開アクセス可能なAutonomous Database  情報漏洩の兆候です。許可された送信元を制限するか、プライベートエンドポイントを使用して、盗まれた認証情報を使用した接続試行を含む、あらゆる接...