sc_dom_components

Local mirror of the Archive of Formal Proof (AFP) entry "SC_DOM_Components".

https://github.com/logicalhacking/sc_dom_components

Science Score: 44.0%

This score indicates how likely this project is to be science-related based on various indicators:

  • CITATION.cff file
    Found CITATION.cff file
  • codemeta.json file
    Found codemeta.json file
  • .zenodo.json file
  • DOI references
    Found 3 DOI reference(s) in README
  • Academic publication links
  • Academic email domains
  • Institutional organization owner
  • JOSS paper metadata
  • Scientific vocabulary similarity
    Low similarity (4.8%) to scientific vocabulary
Last synced: 6 months ago · JSON representation ·

Repository

Local mirror of the Archive of Formal Proof (AFP) entry "SC_DOM_Components".

Basic Info
  • Host: GitHub
  • Owner: logicalhacking
  • License: other
  • Language: Isabelle
  • Default Branch: main
  • Size: 97.7 KB
Statistics
  • Stars: 0
  • Watchers: 3
  • Forks: 0
  • Open Issues: 0
  • Releases: 0
Created about 5 years ago · Last pushed almost 5 years ago
Metadata Files
Readme License Citation

README.md

A Formalization of Safely Composable Web Components (SCDOMComponents)

This git repository contains a local mirror of the Archive of Formal Proofs (AFP) entry A Formalization of Safely Composable Web Components.

The official AFP releases are tagged. Additionally, this repository may contain extensions (i.e., a development version) that may be submitted at a later point in time.

How to build

console achim@logicalhacking:~$ isabelle build -D SC_DOM_Components

Authors

License

This project is licensed under a 3-clause BSD-style license.

SPDX-License-Identifier: BSD-3-Clause

Master Repository

The master git repository for this project is hosted by the Software Assurance & Security Research Team at https://git.logicalhacking.com/afp-mirror/Core_DOM.

Publications

Owner

  • Name: Software Assurance & Security Research Team
  • Login: logicalhacking
  • Kind: organization
  • Email: adbrucker@0x5f.org
  • Location: Exeter, UK

Git mirror of the Software Assurance & Security Research Team at the University of Exeter, UK. The team is headed by Achim D. Brucker (@adbrucker).

Citation (CITATION)

To cite the use of this formal theory, please use

  Achim D. Brucker and Michael Herzberg. A Formalization of Safely Composable Web 
  Components. In Archive of Formal Proofs, 2020. http://www.isa-afp.org/entries/SC_DOM_Components.html,
  Formal proof development


A BibTeX entry for LaTeX users is


@Article{         brucker.ea:afp-sc-dom-components:2020,
  author        = {Achim D. Brucker and Michael Herzberg},
  title         = {A Formalization of Safely Composable Web Components},
  journal       = {Archive of Formal Proofs},
  month         = sep,
  year          = 2020,
  date          = {2020-09-28},
  note          = {\url{http://www.isa-afp.org/entries/SC_DOM_Components.html}, Formal proof development},
  issn          = {2150-914x},
  public        = {yes},
  classification= {formal},
  categories    = {websecurity},
  pdf           = {http://www.brucker.ch/bibliography/download/2020/brucker.ea-afp-sc-dom-components-2020.pdf},
  filelabel     = {Outline},
  file          = {http://www.brucker.ch/bibliography/download/2020/brucker.ea-afp-sc-dom-components-outline-2020.pdf},
  areas         = {formal methods, security, software engineering},
  abstract      = { While the (safely composable) DOM with shadow trees provide the technical basis for defining web
                  components, it does neither defines the concept of web components nor specifies the safety properties
                  that web components should guarantee. Consequently, the standard also does not discuss how or even if
                  the methods for modifying the DOM respect component boundaries. In AFP entry, we present a formally
                  verified model of safely composable web components and define safety properties which ensure that
                  different web components can only interact with each other using well-defined interfaces. Moreover,
                  our verification of the application programming interface (API) of the DOM revealed numerous
                  invariants that implementations of the DOM API need to preserve to ensure the integrity of components.
                  },
  url           = {http://www.brucker.ch/bibliography/abstract/brucker.ea-afp-sc-dom-components-2020}
}

An overview of the formalization is given in:

  Achim D. Brucker and Michael Herzberg. A Formally Verified Model of
  Web Components. In Formal Aspects of Component Software (FACS).
  Lecture Notes in Computer Science (12018), Springer-Verlag, 2020.
  http://www.brucker.ch/bibliography/abstract/brucker.ea-web-components-2019

A BibTeX entry for LaTeX users is


@InCollection{    brucker.ea:web-components:2019,
  abstract      = {The trend towards ever more complex client-side web applications is unstoppable. Compared to
                  traditional software development, client-side web development lacks a well-established component
                  model, i.e., a method for easily and safely reusing already developed functionality. To address this
                  issue, the web community started to adopt shadow trees as part of the Document Object Model (DOM):
                  shadow trees allow developers to "partition" a DOM instance into parts that should be safely
                  separated, e.g., code modifying one part should not, unintentionally, affect other parts of the DOM.

                  While shadow trees provide the technical basis for defining web components, the DOM standard neither
                  defines the concept of web components nor specifies the safety properties that web components should
                  guarantee. Consequently, the standard also does not discuss how or even if the methods for modifying
                  the DOM respect component boundaries. In this paper, we present a formally verified model of web
                  components and define safety properties which ensure that different web components can only interact
                  with each other using well-defined interfaces. Moreover, our verification of the application
                  programming interface (API) of the DOM revealed numerous invariants that implementations of the DOM
                  API need to preserve to ensure the integrity of components.},
  keywords      = {Web Component, Shadow Tree, DOM, Isabelle/HOL},
  location      = {Amsterdam, The Netherlands},
  author        = {Achim D. Brucker and Michael Herzberg},
  booktitle     = {Formal Aspects of Component Software (FACS)},
  language      = {USenglish},
  publisher     = pub-springer,
  address       = pub-springer:adr,
  series        = s-lncs,
  number        = 12018,
  isbn          = {3-540-25109-X},
  doi           = {10.1007/978-3-030-40914-2_3},
  editor        = {Sung-Shik Jongmans and Farhad Arbab},
  pdf           = {http://www.brucker.ch/bibliography/download/2019/brucker.ea-web-components-2019.pdf},
  title         = {A Formally Verified Model of Web Components},
  classification= {conference},
  areas         = {formal methods, software},
  year          = 2020,
  public        = {yes},
  url           = {http://www.brucker.ch/bibliography/abstract/brucker.ea-web-components-2019}
}

GitHub Events

Total
Last Year

Issues and Pull Requests

Last synced: 12 months ago

All Time
  • Total issues: 0
  • Total pull requests: 0
  • Average time to close issues: N/A
  • Average time to close pull requests: N/A
  • Total issue authors: 0
  • Total pull request authors: 0
  • Average comments per issue: 0
  • Average comments per pull request: 0
  • Merged pull requests: 0
  • Bot issues: 0
  • Bot pull requests: 0
Past Year
  • Issues: 0
  • Pull requests: 0
  • Average time to close issues: N/A
  • Average time to close pull requests: N/A
  • Issue authors: 0
  • Pull request authors: 0
  • Average comments per issue: 0
  • Average comments per pull request: 0
  • Merged pull requests: 0
  • Bot issues: 0
  • Bot pull requests: 0
Top Authors
Issue Authors
Pull Request Authors
Top Labels
Issue Labels
Pull Request Labels