Home
QNX Software Development Platform
QNX SDP is a cross-compiling and debugging environment, including an IDE and command-line tools, for building binary images and programs for target boards running the QNX OS 8.0.
System Security Guide
The QNX System Security Guide is intended for both system integrators who are responsible for the security of a QNX OS system and developers who want to create a QNX OS resource manager free from vulnerabilities.
Security Features for System Integrators
Address space layout randomization (ASLR)
Address space layout randomization varies the location of data and instructions each time an executable is loaded as long as it was compiled with Position-Independent Executable (PIE) support.

QNX Momentics IDE User's Guide
This User's Guide describes version 8.0 of the Integrated Development Environment (IDE) that's part of the QNX Tool Suite.
QNX Software Development Platform
QNX SDP is a cross-compiling and debugging environment, including an IDE and command-line tools, for building binary images and programs for target boards running the QNX OS 8.0.
- Quickstart Guide
- System Architecture
  The System Architecture guide accompanies the QNX OS and is intended for both application developers and end-users.
- OS Components & Operations
- Graphics
- Programming
- System Security Guide
  The QNX System Security Guide is intended for both system integrators who are responsible for the security of a QNX OS system and developers who want to create a QNX OS resource manager free from vulnerabilities.
  - Security Matrix
    The following table describes security problems and cyberattacks and the QNX OS security features that can mitigate them.
  - Security Features Overview
  - Security Features for Developers
  - Security Features for System Integrators
    - Privilege control
    - Systems without passwords
    - Secure boot
      Secure boot is a mechanism that ensures the integrity of the running system, by cryptographically verifying each stage of the boot process.
    - Cryptography for system integrators
      QNX OS supports multiple ways to access cryptography services.
    - Address space layout randomization (ASLR)
      Address space layout randomization varies the location of data and instructions each time an executable is loaded as long as it was compiled with Position-Independent Executable (PIE) support.
    - Fortified system functions
      QNX OS fortified system functions are designed to detect out-of-bounds memory accesses by performing lightweight parameter validation at compile-time, runtime, or both.
    - Access control
      Access control is the selective restriction of access to a resource. Access controls take many different forms and the sections below describe which ones can be used in QNX OS systems.
    - Filesystem security
    - Random number generation
    - Virtualization security features
      Virtual devices (vdevs) provided by QNX Hypervisor for Safety (QHS) and other QNX hypervisors.
    - The /proc filesystem
    - Application groups
      Application groups are used to group processes together so they can be controlled as a group.
    - Hypervisor security
      The QNX hypervisor is built as an extension of the QNX OS microkernel. As such, it inherits the security features of the microkernel itself as well as the secure execution environment created by the microkernel. In addition, the hypervisor has additional layers that are purpose-built for secure virtual machine operation.
  - Security Policies
  - Fortified System Functions
  - QNX Cryptography Library
    The QNX cryptography library (qcrypto library) is a generic cryptographic shim layer that provides a consistent API to the various cryptographic primitives offered by third-party libraries.
  - The devcrypto service
    The devcrypto service is a legacy system driver interface and is mainly provided for backwards compatibility.
  - Pathtrust
    The pathtrust feature prevents processes from executing untrusted code. If a process is compromised, pathtrust mitigates the threat of the system being further compromised by an attacker using chained-together exploits.
  - PAM
    Systems that need authentication can use pluggable authentication module (PAM), a configurable standard library.
  - Using mkqnximage to Display Security Features
- Utilities & Libraries
- Migrating to QNX OS 8.0
QNX Software in the Cloud
QNX Toolkit for Visual Studio Code
This User's Guide describes the QNX^® Toolkit for Visual Studio Code. The guide introduces you to the QNX Toolkit by explaining the QNX development environment and how to build, run, and debug your QNX^® Operating System (OS) applications and systems.
Typographical Conventions, Support, and Licensing
This section describes the typographical conventions used throughout the documentation, explains how to obtain technical support, and provides some information about licensing.

Address space layout randomization (ASLR)

QNX SDP8.0QNX OS System Security GuideAPIConfiguration

Address space layout randomization varies the location of data and instructions each time an executable is loaded as long as it was compiled with Position-Independent Executable (PIE) support.

ASLR is built-in to the system and enabled by starting procnto with the -mr option. QNX recommends that you leave it enabled. For information on disabling ASLR, see the procnto entry in the Utilities Reference.

Address space layout randomization is implemented for the following system elements:

Executable code — Program segments marked as executable that are loaded by the dynamic loader. The application must be compiled with PIE.
Stack — Both the page and the offset within the page are randomized.
Heap — The page is randomized.
Shared memory — Memory shared among multiple processes is mapped at a different randomized virtual address in each process.
libc and dynamic loader — Both the location of libc and the location of the dynamic loader are randomized in the virtual address space of a process. Although shared objects such as libc and the dynamic loader are mapped at random addresses, if the order of loading stays the same, they are mapped at the same address in relation to each other.
Command line arguments — The location of command line arguments within the virtual address space of a process is randomized.

Page updated: August 09, 2024