現在のユーザーが共有 VPC 管理者ロールを持っている場合、サービス プロジェクトとのサブネット レベルの共有権限に関係なく、ユーザーは共有 VPC 内のすべてのネットワークを利用できるため、オプション A が正しい選択です。
選択肢 B はバグではないため、不正解です。
オプション C は不正解です。現在のユーザーが共有管理者の役割を持っている場合、すべてのサブネットが使用可能になります。
オプション D は不正解です。共有ネットワーク管理者の役割が存在しません。

タグを作成してコンピューティング エンジン インスタンスにアタッチし、カスタム ポートへのトラフィックを許可することは許容度が低いため、オプション B が正しい選択です。
選択肢 A は不正解です。ネットワーク内のすべてのインスタンスとしてターゲットを選択すると、すべてのインスタンスへのトラフィックが許可されます。
選択肢 C は不正解です。すべてのプロトコルとポートを許可することはセキュリティ上の問題であり、常に最小許容度の原則に従うためです。
選択肢 D は不正解です。すべてのプロトコルとポートを許可すると、セキュリティ上の災害につながる可能性があり、常に最小許容度の原則に従うためです。

共有 VPC を使用して、共通の VPC ネットワークに接続します。これらのプロジェクト内のリソースは、内部 IP を使用してプロジェクトの境界を越えて安全かつ効率的に相互に通信できます。サブネット、ルート、ファイアウォールなどの共有ネットワーク リソースを中央のホスト プロジェクトから管理できるため、プロジェクト全体に一貫したネットワーク ポリシーを適用して強制できます。
共有 VPC と IAM コントロールを使用すると、ネットワーク管理をプロジェクト管理から分離できます。この分離は、最小特権の原則を実装するのに役立ちます。たとえば、集中ネットワーク チームは、参加プロジェクトへの権限がなくてもネットワークを管理できます。同様に、プロジェクト管理者は、共有ネットワークを操作する権限がなくても、プロジェクト リソースを管理できます。
参考: https://cloud.google.com/docs/enterprise/best-practices-for-enterprise-organizations