Apache Hive: SSRF vulnerability in Hive Avro Serde due to Insufficient input validation on avro.schema.url

Server-Side Request Forgery (SSRF) in Avro SerDe schema resolution in Apache Hive before 4.2.1 allows an authenticated remote attacker with CREATE TABLE privilege to cause the Hive server to fetch an attacker-controlled URL when resolving the avro.schema.url table property on an Avro table that is subsequently queried. This can expose cloud instance metadata, internal network services, or local server files to the Hive process identity. Users are recommended to upgrade to version 4.2.1, which fixes this issue. Attacker access requirements: * Network access to HiveServer2 / Metastore: required (remote attacker model). * Valid Hive authentication: required. * CREATE TABLE (or equivalent) privilege: required, so the attacker can set avro.schema.url in table properties. * SELECT privilege on the malicious table: not required for the creator, who can typically query their own table; any other user granted SELECT can also trigger the fetch. * Write access to the table LOCATION: not required; the attack uses the schema URL, not the data path. * Admin / superuser privileges: not required; an ordinary authenticated user with DDL rights is sufficient. * External tables enabled: typically required in practice, and enabled by default in most deployments. Detection guidance: * Inspect metastore / Hive table metadata for Avro tables whose avro.schema.url uses unexpected schemes such as http, https, file, or ftp, or points at link-local / cloud metadata addresses (for example 169.254.169.254) or other internal hosts. * Review HiveServer2 and Metastore logs around CREATE/ALTER TABLE and queries against Avro tables for schema-resolution failures or outbound fetches of avro.schema.url. * Correlate CREATE TABLE / ALTER TABLE activity that sets avro.schema.url with subsequent SELECT activity on the same table, especially when the URL target is unusual for schema distribution. * On cloud deployments, check instance / VPC flow logs and metadata service access logs for unexpected requests from Hive host identities shortly after Avro DDL or query activity.

Apache Hiveの4.2.1以前のAvro SerDeスキーマ解決におけるサーバーサイドリクエストフォージェリ（SSRF）は、CREATE TABLE権限を持つ認証済みのリモート攻撃者が、Avroテーブルのavro.schema.urlテーブルプロパティを解決する際に、攻撃者が制御するURLをHiveサーバーに取得させることを可能にします。このAvroテーブルはその後クエリされます。これにより、クラウドインスタンスのメタデータ、内部ネットワークサービス、またはローカルサーバーファイルがHiveプロセスのIDに漏洩する可能性があります。ユーザーは、この問題を修正したバージョン4.2.1へアップグレードすることを推奨します。攻撃者のアクセス要件は以下の通りです。 * HiveServer2 / Metastoreへのネットワークアクセス：必須（リモート攻撃モデル） * 有効なHive認証：必須 * CREATE TABLE（または同等）の権限：必須です。攻撃者がテーブルのavro.schema.urlプロパティを設定可能なため * 悪意あるテーブルに対するSELECT権限：作成者には不要です（通常、自身のテーブルをクエリ可能）。他のユーザーがSELECT権限を持つ場合もフェッチを誘発可能です * テーブルのLOCATIONに対する書き込みアクセス：不要です。攻撃はデータパスではなくスキーマのURLを使用するため * 管理者/スーパーユーザー権限：不要です。DDL権限を持つ通常の認証済みユーザーで十分です * 外部テーブルの有効化：通常、実務上必要で多くの導入ではデフォルトで有効になっています。検出のためのガイダンスとしては、 * MetastoreやHiveテーブルのメタデータを監査し、avro.schema.urlがhttp、https、file、ftpなどの予期しないスキームを使用している、またはリンクローカル/クラウドのメタデータアドレス（例：169.254.169.254）やその他の内部ホストを指しているAvroテーブルを確認してください。 * HiveServer2やMetastoreのログを、CREATE/ALTER TABLEおよびAvroテーブルに対するクエリでのスキーマ解決失敗やavro.schema.urlの外向きフェッチに関して調査してください。 * avro.schema.urlを設定するCREATE TABLE/ALTER TABLEの操作と、その後の同一テーブルに対するSELECT操作を相関分析し、特にスキーマ配布としてURLのターゲットが異常な場合に注目してください。 * クラウド導入環境では、AvroのDDLやクエリ操作直後にHiveホストのIDからメタデータサービスへの予期しないリクエストがないか、インスタンス/VPCフローログやメタデータサービスアクセスログを確認してください。