Overview:
The Site Security Utility creates a strong, unique password for server-to-server communication between Pharos API servers and between MobilePrint and Pharos API.
Run the utility on every applicable Pharos API server and MobilePrint server. Use the same generated password on all servers and compare the verification hash after each run.
Important: Store the generated password securely. Do not email it, place it in a support case, or include it in unprotected documentation.
Applies to:
Pharos API version 4.11.23 or later.
Pharos API version 5.0.26 or later.
Current Print Center 5.0.x installations.
MobilePrint 2.5.0 or later when MobilePrint is installed.
Blueprint environments using Pharos API or Cloud Bridge.
Before you start:
Confirm the Pharos API version on every server.
Apply the required Print Center and Pharos API updates to all Pharos API servers.
If MobilePrint is installed, confirm that it meets the required version.
Identify:
- The first Pharos API server where the password will be generated.
- All additional Pharos API servers.
- Any separate MobilePrint servers.
Schedule a maintenance window if you are rotating an existing password.
If Blueprint Cloud Bridge is enabled, review the Cloud Bridge impact before running the utility. A new Site Security key can prevent Blueprint from decrypting existing Cloud Bridge settings.
Open an elevated Command Prompt on each server.
Copy
SiteSecurityUtility.exefrom the supported Pharos API installation or update package to each applicable server.
Steps:
On the first Pharos API server, run the utility without parameters:
```cmd
SiteSecurityUtility.exe
```
Record the generated password and verification hash.
Store the generated password in an approved secure secret store.
On every additional Pharos API server and separate MobilePrint server, run the utility with the generated password:
```cmd
SiteSecurityUtility.exe <generated-password>
```
Compare the verification hash from each server with the verification hash from the first server.
Confirm that all verification hashes match.
If a hash does not match, do not continue deployment. Re-run the utility on the affected server using the exact password generated on the first server.
If you are rotating an existing password:
1. Run the utility on the first server without parameters to generate a new password.
2. Apply the new password to every remaining Pharos API and MobilePrint server.
3. Restart IIS or recycle the Pharos API application pool on every affected API server.
4. Restart MobilePrint services where applicable.
If Blueprint Cloud Bridge is enabled:
1. Open Blueprint Administrator.
2. Use Load configuration from file to reload the Cloud Bridge API card.
3. Re-enter the proxy password if proxy settings are configured.
4. Save the configuration so Cloud Bridge settings are encrypted with the current Site Security key.
Test server-to-server communication and MobilePrint after the update.
Validation:
Confirm that the verification hash matches on every server.
Confirm that the Pharos API services are running.
Confirm that Print Center opens and can communicate with the API.
If MobilePrint is installed, submit and retrieve a test MobilePrint job.
If Blueprint Cloud Bridge is enabled, confirm that Cloud Bridge communication succeeds.
Review the relevant application and service logs for authentication or decryption errors.
Confirm that no generated password appears in command history, email, case notes, or unprotected files.
Notes:
The first Site Security Utility run on a server is automatically detected by the Pharos API and does not require a restart.
Running the utility again on an existing server requires an IIS restart, application-pool recycle, or MobilePrint service restart.
Unpatched MobilePrint installations may continue functioning until MobilePrint or IIS is restarted.
Do not compare registry values between servers. The password is hashed differently on each server. Compare the verification hashes instead.
Do not run the utility after enabling Cloud Bridge without planning to reload and re-encrypt the Cloud Bridge configuration.
If the generated password is exposed, rotate it and update every affected server.