Using WebAssembly to run, extend, and secure your .NET application
summary
Shows how .NET runs inside browser and servers by compiling runtimes to WASM and using WASI: Blazor downloads DLLs and a .NET WASM CLR, server-side uses wasmtime or wasmEdge to host .NET via the WASI SDK and the wasmtime .NET package. Demo copies /etc/hosts from a Rust WASM module into a .NET host, succeeds only after granting pre-open directories. Runtime enforces fuel-based CPU budgets (example: 35,000 fuel used, trap at 5,000) and binaries grow (native 145 KB vs WASM ~8.5 MB). Shows running WASM in a TEE via anox.
AI-written summary · about
chapters (15)
- 0:00Start
- 2:14WebAssembly - AutoCAD
- 2:52WebAssembly - SDK's
- 5:10WebAssembly Design
- 6:59WebAssembly Memory
- 12:51Blazor WebAssembly
- 18:48Docker vs WASM & WASI
- 26:19Experimental WASI SDK for .NET
- 41:05WASM - What's next?
- 41:51Dependencies
- 42:19Malicious module
- 42:54Process Isolation
- 43:33WebAssembly Nano-Process
- 50:29Conclusion
- 51:47Questions?
related talks
55mUsing WebAssembly to run, extend, and secure your .NET application
29mBringing WebAssembly to the .NET Mainstream
48mWebAssembly Beyond the Browser
36mWhy you should consider Web Assembly
20m Running .NET code in isolation using WebAssembly
50mWeb Assembly
32mBringing WebAssembly outside the web with WASI
42mWebAssembly beyond the browser
