DEENESPTFRRUARHIKOZHNL
AUTOSAR_AP_TPS_ManifestSpecification FIG-e6daa0c1917b021c 868 × 899 px 1 Release(s)

Figure 10.59: Modeling of the Firewall

SHA-256 Inhalts-Fingerabdruck: e6daa0c1917b021cdc6f5e644b60dcce4a79ed3dc2c59877dcd923265bb4339d
✦ KI-generierte Bildanalyse & technische Beschreibung Modell: gemini-3.8-flash (via agy) · Rezept figure-series@1 · erstellt am 2026-10-08

1. Diagrammtyp & Architektur-Kontext

UML-Klassendiagramm zur Spezifikation des Metamodells für Paketfilterung und Firewall-Konfiguration in AUTOSAR Adaptive Platform (TPS Manifest Specification, Kapitel 10). Das Diagramm modelliert die Integration von Firewall-Regeln auf Modulebene (AdaptiveFirewallModuleInstantiation) und Netzwerkelement-Ebene (CouplingElement) sowie die zustandsabhängige Regelauswahl anhand von Modi (ModeDeclarationGroup).

2. Komponenten, Entitäten & Schnittstellen

  • AdaptiveFirewallModuleInstantiation: Spezialisierung von AdaptiveModuleInstantiation und NonOsModuleInstantiation; referenziert via +stateDepFirewall beliebig viele (0..*) Instanzen von StateDependentFirewall.
  • CouplingElement (FibexElement): Aggregiert via +firewallRule (0..*) FirewallRule-Elemente; besitzt kein couplingType-Attribut.
  • StateDependentFirewall (UploadableDesignElement): Attribut defaultAction: FirewallActionEnum [0..1]; aggregiert kompositionell geordnete +firewallRuleProps (0..* {ordered}) und referenziert via +firewallState (0..*, «instanceRef») Zielzustände in ModeDeclaration.
  • ModeDeclaration (AtpStructureElement, Identifiable): Attribut value: PositiveInteger [0..1]; aggregiert durch ModeDeclarationGroup (ARElement, AtpBlueprint, AtpBlueprintable, AtpType, UploadableDesignElement) über +modeDeclaration (0..*, «atpVariation,atpsplitable») und +initialMode (0..1).
  • FirewallRuleProps: Attribut action: FirewallActionEnum [0..1]; referenziert geordnet +matchingIngressRule (0..* {ordered}) und +matchingEgressRule (0..* {ordered}) vom Typ FirewallRule.
  • FirewallActionEnum («enumeration»): Ausprägung mit Kennzeichnung literals: block und allow.
  • FirewallRule (ARElement, UploadableDesignElement): Attribute bucketSize: PositiveInteger [0..1] und refillAmount: PositiveInteger [0..1]; kompositionelle Schichten- und Protokollfilter:
    • +dataLinkLayerRule (0..1): DataLinkLayerRule (MAC-Adressen/-Masken, etherType, vlanId, vlanPriority).
    • +networkLayerRule (0..1): NetworkLayerRule.
    • +transportLayerRule (0..1): TransportLayerRule (Quell-/Zielportgrenzen, checksumVerification).
    • +payloadBytePatternRule (0..*): PayloadBytePatternRule.
    • +ddsRule (0..1): DdsRule (DDS-Filterkriterien).
    • +someipSdRule (0..1): SomeipSdRule (Service-Discovery-Filter).
    • +someipRule (0..1): SomeipProtocolRule (SOME/IP-Header-Filter).
    • +doIpRule (0..1): DoIpRule (DoIP- und UDS-Filterkriterien).

3. Dynamisches Verhalten & Sequenzablauf

Statische Konfigurations- und Regelspezifikation zur Auswertung im Laufzeitsystem:

  • Netzwerkverkehr wird anhand der Schichtenfilter (L2 bis L7) in FirewallRule geprüft; Ratenbegrenzung erfolgt über Token-Bucket-Parameter.
  • Im Kontext einer StateDependentFirewall bestimmt der aktive Zustand (firewallState), welche FirewallRuleProps aktiv sind.
  • Die Regelauswertung erfolgt richtungsgetrennt über die geordneten Listen matchingIngressRule (eingehender Verkehr) und matchingEgressRule (ausgehender Verkehr).
  • Bei Regelübereinstimmung bestimmt FirewallRuleProps.action die Weiterleitung oder Verwerfung; greift keine Regel, gilt defaultAction.
  • Basisregeln können unabhängig von Zuständen an CouplingElement angehängt sein.

4. Normative Relevanz & Entwickler-Hinweise

  • Metamodell-Konformität: StateDependentFirewall, ModeDeclarationGroup und FirewallRule sind als UploadableDesignElement ausgewiesen.
  • Kopplungselemente (CouplingElement) fungieren als reine Container für generische FirewallRule-Elemente ohne systemspezifische couplingType-Attributierung.
  • Richtungsdifferenzierung: Ingress- und Egress-Paketprüfung erfolgt über separat geordnete Regellisten (matchingIngressRule, matchingEgressRule).

Versionsvergleich KI-generiert · gemini-3.8-flash (via agy)

R23-11 → R24-11 normative Änderung Vorgänger: FIG-f35b70d3742149e3
  • CouplingElement: Das Attribut couplingType: CouplingElementEnum [0..1] entfällt ersatzlos.
  • FirewallActionEnum: Dem Aufzählungskopf wird der Stereotyp bzw. Kennzeichner literals vorangestellt.
R24-11 → R25-11 keine inhaltliche Änderung Nachfolger: FIG-3640736e8675266a

Keine inhaltlichen Änderungen erkennbar.

Zugeordnete Anforderungen

Diese Angaben zeigt der Versions-Explorer.

Aus dem Dokument extrahierter Text & Kontext

Beschriftungen im Schaubild:

ARElement UploadableDesignElement | FirewallRule | + bucketSize: PositiveInteger [0..1] + refillAmount: PositiveInteger [0..1] | FibexElement | CouplingElement | NetworkLayerRule | TransportLayerRule | + checksumVerification: Boolean [0..1] + maxDestinationPortNumber: PositiveInteger [0..1] + maxSourcePortNumber: PositiveInteger [0..1] + minDestinationPortNumber: PositiveInteger [0..1] + minSourcePortNumber: PositiveInteger [0..1] | DataLinkLayerRule | + destinationMacAddress: MacAddressString [0..1] + destinationMacAddressMask: MacAddressString [0..1] + etherType: PositiveInteger [0..1] + sourceMacAddress: MacAddressString [0..1] + sourceMacAddressMask: MacAddressString [0..1] + vlanId: PositiveInteger [0..1] + vlanPriority: PositiveInteger [0..1] | SomeipProtocolRule | + clientId: PositiveInteger [0..1] + lengthVerification: Boolean [0..1] + majorVersion: PositiveInteger [0..1] + messageType: PositiveInteger [0..1] + methodId: PositiveInteger [0..1] + protocolVersion: PositiveInteger [0..1] + returnCode: PositiveInteger [0..1] + serviceInterfaceId: PositiveInteger [0..1] | PayloadBytePatternRule | DoIpRule | + destinationMaxAddress: PositiveInteger [0..1] + destinationMinAddress: PositiveInteger [0..1] + inverseProtocolVersion: PositiveInteger [0..1] + payloadLength: PositiveInteger [0..1] + payloadType: PositiveInteger [0..1] + protocolVersion: PositiveInteger [0..1] + sourceMaxAddress: PositiveInteger [0..1] + sourceMinAddress: PositiveInteger [0..1] + udsService: PositiveInteger [0..1] | SomeipSdRule | + entryType: PositiveInteger [0..1] + eventGroupId: PositiveInteger [0..1] + maxMajorVersion: PositiveInteger [0..1] + maxMinorVersion: PositiveInteger [0..1] + minMajorVersion: PositiveInteger [0..1] + minMinorVersion: PositiveInteger [0..1] + serviceInstanceId: PositiveInteger [0..1] + serviceInterfaceId: PositiveInteger [0..1] | UploadableDesignElement | StateDependentFirewall | + defaultAction: FirewallActionEnum [0..1] | FirewallRuleProps | + action: FirewallActionEnum [0..1] | «enumeration» FirewallActionEnum | literals block allow | AdaptiveFirewallModuleInstantiation AdaptiveModuleInstantiation | NonOsModuleInstantiation | AtpStructureElement | Identifiable | ModeDeclaration | + value: PositiveInteger [0..1] | ARElement AtpBlueprint AtpBlueprintable | AtpType UploadableDesignElement | ModeDeclarationGroup | DdsRule | + appId: PositiveInteger [0..1] + hostId: PositiveInteger [0..1] + instanceId: PositiveInteger [0..1] + majorProtocolVersion: PositiveInteger [0..1] + minorProtocolVersion: PositiveInteger [0..1] + productId: PositiveInteger [0..1] + readerEntityId: PositiveInteger [0..1] + submessageType: PositiveInteger [0..1] + vendorId: PositiveInteger [0..1] + writerEntityId: PositiveInteger [0..1] | +matchingIngressRule | 0..* {ordered} | +dataLinkLayerRule 0..1 | +stateDepFirewall 0..* | +doIpRule 0..1 +someipSdRule | 0..1 | +firewallRule 0..* | +payloadBytePatternRule 0..* | +transportLayerRule | 0..1 | +networkLayerRule 0..1 | +someipRule 0..1 | +firewallRuleProps | 0..* {ordered} | +matchingEgressRule | 0..* {ordered} | +ddsRule 0..1 | «atpVariation,atpSplitable» | +modeDeclaration | 0..* | +initialMode | 0..1 | «instanceRef» | +firewallState 0..*

Vorkommen in AUTOSAR-Releases (1)

Release Dokument Seite Nr. Bildunterschrift im Dokument
R24-11 AUTOSAR_AP_TPS_ManifestSpecification S. 641 10.59 Figure 10.59: Modeling of the Firewall