Okta: preuves de jetons de support, test de responsabilité

Résumé

Okta a divulgué une compromission en 2023 de son environnement de gestion des cas de support après que des artefacts de support soumis par les clients aient été abusés lors de tentatives contre les locataires des clients.
Qui avait le contrôle pratique sur la rédaction des fichiers de support, la gestion des jetons de session, la notification des clients, les preuves de comptes suspects, l'accès des fournisseurs de support et la preuve qu'un fournisseur d'identité pouvait défendre la frontière créée par son service d'assistance?
Le problème de responsabilité est qu'un fournisseur d'identité peut être techniquement en dehors du locataire de production d'un client tout en détenant des artefacts qui permettent à un attaquant d'approcher ce locataire.
Les clients, les administrateurs, les utilisateurs en aval, les intervenants en cas d'incident, le personnel de support et les équipes de sécurité avaient besoin de preuves que la commodité du support n'était pas devenue un transfert de contrôle d'identité.
L'article sépare les allégations, les affirmations de l'entreprise, les dossiers des régulateurs, les conclusions techniques, la position des tribunaux et les inconnues résiduelles afin que la responsabilité soit basée sur les preuves plutôt que sur la force narrative.

Les artefacts de support sont devenus des documents privilégiés

Les artefacts de support sont devenus des documents privilégiés est le bon point de départ car le problème de responsabilité est qu'un fournisseur d'identité peut être techniquement en dehors du locataire de production d'un client tout en détenant des artefacts qui permettent à un attaquant d'approcher ce locataire. Okta a divulgué une compromission en 2023 de son environnement de gestion des cas de support après que des artefacts de support soumis par les clients aient été abusés lors de tentatives contre les locataires des clients.

La question de responsabilité publique n'est donc pas de savoir si l'organisation a vécu un incident difficile; il s'agit de savoir si les personnes en dehors de la salle de contrôle pouvaient voir suffisamment de preuves pour comprendre ce qui a changé, qui a contrôlé ce changement et quels risques restaient ouverts.

Pour OKTA, la surface de contrôle pratique incluait la compromission du système de support Okta, les fichiers HAR, la gestion des jetons de session, la notification des clients, les preuves de locataire, les workflows de support, l'accès des fournisseurs et la réparation de la frontière d'identité. Ces mots nomment différentes équipes et différentes tâches de preuve.

Une équipe de sécurité peut détenir des journaux, une équipe produit peut détenir des preuves de version ou de plateforme, une équipe juridique peut contrôler le langage de notification, les finances peuvent contrôler les estimations de pertes, et les équipes en contact avec les clients peuvent contrôler les explications que les personnes concernées peuvent réellement utiliser. La responsabilité apparaît lorsque ces fragments sont réunis en un seul dossier au lieu d'être laissés comme des mémoires institutionnelles séparées.

Une frontière de source pour cette section est Okta, 2023-10-20, avis d'incident (https://sec.okta.com/articles/2023/10/tracking-unauthorized-access-oktas-support-system/). Il est utile pour le dossier public autour de la compromission du système de support Okta, de l'exposition des jetons de session, des preuves clients et du dossier de responsabilité de frontière d'identité, mais il ne peut pas à lui seul répondre à toutes les questions de contrôle interne, donc cet article le traite comme une preuve pour l'affirmation qu'il peut réellement soutenir.

La limite compte autant que le fait. L'article traite les blogs de clients comme des preuves de leur propre découverte et réponse, et non comme une preuve complète de la séquence interne d'Okta. Un lecteur ne devrait pas avoir à deviner si une phrase provient d'une divulgation d'entreprise, d'un régulateur, d'un tribunal, d'un client, d'un chercheur technique ou d'une norme sectorielle. Lorsque le type de source est explicite, l'article peut dire moins dramatiquement mais plus précisément: voici ce que le dossier prouve, voici ce qu'il suggère et voici ce qui reste non prouvé.

La même discipline change la remédiation. Si la seule réparation promise est une assurance large, le prochain conseil ou client ne peut pas la tester. Si la réparation est liée à des preuves sources, telles qu'Okta, 2023-11-29, Formulaire 8-K Pièce 99.2 (https://www.sec.gov/Archives/edgar/data/1660134/000166013423000065/okta-10312023_ex992.htm) et Cloudflare, 2023-10-26, rapport de remédiation (https://blog.cloudflare.com/introducing-har-sanitizer-secure-har-sharing/), alors l'organisation peut être interrogée sur les dates, la portée, les exceptions, les résultats de test et les dépendances restantes. C'est la différence entre le rétablissement de la réputation et le rétablissement responsable.

La frontière du locataire incluait le service d'assistance

La frontière du locataire incluait le service d'assistance est le bon point de départ car le problème de responsabilité est qu'un fournisseur d'identité peut être techniquement en dehors du locataire de production d'un client tout en détenant des artefacts qui permettent à un attaquant d'approcher ce locataire. Okta a divulgué une compromission en 2023 de son environnement de gestion des cas de support après que des artefacts de support soumis par les clients aient été abusés lors de tentatives contre les locataires des clients.

Une frontière de source pour cette section est Okta, 2023-11-03, article sur la cause racine et la remédiation (https://sec.okta.com/articles/2023/11/unauthorized-access-oktas-support-case-management-system-root-cause/). Il est utile pour le dossier public autour de la compromission du système de support Okta, de l'exposition des jetons de session, des preuves clients et du dossier de responsabilité de frontière d'identité, mais il ne peut pas à lui seul répondre à toutes les questions de contrôle interne, donc cet article le traite comme une preuve pour l'affirmation qu'il peut réellement soutenir.

La limite compte autant que le fait. Les fichiers de support peuvent contenir des cookies, jetons, en-têtes et contexte de locataire qui dépassent le risque de dépannage ordinaire. Un lecteur ne devrait pas avoir à deviner si une phrase provient d'une divulgation d'entreprise, d'un régulateur, d'un tribunal, d'un client, d'un chercheur technique ou d'une norme sectorielle. Lorsque le type de source est explicite, l'article peut dire moins dramatiquement mais plus précisément: voici ce que le dossier prouve, voici ce qu'il suggère et voici ce qui reste non prouvé.

La même discipline change la remédiation. Si la seule réparation promise est une assurance large, le prochain conseil ou client ne peut pas la tester. Si la réparation est liée à des preuves sources, telles qu'Okta, Formulaire 10-Q 2023 (https://www.sec.gov/Archives/edgar/data/1660134/000166013423000068/okta-20231031.htm) et Cloudflare, 2024-02-01, rapport d'incident ultérieur (https://blog.cloudflare.com/thanksgiving-2023-security-incident/), alors l'organisation peut être interrogée sur les dates, la portée, les exceptions, les résultats de test et les dépendances restantes. C'est la différence entre le rétablissement de la réputation et le rétablissement responsable.

La découverte par les clients a changé le parcours de preuve publique

La découverte par les clients a changé le parcours de preuve publique est le bon point de départ car le problème de responsabilité est qu'un fournisseur d'identité peut être techniquement en dehors du locataire de production d'un client tout en détenant des artefacts qui permettent à un attaquant d'approcher ce locataire. Okta a divulgué une compromission en 2023 de son environnement de gestion des cas de support après que des artefacts de support soumis par les clients aient été abusés lors de tentatives contre les locataires des clients.

Une frontière de source pour cette section est Okta, 2023-11-29, mise à jour et actions recommandées (https://sec.okta.com/articles/october-security-incident-recommended-actions/). Il est utile pour le dossier public autour de la compromission du système de support Okta, de l'exposition des jetons de session, des preuves clients et du dossier de responsabilité de frontière d'identité, mais il ne peut pas à lui seul répondre à toutes les questions de contrôle interne, donc cet article le traite comme une preuve pour l'affirmation qu'il peut réellement soutenir.

La limite compte autant que le fait. Les outils de rédaction font partie de l'environnement de contrôle lorsque le support nécessite des archives de navigateur. Un lecteur ne devrait pas avoir à deviner si une phrase provient d'une divulgation d'entreprise, d'un régulateur, d'un tribunal, d'un client, d'un chercheur technique ou d'une norme sectorielle. Lorsque le type de source est explicite, l'article peut dire moins dramatiquement mais plus précisément: voici ce que le dossier prouve, voici ce qu'il suggère et voici ce qui reste non prouvé.

La même discipline change la remédiation. Si la seule réparation promise est une assurance large, le prochain conseil ou client ne peut pas la tester. Si la réparation est liée à des preuves sources, telles qu'Okta, Formulaire 10-K 2024 (https://www.sec.gov/Archives/edgar/data/1660134/000166013424000025/okta-20240131.htm) et Workiva, 2023, avis client (https://support.workiva.com/hc/en-us/articles/21459574907156-Okta-Customer-Support-Security-Incident-November-2023), alors l'organisation peut être interrogée sur les dates, la portée, les exceptions, les résultats de test et les dépendances restantes. C'est la différence entre le rétablissement de la réputation et le rétablissement responsable.

Les directives de rédaction étaient un contrôle, pas de la paperasse

Les directives de rédaction étaient un contrôle, pas de la paperasse est le bon point de départ car le problème de responsabilité est qu'un fournisseur d'identité peut être techniquement en dehors du locataire de production d'un client tout en détenant des artefacts qui permettent à un attaquant d'approcher ce locataire. Okta a divulgué une compromission en 2023 de son environnement de gestion des cas de support après que des artefacts de support soumis par les clients aient été abusés lors de tentatives contre les locataires des clients.

Une frontière de source pour cette section est Okta, 2024-02-08, note de clôture d'enquête (https://sec.okta.com/articles/harfiles/). Il est utile pour le dossier public autour de la compromission du système de support Okta, de l'exposition des jetons de session, des preuves clients et du dossier de responsabilité de frontière d'identité, mais il ne peut pas à lui seul répondre à toutes les questions de contrôle interne, donc cet article le traite comme une preuve pour l'affirmation qu'il peut réellement soutenir.

La limite compte autant que le fait. La confiance dans l'identité est endommagée lorsque les clients ne peuvent pas voir quels artefacts ont été touchés. Un lecteur ne devrait pas avoir à deviner si une phrase provient d'une divulgation d'entreprise, d'un régulateur, d'un tribunal, d'un client, d'un chercheur technique ou d'une norme sectorielle. Lorsque le type de source est explicite, l'article peut dire moins dramatiquement mais plus précisément: voici ce que le dossier prouve, voici ce qu'il suggère et voici ce qui reste non prouvé.

La même discipline change la remédiation. Si la seule réparation promise est une assurance large, le prochain conseil ou client ne peut pas la tester. Si la réparation est liée à des preuves sources, telles que 1Password, 2023, rapport d'incident client concerné (https://blog.1password.com/files/okta-incident/okta-incident-report.pdf) et Documentation Okta, guide de génération HAR (https://help.okta.com/oag/en-us/content/topics/access-gateway/troubleshooting-with-har.htm), alors l'organisation peut être interrogée sur les dates, la portée, les exceptions, les résultats de test et les dépendances restantes. C'est la différence entre le rétablissement de la réputation et le rétablissement responsable.

Les preuves de session devaient être par client

Les preuves de session devaient être par client est le bon point de départ car le problème de responsabilité est qu'un fournisseur d'identité peut être techniquement en dehors du locataire de production d'un client tout en détenant des artefacts qui permettent à un attaquant d'approcher ce locataire. Okta a divulgué une compromission en 2023 de son environnement de gestion des cas de support après que des artefacts de support soumis par les clients aient été abusés lors de tentatives contre les locataires des clients.

Une frontière de source pour cette section est Okta, 2023-11-29, Formulaire SEC 8-K (https://www.sec.gov/Archives/edgar/data/1660134/000166013423000065/okta-20231129.htm). Il est utile pour le dossier public autour de la compromission du système de support Okta, de l'exposition des jetons de session, des preuves clients et du dossier de responsabilité de frontière d'identité, mais il ne peut pas à lui seul répondre à toutes les questions de contrôle interne, donc cet article le traite comme une preuve pour l'affirmation qu'il peut réellement soutenir.

La même discipline change la remédiation. Si la seule réparation promise est une assurance large, le prochain conseil ou client ne peut pas la tester. Si la réparation est liée à des preuves sources, telles que BeyondTrust, 2023-10-20, rapport client concerné (https://www.beyondtrust.com/blog/entry/okta-support-unit-breach) et Chrome for Developers, documentation technique du navigateur (https://developer.chrome.com/docs/devtools/network/reference#save-all-as-har), alors l'organisation peut être interrogée sur les dates, la portée, les exceptions, les résultats de test et les dépendances restantes. C'est la différence entre le rétablissement de la réputation et le rétablissement responsable.

L'accès au support nécessitait un moindre privilège et un audit

L'accès au support nécessitait un moindre privilège et un audit est le bon point de départ car le problème de responsabilité est qu'un fournisseur d'identité peut être techniquement en dehors du locataire de production d'un client tout en détenant des artefacts qui permettent à un attaquant d'approcher ce locataire. Okta a divulgué une compromission en 2023 de son environnement de gestion des cas de support après que des artefacts de support soumis par les clients aient été abusés lors de tentatives contre les locataires des clients.

Une frontière de source pour cette section est Okta, 2023-11-29, Formulaire 8-K Pièce 99.2 (https://www.sec.gov/Archives/edgar/data/1660134/000166013423000065/okta-10312023_ex992.htm). Il est utile pour le dossier public autour de la compromission du système de support Okta, de l'exposition des jetons de session, des preuves clients et du dossier de responsabilité de frontière d'identité, mais il ne peut pas à lui seul répondre à toutes les questions de contrôle interne, donc cet article le traite comme une preuve pour l'affirmation qu'il peut réellement soutenir.

La même discipline change la remédiation. Si la seule réparation promise est une assurance large, le prochain conseil ou client ne peut pas la tester. Si la réparation est liée à des preuves sources, telles que Cloudflare, 2023-10-20, rapport client concerné (https://blog.cloudflare.com/how-cloudflare-mitigated-yet-another-okta-compromise/) et Okta Developer, guide des cookies de session (https://developer.okta.com/docs/guides/session-cookie/-/main/), alors l'organisation peut être interrogée sur les dates, la portée, les exceptions, les résultats de test et les dépendances restantes. C'est la différence entre le rétablissement de la réputation et le rétablissement responsable.

Les rapports de tiers ont affiné la chronologie

Les rapports de tiers ont affiné la chronologie est le bon point de départ car le problème de responsabilité est qu'un fournisseur d'identité peut être techniquement en dehors du locataire de production d'un client tout en détenant des artefacts qui permettent à un attaquant d'approcher ce locataire. Okta a divulgué une compromission en 2023 de son environnement de gestion des cas de support après que des artefacts de support soumis par les clients aient été abusés lors de tentatives contre les locataires des clients.

Une frontière de source pour cette section est Okta, Formulaire 10-Q 2023 (https://www.sec.gov/Archives/edgar/data/1660134/000166013423000068/okta-20231031.htm). Il est utile pour le dossier public autour de la compromission du système de support Okta, de l'exposition des jetons de session, des preuves clients et du dossier de responsabilité de frontière d'identité, mais il ne peut pas à lui seul répondre à toutes les questions de contrôle interne, donc cet article le traite comme une preuve pour l'affirmation qu'il peut réellement soutenir.

La même discipline change la remédiation. Si la seule réparation promise est une assurance large, le prochain conseil ou client ne peut pas la tester. Si la réparation est liée à des preuves sources, telles que Cloudflare, 2023-10-26, rapport de remédiation (https://blog.cloudflare.com/introducing-har-sanitizer-secure-har-sharing/) et OWASP, guide de gestion de session (https://cheatsheetseries.owasp.org/cheatsheets/Session_Management_Cheat_Sheet.html), alors l'organisation peut être interrogée sur les dates, la portée, les exceptions, les résultats de test et les dépendances restantes. C'est la différence entre le rétablissement de la réputation et le rétablissement responsable.

Les fournisseurs d'identité portent une confiance déléguée

Les fournisseurs d'identité portent une confiance déléguée est le bon point de départ car le problème de responsabilité est qu'un fournisseur d'identité peut être techniquement en dehors du locataire de production d'un client tout en détenant des artefacts qui permettent à un attaquant d'approcher ce locataire. Okta a divulgué une compromission en 2023 de son environnement de gestion des cas de support après que des artefacts de support soumis par les clients aient été abusés lors de tentatives contre les locataires des clients.

Une frontière de source pour cette section est Okta, Formulaire 10-K 2024 (https://www.sec.gov/Archives/edgar/data/1660134/000166013424000025/okta-20240131.htm). Il est utile pour le dossier public autour de la compromission du système de support Okta, de l'exposition des jetons de session, des preuves clients et du dossier de responsabilité de frontière d'identité, mais il ne peut pas à lui seul répondre à toutes les questions de contrôle interne, donc cet article le traite comme une preuve pour l'affirmation qu'il peut réellement soutenir.

La même discipline change la remédiation. Si la seule réparation promise est une assurance large, le prochain conseil ou client ne peut pas la tester. Si la réparation est liée à des preuves sources, telles que Cloudflare, 2024-02-01, rapport d'incident ultérieur (https://blog.cloudflare.com/thanksgiving-2023-security-incident/) et Okta, 2023-10-20, avis d'incident (https://sec.okta.com/articles/2023/10/tracking-unauthorized-access-oktas-support-system/), alors l'organisation peut être interrogée sur les dates, la portée, les exceptions, les résultats de test et les dépendances restantes. C'est la différence entre le rétablissement de la réputation et le rétablissement responsable.

L'action des clients dépendait de détails exploitables

L'action des clients dépendait de détails exploitables est le bon point de départ car le problème de responsabilité est qu'un fournisseur d'identité peut être techniquement en dehors du locataire de production d'un client tout en détenant des artefacts qui permettent à un attaquant d'approcher ce locataire. Okta a divulgué une compromission en 2023 de son environnement de gestion des cas de support après que des artefacts de support soumis par les clients aient été abusés lors de tentatives contre les locataires des clients.

Une frontière de source pour cette section est 1Password, 2023, rapport d'incident client concerné (https://blog.1password.com/files/okta-incident/okta-incident-report.pdf). Il est utile pour le dossier public autour de la compromission du système de support Okta, de l'exposition des jetons de session, des preuves clients et du dossier de responsabilité de frontière d'identité, mais il ne peut pas à lui seul répondre à toutes les questions de contrôle interne, donc cet article le traite comme une preuve pour l'affirmation qu'il peut réellement soutenir.

La même discipline change la remédiation. Si la seule réparation promise est une assurance large, le prochain conseil ou client ne peut pas la tester. Si la réparation est liée à des preuves sources, telles que Workiva, 2023, avis client (https://support.workiva.com/hc/en-us/articles/21459574907156-Okta-Customer-Support-Security-Incident-November-2023) et Okta, 2023-11-03, article sur la cause racine et la remédiation (https://sec.okta.com/articles/2023/11/unauthorized-access-oktas-support-case-management-system-root-cause/), alors l'organisation peut être interrogée sur les dates, la portée, les exceptions, les résultats de test et les dépendances restantes. C'est la différence entre le rétablissement de la réputation et le rétablissement responsable.

Les futurs systèmes de support nécessitent un échange sécurisé d'artefacts

Les futurs systèmes de support nécessitent un échange sécurisé d'artefacts est le bon point de départ car le problème de responsabilité est qu'un fournisseur d'identité peut être techniquement en dehors du locataire de production d'un client tout en détenant des artefacts qui permettent à un attaquant d'approcher ce locataire. Okta a divulgué une compromission en 2023 de son environnement de gestion des cas de support après que des artefacts de support soumis par les clients aient été abusés lors de tentatives contre les locataires des clients.

Une frontière de source pour cette section est BeyondTrust, 2023-10-20, rapport client concerné (https://www.beyondtrust.com/blog/entry/okta-support-unit-breach). Il est utile pour le dossier public autour de la compromission du système de support Okta, de l'exposition des jetons de session, des preuves clients et du dossier de responsabilité de frontière d'identité, mais il ne peut pas à lui seul répondre à toutes les questions de contrôle interne, donc cet article le traite comme une preuve pour l'affirmation qu'il peut réellement soutenir.

La même discipline change la remédiation. Si la seule réparation promise est une assurance large, le prochain conseil ou client ne peut pas la tester. Si la réparation est liée à des preuves sources, telles que Documentation Okta, guide de génération HAR (https://help.okta.com/oag/en-us/content/topics/access-gateway/troubleshooting-with-har.htm) et Okta, 2023-11-29, mise à jour et actions recommandées (https://sec.okta.com/articles/october-security-incident-recommended-actions/), alors l'organisation peut être interrogée sur les dates, la portée, les exceptions, les résultats de test et les dépendances restantes. C'est la différence entre le rétablissement de la réputation et le rétablissement responsable.

Des inconnues subsistent autour de la culture de manipulation des artefacts

Des inconnues subsistent autour de la culture de manipulation des artefacts est le bon point de départ car le problème de responsabilité est qu'un fournisseur d'identité peut être techniquement en dehors du locataire de production d'un client tout en détenant des artefacts qui permettent à un attaquant d'approcher ce locataire. Okta a divulgué une compromission en 2023 de son environnement de gestion des cas de support après que des artefacts de support soumis par les clients aient été abusés lors de tentatives contre les locataires des clients.

Une frontière de source pour cette section est Cloudflare, 2023-10-20, rapport client concerné (https://blog.cloudflare.com/how-cloudflare-mitigated-yet-another-okta-compromise/). Il est utile pour le dossier public autour de la compromission du système de support Okta, de l'exposition des jetons de session, des preuves clients et du dossier de responsabilité de frontière d'identité, mais il ne peut pas à lui seul répondre à toutes les questions de contrôle interne, donc cet article le traite comme une preuve pour l'affirmation qu'il peut réellement soutenir.

La même discipline change la remédiation. Si la seule réparation promise est une assurance large, le prochain conseil ou client ne peut pas la tester. Si la réparation est liée à des preuves sources, telles que Chrome for Developers, documentation technique du navigateur (https://developer.chrome.com/docs/devtools/network/reference#save-all-as-har) et Okta, 2024-02-08, note de clôture d'enquête (https://sec.okta.com/articles/harfiles/), alors l'organisation peut être interrogée sur les dates, la portée, les exceptions, les résultats de test et les dépendances restantes. C'est la différence entre le rétablissement de la réputation et le rétablissement responsable.

Le dossier responsable commence avant l'ouverture du ticket

Le dossier responsable commence avant l'ouverture du ticket est le bon point de départ car le problème de responsabilité est qu'un fournisseur d'identité peut être techniquement en dehors du locataire de production d'un client tout en détenant des artefacts qui permettent à un attaquant d'approcher ce locataire. Okta a divulgué une compromission en 2023 de son environnement de gestion des cas de support après que des artefacts de support soumis par les clients aient été abusés lors de tentatives contre les locataires des clients.

Une frontière de source pour cette section est Cloudflare, 2023-10-26, rapport de remédiation (https://blog.cloudflare.com/introducing-har-sanitizer-secure-har-sharing/). Il est utile pour le dossier public autour de la compromission du système de support Okta, de l'exposition des jetons de session, des preuves clients et du dossier de responsabilité de frontière d'identité, mais il ne peut pas à lui seul répondre à toutes les questions de contrôle interne, donc cet article le traite comme une preuve pour l'affirmation qu'il peut réellement soutenir.

La même discipline change la remédiation. Si la seule réparation promise est une assurance large, le prochain conseil ou client ne peut pas la tester. Si la réparation est liée à des preuves sources, telles que Okta Developer, guide des cookies de session (https://developer.okta.com/docs/guides/session-cookie/-/main/) et Okta, 2023-11-29, Formulaire SEC 8-K (https://www.sec.gov/Archives/edgar/data/1660134/000166013423000065/okta-20231129.htm), alors l'organisation peut être interrogée sur les dates, la portée, les exceptions, les résultats de test et les dépendances restantes. C'est la différence entre le rétablissement de la réputation et le rétablissement responsable.

Dossier de preuves pour le lecteur

L'article utilise les sources publiques suivantes comme dossier de lecture pour les preuves de jetons de support Okta et le dossier de responsabilité de frontière d'identité. Chaque source est traitée avec des limites: les déclarations de l'entreprise prouvent ce que l'entreprise a dit ou signalé, les dossiers judiciaires prouvent la posture juridique, les dossiers des régulateurs prouvent une action ou une allégation officielle, les articles techniques prouvent les mécanismes observés dans leur champ, et les documents de normes fournissent des références de contrôle plutôt que des conclusions rétroactives.

Okta, 2023-10-20, avis d'incident:https://sec.okta.com/articles/2023/10/tracking-unauthorized-access-oktas-support-system/
Okta, 2023-11-03, article sur la cause racine et la remédiation:https://sec.okta.com/articles/2023/11/unauthorized-access-oktas-support-case-management-system-root-cause/
Okta, 2023-11-29, mise à jour et actions recommandées:https://sec.okta.com/articles/october-security-incident-recommended-actions/
Okta, 2024-02-08, note de clôture d'enquête:https://sec.okta.com/articles/harfiles/
Okta, 2023-11-29, Formulaire SEC 8-K:https://www.sec.gov/Archives/edgar/data/1660134/000166013423000065/okta-20231129.htm
Okta, 2023-11-29, Formulaire 8-K Pièce 99.2:https://www.sec.gov/Archives/edgar/data/1660134/000166013423000065/okta-10312023_ex992.htm
Okta, Formulaire 10-Q 2023:https://www.sec.gov/Archives/edgar/data/1660134/000166013423000068/okta-20231031.htm
Okta, Formulaire 10-K 2024:https://www.sec.gov/Archives/edgar/data/1660134/000166013424000025/okta-20240131.htm
1Password, 2023, rapport d'incident client concerné:https://blog.1password.com/files/okta-incident/okta-incident-report.pdf
BeyondTrust, 2023-10-20, rapport client concerné:https://www.beyondtrust.com/blog/entry/okta-support-unit-breach
Cloudflare, 2023-10-20, rapport client concerné:https://blog.cloudflare.com/how-cloudflare-mitigated-yet-another-okta-compromise/
Cloudflare, 2023-10-26, rapport de remédiation:https://blog.cloudflare.com/introducing-har-sanitizer-secure-har-sharing/
Cloudflare, 2024-02-01, rapport d'incident ultérieur:https://blog.cloudflare.com/thanksgiving-2023-security-incident/
Workiva, 2023, avis client:https://support.workiva.com/hc/en-us/articles/21459574907156-Okta-Customer-Support-Security-Incident-November-2023
Documentation Okta, guide de génération HAR:https://help.okta.com/oag/en-us/content/topics/access-gateway/troubleshooting-with-har.htm
Chrome for Developers, documentation technique du navigateur:https://developer.chrome.com/docs/devtools/network/reference#save-all-as-har

Ce dossier de preuves est délibérément plus large qu'un simple avis de violation car la compromission du système de support Okta, l'exposition des jetons de session, les preuves clients et le dossier de responsabilité de frontière d'identité ont affecté plus d'un public. Le dossier public doit soutenir les clients qui ont besoin d'actions pratiques, les gestionnaires qui ont besoin d'un plan de réparation, les régulateurs qui ont besoin de la portée et les lecteurs qui ont besoin de savoir quelles affirmations restent incertaines.

Questions pour l'examen du conseil

Le dossier d'examen devrait nommer le propriétaire pratique de chaque décision, la date à laquelle la décision a été prise, les preuves utilisées et le public qui en dépendait. Sans cette structure, le même incident peut être raconté plus tard comme une panne technique, un litige juridique, un problème de service client ou un problème financier sans base stable pour décider quel récit est complet.

Un dossier de responsabilité utile préserve également l'incertitude. Il devrait dire ce qui est connu des déclarations de l'entreprise, ce qui est connu des dossiers gouvernementaux ou judiciaires, ce qui est connu des intervenants externes en cas d'incident et ce qui reste inféré. Cette séparation protège les lecteurs de la fausse précision et protège l'organisation du traitement de la confiance précoce comme preuve.

Le contrôle important n'est pas une réponse héroïque après coup. C'est la capacité de montrer, pendant que l'événement est encore en mouvement, quelle preuve changerait une décision. Si un avis client, un rapport au conseil, une réclamation d'assurance ou une mise à jour réglementaire serait différent après un examen de journal supplémentaire, cette dépendance devrait être visible dans le dossier.

Pour ce cas spécifique, un examen du conseil devrait demander qui avait le contrôle pratique sur la rédaction des fichiers de support, la gestion des jetons de session, la notification des clients, les preuves de comptes suspects, l'accès des fournisseurs de support et la preuve qu'un fournisseur d'identité pouvait défendre la frontière créée par son service d'assistance? La réponse ne devrait pas être un simple récit.

Elle devrait inclure des preuves datées, des propriétaires nommés, les publics affectés, les engagements envers les clients et une liste de faits que l'organisation ne pouvait toujours pas prouver lorsque le dossier public a été constitué.