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 Policies
The libsecpolev API (libsecpolev.h)
The libsecpolev library API provides functions that allow a program to monitor system trace events that relate to the successful or failed use of privileges covered by security policies.
secpolev_get_process_name()
Get the name of the process associated with an event

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
  - Security Policies
    - Using security policies
    - Security policy language
    - Named range file
    - Monitoring security policy events
    - Tutorial: Build a system that uses a security policy
      The steps for developing a QNX OS system that uses a security policy include adding security types and generating a policy using the secpolgenerate utility.
    - The libsecpol API (secpol.h)
      The libsecpol library API provides functions for systems that use security policies.
    - The libsecpolev API (libsecpolev.h)
      The libsecpolev library API provides functions that allow a program to monitor system trace events that relate to the successful or failed use of privileges covered by security policies.
      - Flags for secpolev_get_ability_info()
      - Flags for secpolev_wait_event()
      - secpolev_event_type_t
        General event types
      - secpolev_flush()
        Flush events so that they are received immediately
      - secpolev_get_ability_info()
        Get information about an ability event
      - secpolev_get_custom_perm_info()
        Get information about a custom permission event
      - secpolev_get_dropped_count()
        Get the number of dropped events
      - secpolev_get_path_info()
        Get information about a path event
      - secpolev_get_pid()
        Get the process ID associated with an event
      - secpolev_get_process_name()
        Get the name of the process associated with an event
      - secpolev_get_process_type()
        Get the type of the process associated with an event
      - secpolev_init()
        Initiate event monitoring
      - secpolev_log()
        Log a message using the log callback
      - secpolev_log_callback_t
        Structure for error logging
      - secpolev_path_event_status_t
        Path event types
      - secpolev_set_log_callback()
        Set a callback for error logging
      - secpolev_shutdown()
        Request termination of event monitoring
      - secpolev_shutdown_type_t
        Shutdown event types
      - secpolev_vlog()
        Log a message using the log callback (varargs)
      - secpolev_wait_event()
        Wait for the next event
  - 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 Software in the Cloud enables developers to use the QNX OS in the Amazon cloud environment.
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.
QNX Hypervisor User's Guide
This User's Guide explains the QNX hypervisor architecture and provides instructions for installing and running a QNX Hypervisor system, changing system components and configuration, and using hypervisor features such as virtual devices (vdevs).
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.

secpolev_get_process_name()

Get the name of the process associated with an event

Synopsis:

#include <secpol/secpolev.h>

const char* secpolev_get_process_name(void)

Library:

libsecpolev

Description:

The secpolev_get_process_name() function returns the name of the process associated with the last event received, or NULL, if not known. There are typically a few ability checks that are tested before a process gets a name (e.g., prot_exec and map_fixed).

Note that in the initial stage of an exec*() call, the process has no name, but this is not considered an error and errno is not set.

The returned string remains valid until the next call to secpolev_wait_event().

Returns:

The process name.

Page updated: March 05, 2025