Skip to content
Open
Show file tree
Hide file tree
Changes from all commits
Commits
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
34 changes: 34 additions & 0 deletions clang/docs/PointerAuthentication.rst
Original file line number Diff line number Diff line change
Expand Up @@ -722,6 +722,40 @@ type. Implementations are not required to make all bits of the result equally
significant; in particular, some implementations are known to not leave
meaningful data in the low bits.

``ptrauth_nop_cast``
^^^^^^^^^^^^^^^^^^^^

.. code-block:: c

ptrauth_nop_cast(__type, __value)

Cast a pointer to the given type without changing any signature.

This operation can be used to convert a value from one type to another without
attempting to re-sign the value. This makes it possible to view a signed value
of one type as another type signed with the same schema. This can be used to
convert implicit schemas to explicit schemas, to convert to or from opaque
types, or simply to change the effective underlying type of a signed value.

The `__type` must be a pointer sized value compatible with the `__ptrauth`
qualifier. The authentication schema must not include address diversity.
Comment on lines +740 to +741
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

The authentication schema must not include address diversity.

It is probably worth clarifying explicitly whether this applies to "input" type (implicitly provided via __value), "output" type (explicitly specified by __type argument) or both.


The result is a bitwise identical value with the type passed as the `__type`
argument.

``ptrauth_function_pointer_type_discriminator``
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^

.. code-block:: c

ptrauth_function_pointer_type_discriminator(__type)

Compute the constant discriminator used by Clang to sign pointers with the
given C function pointer type.

A call to this function is an integer constant expression.


Standard ``__ptrauth`` qualifiers
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^

Expand Down
74 changes: 74 additions & 0 deletions clang/lib/Headers/ptrauth.h
Original file line number Diff line number Diff line change
Expand Up @@ -199,6 +199,25 @@ typedef __UINTPTR_TYPE__ ptrauth_generic_signature_t;
ptrauth_auth_and_resign(__value, __old_key, __old_data, \
ptrauth_key_function_pointer, 0)

/* Cast a value to the given type without changing any signature.

The type must be a pointer sized type compatible with the __ptrauth
qualifier.
The value must be an expression with a non-address diversified pointer
authentication schema, and will be converted to an rvalue prior to the cast.
The result has type given by the first argument.
Comment on lines +206 to +208
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Probably neither value nor result type can be address-diversified? Or is it possible to request address diversity on the result by some С++ trick?


The result has an identical bit-pattern to the input pointer. */
#define ptrauth_nop_cast(__type, __value) \
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

It's probably worth adding tests at least for this macro since it's not trivial. Tests for other macros would be nice to have as well.

({ \
union { \
typeof(*(__value)) *__fptr; \
typeof(__type) __opaque; \
} __storage; \
__storage.__fptr = (__value); \
__storage.__opaque; \
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

While this should be valid in C, in C++ reading from the member of the union that wasn't most recently written is technically UB: https://en.cppreference.com/w/cpp/language/union.html.

I think we need to conform to C++ standard and use smth like memcpy for doing such a trick.

})

/* Authenticate a data pointer.

The value must be an expression of non-function pointer type.
Expand Down Expand Up @@ -241,6 +260,18 @@ typedef __UINTPTR_TYPE__ ptrauth_generic_signature_t;
#define ptrauth_type_discriminator(__type) \
__builtin_ptrauth_type_discriminator(__type)

/* Compute the constant discriminator used by Clang to sign pointers with the
given C function pointer type.

A call to this function is an integer constant expression. */
#if __has_feature(ptrauth_function_pointer_type_discrimination)
#define ptrauth_function_pointer_type_discriminator(__type) \
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Nit: it's very subjective, but I find the naming a bit misleading. When I first read this, I though that this unconditionally defines a discriminator which is dependent on function type, while the discriminator is either type-based or constant zero depending on ptrauth_function_pointer_type_discrimination feature.

Maybe we can just avoid the word "type" in macro name, like ptrauth_function_pointer_discriminator. Or think of other alternatives in naming.

Feel free to ignore.

__builtin_ptrauth_type_discriminator(__type)
#else
#define ptrauth_function_pointer_type_discriminator(__type) \
((ptrauth_extra_data_t)0)
#endif

/* Compute a signature for the given pair of pointer-sized values.
The order of the arguments is significant.

Expand All @@ -263,6 +294,32 @@ typedef __UINTPTR_TYPE__ ptrauth_generic_signature_t;
#define ptrauth_sign_generic_data(__value, __data) \
__builtin_ptrauth_sign_generic_data(__value, __data)

/* Define some standard __ptrauth qualifiers used in the ABI. */
#define __ptrauth_function_pointer(__typekey) \
__ptrauth(ptrauth_key_function_pointer, 0, __typekey)
Comment on lines +298 to +299
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

__type_discriminator was probably intended here, as the key is hardcoded

Suggested change
#define __ptrauth_function_pointer(__typekey) \
__ptrauth(ptrauth_key_function_pointer, 0, __typekey)
#define __ptrauth_function_pointer(__type_discriminator) \
__ptrauth(ptrauth_key_function_pointer, 0, __type_discriminator)

#define __ptrauth_return_address __ptrauth(ptrauth_key_return_address, 1, 0)
#define __ptrauth_block_invocation_pointer \
__ptrauth(ptrauth_key_function_pointer, 1, 0)
#define __ptrauth_block_copy_helper \
__ptrauth(ptrauth_key_function_pointer, 1, 0)
#define __ptrauth_block_destroy_helper \
__ptrauth(ptrauth_key_function_pointer, 1, 0)
#define __ptrauth_block_byref_copy_helper \
__ptrauth(ptrauth_key_function_pointer, 1, 0)
#define __ptrauth_block_byref_destroy_helper \
__ptrauth(ptrauth_key_function_pointer, 1, 0)
#if __has_feature(ptrauth_signed_block_descriptors)
#define __ptrauth_block_descriptor_pointer \
__ptrauth(ptrauth_key_block_descriptor_pointer, 1, 0xC0BB)
#else
#define __ptrauth_block_descriptor_pointer
#endif

#define __ptrauth_cxx_vtable_pointer \
__ptrauth(ptrauth_key_cxx_vtable_pointer, 0, 0)
#define __ptrauth_cxx_vtt_vtable_pointer \
__ptrauth(ptrauth_key_cxx_vtable_pointer, 0, 0)

/* C++ vtable pointer signing class attribute */
#define ptrauth_cxx_vtable_pointer(key, address_discrimination, \
extra_discrimination...) \
Expand Down Expand Up @@ -371,7 +428,10 @@ typedef __UINTPTR_TYPE__ ptrauth_generic_signature_t;
((ptrauth_extra_data_t)0); \
})

#define ptrauth_nop_cast(__type, __value) (__type)(__value)
#define ptrauth_type_discriminator(__type) ((ptrauth_extra_data_t)0)
#define ptrauth_function_pointer_type_discriminator(__type) \
((ptrauth_extra_data_t)0)

#define ptrauth_sign_generic_data(__value, __data) \
({ \
Expand All @@ -384,9 +444,23 @@ typedef __UINTPTR_TYPE__ ptrauth_generic_signature_t;
#define ptrauth_cxx_vtable_pointer(key, address_discrimination, \
extra_discrimination...)

#define __ptrauth_function_pointer(__typekey)
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Could you please explain what purpose do these empty macros serve for?

Copy link
Contributor

@atrosinenko atrosinenko Oct 7, 2025

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@kovdan01 As far as I understand, they are intended to be used along the lines

callback_t __ptrauth_function_pointer(ptrauth_function_pointer_type_discriminator(callback_t)) *cb;

or as a better example

struct state {
  // ...
  uintptr_t __ptrauth_return_address saved_ret_addr;
  // ...
};

You have to "annotate" the variables with such macros at least once anyway, so without these empty defines you would have to duplicate variable definitions under #ifdefs (or even define empty macroses yourself and return to the original approach).

PS: Same as above :)

Suggested change
#define __ptrauth_function_pointer(__typekey)
#define __ptrauth_function_pointer(__type_discriminator)

#define __ptrauth_return_address
#define __ptrauth_block_invocation_pointer
#define __ptrauth_block_copy_helper
#define __ptrauth_block_destroy_helper
#define __ptrauth_block_byref_copy_helper
#define __ptrauth_block_byref_destroy_helper
#define __ptrauth_block_descriptor_pointer
#define __ptrauth_objc_method_list_imp
#define __ptrauth_objc_method_list_pointer
#define __ptrauth_objc_isa_pointer
#define __ptrauth_objc_isa_uintptr
#define __ptrauth_objc_super_pointer
#define __ptrauth_cxx_vtable_pointer
#define __ptrauth_cxx_vtt_vtable_pointer
#define __ptrauth_objc_sel
#define __ptrauth_objc_class_ro

#endif /* __has_feature(ptrauth_intrinsics) || defined(__PTRAUTH__) */

Expand Down