--- schema_version: "1" id: c35b4e5a1f4888f5d433fa135db4658cdeff52414db4ceaa48ad794a580e0466 title: Sicher – Organisationssicherheit collection: architect version: next locale: de-de portal_url: https://docs.salesforce.com/architect/next/de-de/well-architected-tools/guides/trusted-organizational-security.md canonical_url: https://staging.architect.salesforce.com/docs/architect/de-de/well-architected-tools/guide/trusted-organizational-security.html source_site: staging.architect.salesforce.com content_type: documentation content_hash: 63e074c4cba56b05ad6c3602754a997b87c62e528d5b9e2576121077e55e2ddc products: - Gut entwickelte Tools - Architect Site Content Repo --- # Sicher – Organisationssicherheit ### Authentifizierungsmuster Weitere Informationen zu Well-Architected [Trusted](/docs/architect/de-de/well-architected/guide/trusted-overview) → [Secure](/docs/architect/de-de/well-architected/guide/secure) → [Organizational Security](/docs/architect/de-de/well-architected/guide/secure#organisationssicherheit) → [Authentication (Authentifizierung](/docs/architect/de-de/well-architected/guide/secure#authentifizierung)) | Wohin schauen?
Produktbereich \| Standort | Wie sieht gut aus?
Muster | | -------------------------------------------- | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | Platform \| Apex | ✅ Methoden, die die Authentifizierung ausführen, verwenden Anmeldeinformationen mit Namen zum Verarbeiten von Benutzernamens-/Kennwort-Flows | | Platform \| Apex | ✅ Es werden keine Benutzernamen oder Kennwörter im Code in lesbaren Formaten angezeigt (keine hartcodierten Werte oder Zeichenfolgen) | | Platform \| Apex | ✅ Wenn benutzerdefinierte Anmelde-Flows vorhanden sind, verwenden alle zugehörigen benutzerdefinierten Apex-Methoden die entsprechenden `SessionManagement`. | | Plattform \| Aura | ✅ Es werden keine Benutzernamen oder Kennwörter im Code in lesbaren Formaten angezeigt (keine hartcodierten Werte oder Zeichenfolgen) | | Plattform \| Aura | ✅ Methoden, die die Authentifizierung ausführen, verwenden Anmeldeinformationen mit Namen zum Verarbeiten von Benutzernamens-/Kennwort-Flows | | Plattform \| Dokumentation | ✅ Genehmigte Sicherheitspersonas sind klar definiert und aufgeführt | | Plattform \| Dokumentation | ✅ Zuordnung zwischen Sicherheitspersonas und zulässigen Authentifizierungsschemas (UI, API) in einer Sicherheitsmatrix vorhanden | | Plattform \| Lightning Web Components (LWC) | ✅ Methoden, die die Authentifizierung ausführen, verwenden Anmeldeinformationen mit Namen zum Verarbeiten von Benutzernamens-/Kennwort-Flows | | Plattform \| Lightning Web Components (LWC) | ✅ Es werden keine Benutzernamen oder Kennwörter im Code in lesbaren Formaten angezeigt (keine hartcodierten Werte oder Zeichenfolgen) | | Plattform \| Organisation | ✅ API-Zugriffssteuerung verhindert, dass sich Benutzer über eine nicht autorisierte verbundene Anwendung authentifizieren | | Plattform \| Organisation | ✅ Die Beziehung zwischen Benutzern und Einheiten, die sich bei Salesforce anmelden, beträgt 1:1 (keine freigegebenen Benutzer) | | Plattform \| Organisation | ✅ Anmeldekonfigurationen werden an die Salesforce-MFA-Überprüfung angepasst | | Plattform \| Organisation | ✅ Wenn SSO aktiviert ist, haben genehmigte Administratorbenutzer direkten Anmeldezugriff | | Plattform \| Organisation | ✅ Die Anmeldeforensik wird verwendet, wenn der Anmeldeverlauf länger als 6 Monate gespeichert werden muss. Verwenden Sie die Anmeldeforensik, wenn die Aufbewahrung des Anmeldeverlaufs 6 Monate bis 10 Jahre dauern muss. | ### Autorisierungsmuster Weitere Informationen zu Well-Architected [Trusted](/docs/architect/de-de/well-architected/guide/trusted-overview) → [Secure](/docs/architect/de-de/well-architected/guide/secure) → [Organizational Security](/docs/architect/de-de/well-architected/guide/secure#organisationssicherheit) → [Authorization (Autorisierung](/docs/architect/de-de/well-architected/guide/secure#autorisierung)) | Wohin schauen?
Produktbereich \| Standort | Wie sieht gut aus?
Muster | | -------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | Einstein \| Bots | ✅ Für jeden Geschäftsanwendungsfall wird ein eindeutiger Bot-Benutzer konfiguriert. Im Abschnitt "Einstein Bot Builder Overview" (Übersicht) einer Bot-Konfiguration bietet der ausgewählte Bot-Benutzer nur den minimalen Zugriff, der erforderlich ist, um den Geschäftszweck des Bots zu erreichen. | | Platform \| Apex | ✅ DB-Vorgänge führen Zugriffsüberprüfungen auf Feld- und Objektebene entsprechend aus. DML- und Datenbank-DML-Anweisungen deklarieren den Benutzer- oder Systemmodus für Datenvorgänge UND/ODER DML- und Datenbank-DML-Anweisungen verwenden `stripInaccessible`-Methoden vor Datenvorgängen | | Platform \| Apex | ✅ DB-Vorgänge führen Zugriffsüberprüfungen auf Feld- und Objektebene entsprechend aus. SOQL- und SOSL-Anweisungen verwenden `WITH USER_MODE`- und `WITH SYSTEM_MODE`-Stichwörter UND/ODER `stripInaccessible` werden zum Filtern von Abfrage- und Unterabfrageergebnissen verwendet | | Platform \| Apex | ✅ Datenbankvorgänge führen Zugriffsüberprüfungen auf Feld- und Objektebene durch, bei denen sObject-Beschreibungsmethoden (d. h. `isAccessible`, `isCreateable`, `isUpdateable` und/oder `isDeletable`) sparsam verwendet werden | | Plattform \| Designstandards | ✅ Anwendungsfälle für die Gewährung erhöhter Berechtigungen sind klar aufgeführt, einschließlich: - Berechtigungen "Alle Daten modifizieren" - Berechtigungen "Alle Daten anzeigen" | | Plattform \| Dokumentation | ✅ Jeder Benutzer und jedes System mit Zugriff auf Salesforce wird einer oder mehreren Personas in einer Sicherheitsmatrix zugeordnet | | Plattform \| Dokumentation | ✅ In der Sicherheitsmatrix werden Metadatenberechtigungen und zugewiesene Benutzerpersonas übersichtlich aufgelistet | | Plattform \| Organisation | ✅ Berechtigungssätze und Berechtigungssatzgruppen werden verwendet, um den Zugriff auf Metadaten zu steuern | | Plattform \| Organisation | ✅ Berechtigungssätze und Berechtigungssatzgruppen richten sich nach den Geschäftsfunktionen | | Plattform \| Organisation | ✅ Für jede Integration wird ein eindeutiger API-Integrationsbenutzer konfiguriert | | Plattform \| Organisation | ✅ Profile werden nur minimal und nur zum Steuern von IP-Bereichen und Anmeldezeiten für die Anmeldung verwendet | | Plattform \| Organisation | ✅ Benutzern zugewiesene Berechtigungen folgen Sicherheitsmatrixdefinitionen | --- ### Authentifizierungs-Antimuster Weitere Informationen zu Well-Architected [Trusted](/docs/architect/de-de/well-architected/guide/trusted-overview) → [Secure](/docs/architect/de-de/well-architected/guide/secure) → [Organizational Security](/docs/architect/de-de/well-architected/guide/secure#organisationssicherheit) → [Authentication (Authentifizierung](/docs/architect/de-de/well-architected/guide/secure#authentifizierung)) | Wohin schauen?
Produktbereich \| Standort | Was vermeiden?
Anti-Pattern | | -------------------------------------------- | ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | Platform \| Apex | ⚠️ Benutzernamen und Kennwörter werden im Code angezeigt | | Platform \| Apex | ⚠️ Wenn benutzerdefinierte Anmelde-Flows vorhanden sind, gibt es keine Logik zum Zuweisen der Sitzungsebenensicherheit | | Platform \| Apex | ⚠️ Die Authentifizierung wird ad hoc verarbeitet | | Plattform \| Aura | ⚠️ Die Authentifizierung wird ad hoc verarbeitet | | Plattform \| Aura | ⚠️ Benutzernamen und Kennwörter werden im Code angezeigt | | Plattform \| Unternehmen | ⚠️ Benutzerbereitstellung und -aufhebung von SLAs und Anforderungen sind nicht vorhanden | | Plattform \| Dokumentation | ⚠️ Enthält keine Sicherheitspersonas | | Plattform \| Dokumentation | ⚠️ Die Sicherheitsmatrix weist keine eindeutigen Zuordnungen für Sicherheitspersonas und zulässige Authentifizierungsschemas auf | | Plattform \| Lightning Web Components (LWC) | ⚠️ Die Authentifizierung wird ad hoc verarbeitet | | Plattform \| Lightning Web Components (LWC) | ⚠️ Benutzernamen und Kennwörter werden im Code angezeigt | | Plattform \| Organisation | ⚠️ API-Zugriffssteuerung ist nicht aktiviert | | Plattform \| Organisation | ⚠️ Wenn Benutzer hinter einer Firewall auf Salesforce zugreifen, verwendet die Firewall hartcodierte IP-Adressen, um die Kommunikation mit/von Salesforce zu schützen | | Plattform \| Organisation | ⚠️ Die Beziehung zwischen Benutzern und Einheiten, die sich bei Salesforce anmelden, ist nicht 1:1 (es gibt freigegebene Benutzeraccounts) | | Plattform \| Organisation | ⚠️ Wenn SSO aktiviert ist, haben keine genehmigten Administratorbenutzer direkten Anmeldezugriff | | Plattform \| Organisation | ⚠️ Anmeldekonfigurationen stimmen nicht mit der Salesforce-MFA-Überprüfung überein | | Plattform \| Organisation | ⚠️ Anmeldeinformationen mit Namen der alten Art werden verwendet, um sich bei externen Systemen zu authentifizieren. Verwenden von Anmeldeinformationen mit Namen der alten Art zum Angeben des URLs eines Callout-Endpunkts und seiner erforderlichen Authentifizierungsparameter | ### Autorisierungs-Antimuster Weitere Informationen zu Well-Architected [Trusted](/docs/architect/de-de/well-architected/guide/trusted-overview) → [Secure](/docs/architect/de-de/well-architected/guide/secure) → [Organizational Security](/docs/architect/de-de/well-architected/guide/secure#organisationssicherheit) → [Authorization (Autorisierung](/docs/architect/de-de/well-architected/guide/secure#autorisierung)) | Wohin schauen?
Produktbereich \| Standort | Was vermeiden?
Anti-Pattern | | -------------------------------------------- | ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | Einstein \| Bots | ⚠️ Einstein Bots verwenden den grundlegenden Chatbot-Benutzer oder einen "generischen" Bot-Benutzer. Im Abschnitt "Übersicht" des Einstein-Bot-Generators einer Bot-Konfiguration ist der ausgewählte Bot-Benutzer der grundlegende Chatbot-Benutzer oder ein "generischer" benutzerdefinierter Chatbot-Benutzer, der für Bots freigegeben wird, die für unterschiedliche Geschäftszwecke verwendet werden. | | Platform \| Apex | ⚠️ DML, Datenbankklassenmethoden, SOQL und SOSL werden im standardmäßigen Systemmodus ausgeführt | | Platform \| Apex | ⚠️ Datenbankvorgänge führen keine Zugriffsprüfungen durch, sodass SOQL-Abfragen ausschließlich `WITH SECURITY_ENFORCED`-Stichwörter für Zugriffseinschränkungen verwenden | | Platform \| Apex | ⚠️ Datenbankvorgänge führen keine Zugriffsüberprüfungen durch. DML- oder Datenbankklassen-Methoden verwenden ausschließlich `isAccessible`-, `isCreateable`-, `isUpdateable`- und/oder `isDeletable` für den Zugriff auf sObject- und Feldebene. | | Plattform \| Designstandards | ⚠️ Anwendungsfälle für die Gewährung erhöhter Berechtigungen sind nicht eindeutig aufgeführt. Dazu zählen: - Berechtigungen "Alle Daten modifizieren" - Berechtigungen "Alle Daten anzeigen" | | Plattform \| Dokumentation | ⚠️ Listet Metadatenberechtigungen und zugewiesene Personas nicht eindeutig auf | | Plattform \| Dokumentation | ⚠️ Dokumentation enthält keine Sicherheitsmatrix | | Plattform \| Organisation | ⚠️ Benutzern zugewiesene Berechtigungen entsprechen nicht den Sicherheitsmatrixdefinitionen | | Plattform \| Organisation | ⚠️ Profile enthalten Zugriffssteuerungen für Metadaten | | Plattform \| Organisation | ⚠️ Berechtigungssätze werden ad hoc konfiguriert | | Plattform \| Organisation | ⚠️ Berechtigungssatzgruppen sind nicht so konfiguriert, dass sie den Zugriff basierend auf Geschäftsfunktionen zulassen | | Plattform \| Organisation | ⚠️ Nur API-Benutzer sind nicht konfiguriert oder werden für mehrere Integrationen freigegeben | | Plattform \| Organisation | ⚠️ Berechtigungssätze sind redundant oder stark dupliziert; es ist schwierig, eine klare Funktionslogik und Unterschiede zwischen Sätzen zu verstehen | ---