脆弱な認証メカニズムは、組織を不正アクセスの危険にさらします。

認証メカニズムは、次のようなさまざまな理由で失敗する可能性があります。
- パスワードが脆弱である
- 不適切な検証
- 資格情報の管理が弱い

暗号鍵の不適切な管理は、さまざまなセキュリティ侵害の原因となります。組織は、重要なデータ リソースについて、プラットフォームマネージド キーに依存するべきではありません。

Azure にはいくつかの暗号化オプションが用意されており、それぞれに具体的な利点と制限事項があります。たとえば、Azure ストレージのサーバー側暗号化 (SSE) は、デフォルトで、コンピューティング リソースを使用せずに暗号化を実行しますが、一時ディスクやキャッシュは暗号化しません。また、コンピューティング インスタンスからストレージへのデータ フローも保護しません。Azure Disk Encryption (ADE) は、一時ディスクとキャッシュの両方、およびストレージに流れるデータを暗号化しますが、コンピューティング リソースを多く消費します。

既知のソフトウェアの脆弱性にタイムリーにパッチを適用するソフトウェア自動アップグレードは無効になっています。

暗号鍵の不適切な管理は、さまざまなセキュリティ侵害の原因となります。組織は、重要なデータ リソースについて、プラットフォームマネージド キーに依存するべきではありません。

暗号鍵の不適切な管理は、さまざまなセキュリティ侵害の原因となります。組織は、重要なデータ リソースについて、プラットフォームマネージド キーに依存するべきではありません。

暗号鍵の不適切な管理は、さまざまなセキュリティ侵害の原因となります。組織は、重要なデータ リソースについて、プラットフォームマネージド キーに依存するべきではありません。

重要なリソースまたは機密リソースへの制御されていないアクセスは、重要なデータの開示や改ざんなど、さまざまな方法で組織に重大な影響を与える可能性があります。

アクセス設定が緩いと、システムが公開され、組織の攻撃対象領域が広がる可能性があります。一般に公開されているサービスは、通常、悪意のあるエンティティによるほぼ継続的なスキャンとプロービングの対象になります。

これは、公開されたサービスのゼロデイ エクスプロイトが発見され、公表された場合 (Heartbleed など) に、特に問題になります。攻撃者は、パッチが適用されていない、公開されたシステムを積極的に追跡、検索して、それを悪用できます。

重要なリソースまたは機密リソースへの制御されていないアクセスは、重要なデータの開示や改ざんなど、さまざまな方法で組織に重大な影響を与える可能性があります。

クロスオリジン リソース シェアリング (CORS) は、ドメインが、そのリソースが別のドメインでホストされている Web ページからアクセスされるポリシーを定義できるようにするテクノロジーです。これまで、Web ブラウザーは、同一生成元ポリシーに従うために、異なるドメインからロードされたスクリプトによるそのドメイン リソースへのアクセスを制限してきました。
CORS は、ドメインが他のドメインをセーフリストに登録し、それらのドメインがそのリソースにアクセスできるようにする手段を提供します。

ドメインまたはドメイン上のディレクトリに対してサーバー レベルで設定された、過度に許容的なポリシーは、意図したよりも多くのコンテンツをクロス ドメイン アクセスに公開する可能性があるため、CORS ポリシーを定義するときは注意してください。CORS を使用すると、悪意のあるアプリケーションが被害者のアプリケーションと不適切に通信できるようになり、情報の開示、なりすまし、データの盗難、リレー、またはその他の攻撃につながる可能性があります。

CORS を実装すると、アプリケーションの攻撃対象領域が増える可能性があるため、必要な場合にのみ使用してください。

アクセス設定が緩いと、システムが公開され、組織の攻撃対象領域が広がる可能性があります。一般に公開されているサービスは、通常、悪意のあるエンティティによるほぼ継続的なスキャンとプロービングの対象になります。

これは、公開されたサービスのゼロデイ エクスプロイトが発見され、公表された場合 (Heartbleed など) に、特に問題になります。攻撃者は、パッチが適用されていない、公開されたシステムを積極的に追跡、検索して、それを悪用できます。

アクセス設定が緩いと、システムが公開され、組織の攻撃対象領域が広がる可能性があります。一般に公開されているサービスは、通常、悪意のあるエンティティによるほぼ継続的なスキャンとプロービングの対象になります。

これは、公開されたサービスのゼロデイ エクスプロイトが発見され、公表された場合 (Heartbleed など) に、特に問題になります。攻撃者は、パッチが適用されていない、公開されたシステムを積極的に追跡、検索して、それを悪用できます。

重要なリソースまたは機密リソースへの制御されていないアクセスは、重要なデータの開示や改ざんなど、さまざまな方法で組織に重大な影響を与える可能性があります。

クロスオリジン リソース シェアリング (CORS) は、ドメインが、そのリソースが別のドメインでホストされている Web ページからアクセスされるポリシーを定義できるようにするテクノロジーです。これまで、Web ブラウザーは、同一生成元ポリシーに従うために、異なるドメインからロードされたスクリプトによるそのドメイン リソースへのアクセスを制限してきました。
CORS は、ドメインが他のドメインをセーフリストに登録し、それらのドメインがそのリソースにアクセスできるようにする手段を提供します。

ドメインまたはドメイン上のディレクトリに対してサーバー レベルで設定された、過度に許容的なポリシーは、意図したよりも多くのコンテンツをクロス ドメイン アクセスに公開する可能性があるため、CORS ポリシーを定義するときは注意してください。CORS を使用すると、悪意のあるアプリケーションが被害者のアプリケーションと不適切に通信できるようになり、情報の開示、なりすまし、データの盗難、リレー、またはその他の攻撃につながる可能性があります。

CORS を実装すると、アプリケーションの攻撃対象領域が増える可能性があるため、必要な場合にのみ使用してください。

重要なリソースまたは機密リソースへの制御されていないアクセスは、重要なデータの開示や改ざんなど、さまざまな方法で組織に重大な影響を与える可能性があります。

クロスオリジン リソース シェアリング (CORS) は、ドメインが、そのリソースが別のドメインでホストされている Web ページからアクセスされるポリシーを定義できるようにするテクノロジーです。これまで、Web ブラウザーは、同一生成元ポリシーに従うために、異なるドメインからロードされたスクリプトによるそのドメイン リソースへのアクセスを制限してきました。
CORS は、ドメインが他のドメインをセーフリストに登録し、それらのドメインがそのリソースにアクセスできるようにする手段を提供します。

ドメインまたはドメイン上のディレクトリに対してサーバー レベルで設定された、過度に許容的なポリシーは、意図したよりも多くのコンテンツをクロス ドメイン アクセスに公開する可能性があるため、CORS ポリシーを定義するときは注意してください。CORS を使用すると、悪意のあるアプリケーションが被害者のアプリケーションと不適切に通信できるようになり、情報の開示、なりすまし、データの盗難、リレー、またはその他の攻撃につながる可能性があります。

CORS を実装すると、アプリケーションの攻撃対象領域が増える可能性があるため、必要な場合にのみ使用してください。

クロスオリジン リソース シェアリング (CORS) は、ドメインが、そのリソースが別のドメインでホストされている Web ページからアクセスされるポリシーを定義できるようにするテクノロジーです。これまで、Web ブラウザーは、同一生成元ポリシーに従うために、異なるドメインからロードされたスクリプトによるそのドメイン リソースへのアクセスを制限してきました。
CORS は、ドメインが他のドメインをセーフリストに登録し、それらのドメインがそのリソースにアクセスできるようにする手段を提供します。

ドメインまたはドメイン上のディレクトリに対してサーバー レベルで設定された、過度に許容的なポリシーは、意図したよりも多くのコンテンツをクロス ドメイン アクセスに公開する可能性があるため、CORS ポリシーを定義するときは注意してください。CORS を使用すると、悪意のあるアプリケーションが被害者のアプリケーションと不適切に通信できるようになり、情報の開示、なりすまし、データの盗難、リレー、またはその他の攻撃につながる可能性があります。

CORS を実装すると、アプリケーションの攻撃対象領域が増える可能性があるため、必要な場合にのみ使用してください。

アクセス設定が緩いと、システムが公開され、組織の攻撃対象領域が広がる可能性があります。一般に公開されているサービスは、通常、悪意のあるエンティティによるほぼ継続的なスキャンとプロービングの対象になります。

これは、公開されたサービスのゼロデイ エクスプロイトが発見され、公表された場合 (Heartbleed など) に、特に問題になります。攻撃者は、パッチが適用されていない、公開されたシステムを積極的に追跡、検索して、それを悪用できます。

アクセス設定が緩いと、システムが公開され、組織の攻撃対象領域が広がる可能性があります。一般に公開されているサービスは、通常、悪意のあるエンティティによるほぼ継続的なスキャンとプロービングの対象になります。

これは、公開されたサービスのゼロデイ エクスプロイトが発見され、公表された場合 (Heartbleed など) に、特に問題になります。攻撃者は、パッチが適用されていない、公開されたシステムを積極的に追跡、検索して、それを悪用できます。