Mahya Soleimani Jadidi

dblp:249/5439 · DBLP profile ↗
← Back
3ranked-venue papers
2as first author
2since 2021 · last 2025
—ORCID · none

Domains — the database's venue-derived domains; a paper can count in several

Security and privacy · 2 · 1 first-author · 2 since 2021
YearPublicationVenuePosition
2025 Leash: A Transparent Capability-Based Sandboxing Supervisor for Unix
Mahya Soleimani Jadidi, Jonathan Anderson
ICISSP (2)1
2024 UPSS: A Global, Least-Privileged Storage System with Stronger Security and Better Performance
abstract
Strong confidentiality, integrity, user control, reliability and performance are critical requirements in privacy-sensitive applications. Such applications would benefit from a data storage and sharing infrastructure that provides these properties even in decentralized topologies with untrusted storage backends, but users today are forced to choose between systemic security properties and system reliability or performance. As an alternative to this status quo we present UPSS: the user-centric private sharing system, a cryptographic storage system that can be used as a conventional filesystem or as the foundation for security-sensitive applications such as redaction with integrity and private revision control. We demonstrate that both the security and performance properties of UPSS exceed that of existing cryptographic filesystems and that its performance is comparable to mature conventional filesystems - in some cases, even superior. Whether used directly via its Rust API or as a conventional filesystem, UPSS provides strong security and practical performance on untrusted storage.
Arastoo Bozorgi, Mahya Soleimani Jadidi, Jonathan Anderson
ICISSP2
2019 CapExec: Towards Transparently-Sandboxed Services
abstract
Network services are among the riskiest programs executed by production systems. Such services execute large quantities of complex code and process data from arbitrary - and untrusted - network sources, often with high levels of system privilege. It is desirable to confine system services to a least-privileged environment so that the potential damage from a malicious attacker can be limited, but existing mechanisms for sandboxing services require invasive and system-specific code changes and are insufficient to confine broad classes of network services. Rather than sandboxing one service at a time, we propose that the best place to add sandboxing to network services is in the service manager that starts those services. As a first step towards this vision, we propose CapExec, a process supervisor that can execute a single service within a sandbox based on a service declaration file in which, required resources whose limited access to are supported by Caper services, are specified. Using the Capsicum compartmentalization framework and its Casper service framework, CapExec provides robust application sandboxing without requiring any modifications to the application itself. We believe that this is the first step towards ubiquitous sandboxing of network services without the costs of virtualization.
Mahya Soleimani Jadidi, Mariusz Zaborski, Brian J. Kidney, Jonathan Anderson
CNSM1