Mozilla, Fastly, Intel 및 Red Hat은 WebAssembly를 보편적인 사용을 위한 플랫폼으로 홍보합니다.

Mozilla, Fastly, Intel 및 Red Hat 연합 WebAssembly를 모든 인프라, 운영 체제 또는 장치에서 보안 코드 실행을 위한 범용 플랫폼으로 만드는 데 도움이 되는 기술 개발에 대한 노력입니다. 웹 브라우저뿐만 아니라 WebAssembly를 사용할 수 있게 해주는 런타임과 컴파일러의 공동 개발을 위한 커뮤니티가 형성되었습니다. 바이트코드 얼라이언스.

브라우저 외부에서 실행할 수 있는 WebAssembly 형식으로 제공되는 이식 가능한 프로그램을 만들려면 API를 사용하는 것이 좋습니다. 내가 그랬니 (WebAssembly 시스템 인터페이스) - 운영 체제(파일, 소켓 등 작업을 위한 POSIX API)와의 직접적인 상호 작용을 위한 소프트웨어 인터페이스를 제공합니다. WASI를 사용하는 애플리케이션 실행 모델의 특징은 메인 시스템과의 격리를 위해 샌드박스 환경에서 실행되고 각 리소스(파일, 디렉터리, 소켓, 시스템 호출)에 대한 작업에 대한 기능 관리 기반 보안 메커니즘을 사용한다는 것입니다. 등) 애플리케이션에는 적절한 권한이 부여되어야 합니다(선언된 기능에 대한 액세스만 제공됨).

중 하나 목표 생성된 동맹은 의존성이 많은 최신 모듈식 애플리케이션을 배포하는 문제에 대한 솔루션입니다. 이러한 애플리케이션에서는 모든 종속성이 취약점이나 공격의 잠재적인 소스가 될 수 있습니다. 종속성을 제어하면 이와 관련된 모든 애플리케이션을 제어할 수 있습니다. 애플리케이션에 대한 신뢰는 자동으로 모든 종속성에 대한 신뢰를 의미하지만 종속성은 활동을 제어할 수 없는 타사 팀에 의해 개발 및 유지되는 경우가 많습니다. Bytecode Alliance 회원은 본질적으로 신뢰할 수 없는 WebAssembly 애플리케이션의 안전한 실행을 위한 전체적인 솔루션을 제공하려고 합니다.

보호를 위해 각 종속성 모듈이 별도로 격리된 WebAssembly 모듈로 분리되고 그 권한이 이 모듈과 관련해서만 설정되는 나노프로세스 개념을 사용하는 것이 제안됩니다(예를 들어 문자열 처리용 라이브러리는 네트워크 소켓이나 파일을 열 수 있음) 프로세스 분리와 달리 WebAssembly 핸들러는 가볍고 추가 리소스가 거의 필요하지 않습니다. 핸들러 간의 상호 작용은 일반 함수를 호출하는 것보다 훨씬 느리지 않습니다. 분리는 개별 모듈 수준뿐만 아니라 공통 메모리 영역과 함께 작동해야 하는 모듈 그룹 수준에서도 수행될 수 있습니다.

요청된 권한은 종속성 자체 수준에서 결정될 수도 있고 상위 모듈에 의해 체인을 따라 종속성으로 위임될 수도 있습니다(WASI의 리소스는 특수한 유형의 파일 설명자(능력)와 연결됩니다). 예를 들어, 특정 디렉터리 및 시스템 호출에 액세스하는 기능을 모듈에 위임할 수 있으며, 모듈의 개발 인프라가 손상되거나 취약점이 식별되면 공격 중에 액세스는 이러한 리소스에만 제한됩니다. 모듈 작성자의 리소스 선언은 텍스트 처리 모듈이 네트워크 연결을 열 수 있는 권한을 요청하는 경우와 같이 의심스러운 활동을 나타내는 지표가 될 수 있습니다. 처음에 설정된 권한을 확인하고 변경된 경우 로컬 모듈 서명이 업데이트될 때까지 종속성 로드가 거부됩니다.

Bytecode Alliance 산하의 공동 개발을 위해 번역된 WebAssembly와 관련된 몇 가지 프로젝트들, 이전에 얼라이언스 창립 회사가 별도로 개발한 것입니다.

• wasmtime — WASI 확장이 포함된 WebAssembly 애플리케이션을 일반 독립 실행형 애플리케이션으로 실행하기 위한 런타임입니다. 이는 특수 명령줄 유틸리티를 사용하여 WebAssembly 바이트코드를 실행하고 미리 만들어진 실행 파일을 연결하는 것을 모두 지원합니다(wasmtime은 애플리케이션에 라이브러리로 내장되어 있습니다). Wasmtime은 다양한 애플리케이션에 맞게 런타임을 확장할 수 있는 유연한 모듈식 구조를 가지고 있습니다. 예를 들어 리소스가 제한된 장치에 대해 간단한 버전을 만들 수 있습니다.
• 루셋 — WebAssembly 형식의 프로그램을 실행하기 위한 컴파일러 및 런타임. 독특한 특징 Lucet은 JIT 대신 본격적인 예상 컴파일(AOT, 사전 컴파일)을 직접 실행에 적합한 기계어 코드로 사용하는 것입니다. 이 프로젝트는 Fastly에 의해 개발되었으며 최소한의 리소스를 소비하고 새 인스턴스를 매우 빠르게 시작하도록 최적화되었습니다(Fastly는 각 요청에 대해 시작되는 핸들러에 대해 WebAssembly를 사용하는 클라우드 에지 컴퓨팅 엔진에서 Lucet을 사용합니다). 공동 프로젝트의 일환으로 Lucet 컴파일러는 Wasmtime을 기반으로 사용하도록 변환될 계획입니다.
• WAM (WebAssembly Micro Runtime)은 원래 Intel이 사물 인터넷 장치에 사용하기 위해 개발한 WebAssembly를 실행하기 위한 또 다른 런타임입니다. WAMR은 최소한의 리소스 소비에 최적화되어 있으며 RAM 용량이 적은 장치에서 사용할 수 있습니다. 이 프로젝트에는 WebAssembly 바이트코드를 실행하기 위한 인터프리터와 가상 머신, API(Libc의 하위 집합) 및 동적 애플리케이션 관리를 위한 도구가 포함되어 있습니다.
• 크레인 리프트 — 하드웨어 아키텍처와 독립적인 중간 표현을 특정 하드웨어 플랫폼에 최적화된 실행 가능한 기계어 코드로 변환하는 코드 생성기입니다. Cranelift는 매우 빠른 결과 생성을 위해 함수 컴파일의 병렬화를 지원하므로 JIT 컴파일러를 생성하는 데 사용할 수 있습니다(Cranelift 기반 JIT는 Wasmtime 가상 머신에서 사용됨).
• WASI 공통 — 운영 체제와의 상호 작용을 구성하기 위한 WASI(WebAssembly System Interface) API의 별도 구현
• 화물-와시 — 브라우저 외부에서 WebAssembly를 사용하기 위해 WASI 인터페이스를 사용하여 Rust 코드를 WebAssembly 바이트코드로 컴파일하기 위한 명령을 구현하는 Cargo 패키지 관리자용 모듈;
• 와트 и wasmparser — 텍스트(WAT, WAST) 및 WebAssembly 바이트코드의 바이너리 표현을 구문 분석하기 위한 파서입니다.

요약하자면 WebAssembly는 Asm.js와 매우 비슷하지만 다른 자바스크립트에 얽매이지 않고 다양한 프로그래밍 언어로 컴파일된 저수준 중간 코드를 브라우저에서 실행할 수 있는 바이너리 형식이라는 점이다. WebAssembly는 명시적인 메모리 관리를 사용하므로 가비지 수집기가 필요하지 않습니다. WebAssembly용 JIT를 사용하면 네이티브 코드에 가까운 성능 수준을 달성할 수 있습니다. WebAssembly의 주요 목표 중 하나는 이식성, 예측 가능한 동작 및 다양한 플랫폼에서 동일한 코드 실행을 보장하는 것입니다.

출처 : opennet.ru