Understanding the Architecture
The architecture and workflow of Application Protector.
The Protegrity Application Protector (AP) C provides APIs that integrate with customer applications to protect, unprotect, and reprotect sensitive data. The AP C can be used with any customer application that is developed using the C programming language.
The AP C has the following protection and security access methods:
The following are the various features of AP C.
The AP C supports GCC versions 9.3.1 and higher for all operating systems.
The AP C can be accessed only by trusted applications. Any application that protects, unprotects, or reprotects data must first be created as a trusted application.
For more information about how to make an application trusted, refer to Creating a Trusted Application.
A session is valid until the XCTerminateLib API is called in the application.
Note:
XCInitLib,XCOpenSession,XCCloseSession, andXCTerminateLibmust each be called once per single process.
Each session generates audit records for every protection function call and data element.
Single Data Item Operations
a and count 1 → 1 audit logb and count 5 → 5 audit logsa and count 1000 → 1000 audit logsBulk Data Item Operations
3, the same data elements, and the same session → 1 audit log with count 6Initialization Logs
xcpep.plm file is loaded.While the protector is running, a status log is sent to Discover at an interval of 60 seconds, which can be viewed using the pty_insight_analytics\*protector_status_* index on Discover.
For more information about the status logs, refer to Protectors status index.
The protector status dashboard displays the protector connectivity status through a pie chart and a table visualization. This dashboard uses status logs sent by the protector, so the protector which performed at least one security operation shows up on this dashboard.
For more information about the protector status dashboard, refer to Protector Status Dashboard index.
If AP C is used to perform a security operation on a single data item, then the function returns a non-zero error code in case of any error. Similarly, if AP C is used to perform a bulk security operation, then a non-zero error code is returned for each failed item in the bulk result array. The calling application must check the return code after every AP C function call.
For more information about the log return codes, refer to Log return codes.
The architecture and workflow of Application Protector.
Lists the recommended minimum system requirements
Prerequisites for AP C Installation.
Steps to setup AP C
Configuring and Verifying AP C Installation on different platforms
Sample application for the AP C.
The various APIs of the AP C.
Learn about the AP C documentation with advanced operational insights and platform-specific guidance.
Was this page helpful?