Same-Origin Policy
Same-Origin-Richtlinie
Die Same-Origin Policy ist eine Sicherheitsregel des Browsers. Sie begrenzt, wie eine Seite oder ein Skript von einer Herkunft Daten von einer anderen Herkunft lesen oder verarbeiten kann.
Ein weiteres Beispiel
Ein Skript auf `reports.example` kann nicht auf den Posteingang eines Benutzers bei `mail.example` zugreifen. Der Browser kann dort dennoch Cookies senden. Eine geplante Cross-Origin-Analytics-API gibt genau ein `Access-Control-Allow-Origin` zurück und keine Anmeldedaten. Window-Nachrichten werden nur akzeptiert, nachdem `event.origin` und die Form der Nachricht überprüft wurden.
Hauptteile
- 01Quellherkunft
- 02Zielursprung und Ressource
- 03Lese-/Interaktionsbeschränkung oder explizite Erlaubnis
Verwenden Sie es, wenn
Behandle jede Herkunft als grundlegende Browser-Sicherheitsgrenze. Wenn eine Freigabe erforderlich ist, erstelle klaren CORS- oder `postMessage`-Zugriff mit den geringstmöglichen Berechtigungen.
Nutze es nicht, wenn
SOP stoppt nicht alle standortübergreifenden Anfragen, Navigationen, Einbettungen, CSRF oder Seitenkanäle. Seine Hauptaufgabe ist es, das Lesen und Interagieren einzuschränken.
In Code verwendeter Name
origin tuple (scheme, host, port) + controlled CORS/postMessage exceptions Vor dem Ausliefern
Check contracts and invariants, authorization, and input limits. Test retries, one-time effects, timeouts, and partial failures. Verify data integrity, compatibility, monitoring, recovery, and rollback.
Outcome: Complete the task with Same-Origin-Richtlinie (Same-Origin Policy). User context: Ein Skript auf `reports.example` kann nicht auf den Posteingang eines Benutzers bei `mail.example` zugreifen. Der Browser kann dort dennoch Cookies senden. Eine geplante Cross-Origin-Analytics-API gibt genau ein `Access-Control-Allow-Origin` zurück und keine Anmeldedaten. Window-Nachrichten werden nur akzeptiert, nachdem `event.origin` und die Form der Nachricht überprüft wurden. Technical concept or control: Same-Origin-Richtlinie (Same-Origin Policy). Why it fits: Behandle jede Herkunft als grundlegende Browser-Sicherheitsgrenze. Wenn eine Freigabe erforderlich ist, erstelle klaren CORS- oder `postMessage`-Zugriff mit den geringstmöglichen Berechtigungen. Do not use it when: SOP stoppt nicht alle standortübergreifenden Anfragen, Navigationen, Einbettungen, CSRF oder Seitenkanäle. Seine Hauptaufgabe ist es, das Lesen und Interagieren einzuschränken. Engineering requirements: Define inputs, outputs, contracts, and rules that must always hold. Set authorization and input checks. Define failures, timeouts, retries, one-time effects, data moves, and compatibility limits. Operations: Add useful signals and logs that hide sensitive data. Set capacity limits and write an operator guide. Test recovery and rollback. Acceptance criteria: Contract and failure-path tests pass. Data and authorization rules still hold during retries and partial failures. Check performance limits, monitoring, recovery, and rollback. Evidence and limits (evidence boundary): Der Standard deckt nur den aufgeführten Umfang ab. Er wählt nicht den visuellen Stil, die Produktentscheidung oder das Vibulary-Beispiel aus. Unknowns to confirm: Where the code runs, data stores, traffic shape, consistency needs, and the security boundary. Also confirm the compatibility period, service goals, and rollback limits.
Diese Anfrage prüfen
Review how Same-Origin-Richtlinie (Same-Origin Policy) is used now. Definition: Die Same-Origin Policy ist eine Sicherheitsregel des Browsers. Sie begrenzt, wie eine Seite oder ein Skript von einer Herkunft Daten von einer anderen Herkunft lesen oder verarbeiten kann. Release checks: Check contracts and invariants, authorization, and input limits. Test retries, one-time effects, timeouts, and partial failures. Verify data integrity, compatibility, monitoring, recovery, and rollback. Before changing code, list the evidence, gaps, severity, and the smallest safe fix.