How to open .AC files on Mac

To open .AC files on Mac, check encoding: view a copy in a text editor to distinguish PEM (text/base64) from DER (binary).

Step-by-step instructions

  1. Check encoding: view a copy in a text editor to distinguish PEM (text/base64) from DER (binary).
  2. Open/inspect the file with PKI tooling that supports X.509 Attribute Certificates (application/pkix-attr-cert), not just standard identity certificates.
  3. If macOS certificate apps won’t import it, validate/inspect it using dedicated PKI tools rather than Keychain-style certificate import workflows.

Common issues

It won’t open in certificate viewers (only supports public-key certs)

Many GUI certificate apps focus on X.509 public-key certificates (identity certificates) and do not parse or display X.509 Attribute Certificates, even though both are “X.509”.

  1. Use PKI tooling that explicitly supports attribute certificates (RFC 5755 context), not only .cer/.crt workflows.
  2. Confirm you are not trying to import it into a store expecting an identity certificate; treat it as an authorization object handled by your PKIX authorization system.

DER vs PEM mismatch causes parse/import errors

The same AC content may be stored as binary DER or text PEM. Using the wrong mode (or expecting PEM when it is DER) often looks like “corrupt” or “unsupported format.”

  1. Open a copy in a text editor: PEM is readable base64 with header/footer lines; DER is binary.
  2. Re-run your inspection/import using the correct encoding option for the tool you’re using.

Wrong assumption: the .ac file isn’t an attribute certificate

The .ac extension is ambiguous and is also used for unrelated file types, so an “AC data” assumption can be wrong if the file came from a different workflow (e.g., modeling or build tooling).

  1. Confirm the file’s provenance: did it come from a PKI/authorization system expecting an attribute certificate?
  2. Check whether the system identifies it as application/pkix-attr-cert and whether the contents match an X.509 AC structure per RFC 5755.

Validation rejected by an authorization system

ACs are security credentials; consuming systems may reject them if the issuer is not trusted, the validity period is wrong, or the profile/attributes are not what the system expects.

  1. Verify validity period and that the issuer matches what your environment trusts/accepts for attribute certificates.
  2. Confirm the consumer expects an RFC 5755-profiled attribute certificate (not a different credential type) and that the attributes match the system’s policy.

Security note

Treat .ac attribute certificates as sensitive authorization credentials: they may grant roles/privileges and should only be installed or provided to systems you trust.

Back to .AC extension page