Demo Data from EDBT 2026 / reviewers in the wild / expert
Mark Hartong
dblp:28/1584
· DBLP profile ↗
6ranked-venue papers
5as first author
0since 2021 · last 2008
0000-0003-0366-1704ORCID · corroborated
Domains — the database's venue-derived domains; a paper can count in several
Security and privacy · 3 · 3 first-authorSoftware engineering, systems software and programming languages · 1
Expertise — from the expertise taxonomy: the topics of the expert's papers under the CCF categories. A weight counts papers with recency: 1 for a paper about the topic, 0.3 when the topic is its context, halved every five years.
| Software engineering, system software, and programming languages
1 paper |
Requirements engineering and software design · 100% | |
| Network and information security
1 paper |
Systems and software security · 100% |
Topics — the 2 heaviest of 4, each with the papers that count most for it
| Topic | Weight | Papers | Last | Evidence papers |
|---|---|---|---|---|
Requirements engineering and software design › model-driven engineering
aspect-oriented modeling |
0.1 | 1 | 2008 | Executable misuse cases for modeling security concerns · ICSE 2008 |
Systems and software security › secure software development
security requirements |
0.0 | 1 | 2008 | Executable misuse cases for modeling security concerns · ICSE 2008 |
Methods — techniques the papers use, named apart from their topics
aspect-oriented modeling · 0.2UML · 0.2
| Year | Publication | Venue | Position |
|---|---|---|---|
| 2008 | Executable misuse cases for modeling security concernsabstractMisuse cases are a way of modeling negative requirements, that is, behaviors that should not occur in a system. In particular, they can be used to model attacks on a system as well as the security mechanisms needed to avoid them. However, like use cases, misuse cases describe requirements in a high-level and informal manner. This means that, whilst they are easy to understand, they do not lend themselves to testing or analysis. In this paper, we present an executable misuse case modeling language which allows modelers to specify misuse case scenarios in a formal yet intuitive way and to execute the misuse case model in tandem with a corresponding use case model. Misuse scenarios are given in executable form and mitigations are captured using aspect-oriented modeling. The technique is useful for brainstorming potential attacks and their mitigations. Furthermore, the use of aspects allows mitigations to be maintained separately from the core system model. The paper, supported by a UML-based modeling tool, describes an application to two case studies, providing evidence that the technique can support red-teaming of security requirements forn realistic systems. Jon Whittle 0001, Duminda Wijesekera, Mark Hartong |
ICSE | 3 |
| 2008 | Protection and Recovery of Railroad Event Recorder Data
Mark Hartong, Rajni Goel, Duminda Wijesekera |
IFIP Int. Conf. Digital Forensics | 1 |
| 2007 | A Framework for Investigating Railroad Accidents
Mark Hartong, Rajni Goel, Duminda Wijesekera |
IFIP Int. Conf. Digital Forensics | 1 |
| 2007 | PTC-VANET Interactions to Prevent Highway Rail Intersection Crossing AccidentsabstractVehicular ad-hoc networks (VANETS) provide distributed real time communication of traffic hazards and road conditions among vehicles in a radio line of sight. We propose using VANETS to securely communicate with positive train control (PTC) systems in order to reduce highway rail intersection (HRI) incidents. This paper illustrates the similarities and differences between the two systems, discusses previous research into the work already done to integrate the two systems, and outlines the additional work necessary to successfully integrate the two systems. Mark Hartong, Rajni Goel, Csilla Farkas, Duminda Wijesekera |
VTC Spring | 1 |
| 2006 | Use-Misuse Case Driven Analysis of Positive Train Control
Mark Hartong, Rajni Goel, Duminda Wijesekera |
IFIP Int. Conf. Digital Forensics | 1 |
| 2006 | Communications Based Positive Train Control Systems Architecture in the USAabstractThe implementation of railroad PTC systems in the United States has been hindered by the lack of a suitable regulatory environment. Understanding implementation efforts have often been further hindered by lack of a clear understanding of the basic PTC architecture and functionality. This paper summarizes the recent regulatory change that supports the implementation of PTC in the United States. The final regulation poses its own challenge, especially when a government agency and a regulated industry need to make a transition from prescriptive-based to performance-based standards. However, the new regulations provide positive benefits over previous prescriptive approaches in implementing PTC. This paper describes basic PTC architectures and functionality being adopted in the railroad environment, and closes by highlighting two different implementations of the same basic PTC architecture Mark Hartong, Rajni Goel, Duminda Wijesekera |
VTC Spring | 1 |