Neuheiten

Proposal for simplifying browser security

Proposal for simplifying browser security
Attribute-Level Immutability (ALI) United Kingdom of Great Britain and Northern Ireland

Status: Draft / Proposal
Concept: Introducing an "Immutable Prefix" (!) for HTML attributes to radically simplify web security and performance.

1. The Problem

Current Content Security Policy (CSP) implementations are cumbersome and prone to error. To secure inline styles or attributes, developers must:

  1. Maintain heavy HTTP headers with nonces or hashes (increasing latency).
  2. Manage complex build-time synchronizations.
  3. Deal with the DOM as a "Shared State" where any script can manipulate any attribute at any time.

2. The Solution: The Space-Separated ! Marker

An attribute starting with an space-separated exclamation mark (e.g., ! style="...", ! href="...") is flagged as immutable by the browser's initial HTML parser.

  1. Initialization: Only the initial streaming parser is allowed to set these flagged attributes.
  2. Write Protection: Once the element exists in the DOM, any attempt to modify this attribute via JavaScript (e.g., setAttribute, .style, or .dataset) is blocked by the engine.
  3. Security: Injected scripts cannot modify existing ! attributes. Since the browser treats dynamically injected ! strings as standard attributes (lacking the internal "immutable" flag from the parser), the integrity of the server-originated code remains intact.

To ensure 100% backward compatibility, the "Immutable Marker" (!) is used as a standalone prefix:

  1. Selective Locking (!): <div title="changeable" ! style="color:red"> Locks only the single, immediately following attribute.
  2. Global Tag Locking: (!!) <a !! href="/" title="Home"> Placing a double exclamation mark after the tag name signals the engine to freeze every attribute within this element.

<!-- Single attributes -->
<a target="_blank" ! href="https://trusted.com" ! rel="noopener">

<!-- All attributes at once -->
<img !! src="photo.jpg" width="800" height="600" loading="lazy" alt="...">

<!-- Mixed -->
<form !! action="/submit" method="post">
<input type="text" ! value="initial" name="data">
</form>


3. Key Advantages

  1. Performance: Security checks move from O(n) (header list lookups) to O(1) (simple bit-check on the element).
  2. Zero Overhead: No bloated HTTP headers; security intent is declared directly where it’s needed.
  3. Accessibility: Unlike Canvas-based rendering, ALI preserves the full semantic structure of the DOM for screen readers.
  4. Backward Compatibility: Legacy browsers simply ignore the ! before the attribute name, ensuring the page remains functional while modern browsers unlock the secure "fast path."

4. Use Cases

  1. Gaming: Protecting UI elements from console-based memory manipulation (! style).
  2. FinTech: Preventing malware from tampering with hidden transaction fields (! value).
  3. Protection against URL Manipulation: <a ! href="https://my-bank.com">Login</a> Prevents attackers from using XSS to silently change link destinations (href) or iframe/image sources (src), effectively neutralizing phishing redirects and UI redressing.
  4. General Web: Achieving strict CSP compliance without the "unsafe-inline" headache.

Vorschlag zur Vereinfachung der Browser Sicherheit

Vorschlag zur Vereinfachung der Browser Sicherheit
Attribute-Level Immutability (ALI) Germany

Status: Entwurf / Vorschlag
Konzept: Einführung eines "Immutable-Prefix" (!) für HTML-Attribute zur drastischen Vereinfachung der Web-Sicherheit.

1. Das Problem

Die aktuelle Content Security Policy (CSP) ist fehleranfällig und schwer zu warten. Um Inline-Styles oder Attribute sicher zu machen, müssen Entwickler:

  1. Riesige Header mit Nonces oder Hashes mitschleifen (erhöhte Latenz).
  2. Komplexe Build-Systeme pflegen.
  3. Trotzdem bleibt das DOM ein "Shared State", in dem jedes Skript jedes Attribut manipulieren kann.

2. Die Lösung: Die leerzeichengetrennte !-Markierung

Ein Attribut, dem ein durch Leerzeichen getrenntes Ausrufezeichen vorangestellt ist (z. B. ! style="...", ! href="..."), wird vom Browser-Parser als unveränderlich (immutable) markiert.

  1. Initialisierung: Nur der initiale HTML-Parser darf diese Attribute setzen.
  2. Schreibschutz: Sobald das Element im DOM existiert, schlägt jeder Versuch fehl, dieses Attribut per JavaScript zu ändern (z. B. element.setAttribute oder element.style.color = ...).
  3. Sicherheit: Ein injiziertes Skript kann keine bestehenden !-Attribute ändern. Da der Browser dynamisch injizierte !-Attribute als "normale" Strings behandelt (ohne das interne Immutable-Flag des Parsers), bleibt die Integrität des vom Server gesendeten Codes gewahrt.

Um eine 100%ige Abwärtskompatibilität zu gewährleisten, wird die Markierung wie folgt verwendet:

  1. Selektive Sperrung (!): <div ! style="color:red"> Sperrt nur das unmittelbar folgende Attribut (style). Ältere Browser ignorieren das !, während ALI-fähige Engines den Style einfrieren.
  2. Globale Tag-Sperrung (!!): <a !! href="/" title="Home"> Das Platzieren eines doppelten Ausrufezeichens direkt nach dem Tag-Namen signalisiert der Engine, alle Attribute dieses Elements zu versiegeln.

<!-- Single attributes -->
<a target="_blank" ! href="https://trusted.com" ! rel="noopener">

<!-- All attributes at once -->
<img !! src="photo.jpg" width="800" height="600" loading="lazy" alt="...">

<!-- Mixed -->
<form !! action="/submit" method="post">
<input type="text" ! value="initial" name="data">
</form>


3. Warum das besser ist als der Status Quo

  1. Performance: Sicherheitschecks werden von O(n) (Listenabgleich im Header) auf O(1) (Bit-Check am Element) reduziert.
  2. Latenz: Keine aufgeblähten HTTP-Header mehr.
  3. Barrierefreiheit: Die semantische Struktur des HTML bleibt voll erhalten (im Gegensatz zu Canvas-Rendering).
  4. Abwärtskompatibilität: Ältere Browser ignorieren das ! vor dem Attribut, ohne die Seite zu zerstören.

4. Anwendungsbeispiele

  1. Spiele: ! style schützt das UI vor Manipulationen durch Konsolen-Cheats.
  2. Finanzen: ! value in Hidden-Fields verhindert, dass Malware Transaktionsdaten im DOM manipuliert.
  3. Schutz vor URL-Manipulation: <a ! href="https://my-bank.com">Login</a> Verhindert, dass Angreifer durch XSS-Skripte die Ziele von Links (href) oder Quellen von Iframes/Bildern (src) ändern, um Benutzer auf betrügerische Seiten umzuleiten.
  4. Allgemein: Strikte CSP ohne unsafe-inline-Kopfschmerzen.