Developer X
Products
All ProductsSaaSCRMERPHR ManagementSchool ManagementHospital ManagementAI ProductsCustom Software
Services
All ServicesCustom Software DevelopmentWeb DevelopmentMobile App DevelopmentUI/UX DesignAI & Machine LearningCloud SolutionsDevOpsQA TestingAPI DevelopmentMaintenance & Support
Industries
All IndustriesHealthcareEducationFinanceRetailReal EstateLogisticsManufacturingTravelGovernmentStartups
Portfolio
Resources
All ResourcesBlogDocumentationTutorialsGuidesFAQDownloads
Company
All CompanyAboutLeadershipTeamCareersPartnersAwardsContact
Contact Us
Get Started
Developer X

Premier engineering partner for global tech leaders. Building the foundations of the digital economy.

About
CompanyCareersNewsroom
Quick Links
ProjectsClientsMethodology
Industries
FintechHealthcareRetail
Legal
Privacy PolicyTerms of UseCookie Policy

© 2026 Developer X. All rights reserved.

Cookie SettingsSitemap

Getting Started

IntroductionQuickstart GuideAuthentication

API Reference

EndpointsWebhooksErrorsPagination

Documentation

Home
Resources
Documentation
Authentication

Authentication

Securely authenticate your applications with Developer X using OAuth 2.0 or API Keys.

Alex Mercer

Alex Mercer

Last updated: Oct 24, 2024

Overview

Developer X provides two primary methods for authenticating requests to our APIs: API Keys for server-to-server communication, and OAuth 2.0 for applications that need to access resources on behalf of a user.

Best Practice

Always keep your API keys secure. Never expose them in client-side code or commit them to public repositories. Use environment variables instead.

API Keys

To authenticate using an API key, include it in the Authorization header of your HTTP request as a Bearer token.

ParameterTypeDescription
AuthorizationstringRequired. Must be in the format Bearer {token}.
Content-TypestringRequired for POST/PUT requests. Usually application/json.

cURL Example

Authenticate a request with a Bearer token in the Authorization header.

curl -X GET "https://api.developerx.com/v1/users" \
  -H "Authorization: Bearer YOUR_API_KEY" \
  -H "Content-Type: application/json"

OAuth 2.0

Use OAuth when your application acts on behalf of a user. Redirect to the authorization endpoint, exchange the code for an access token, and refresh before expiry. Store refresh tokens server-side. Scopes should be the minimum the feature needs — do not request admin if you only need read.

Key Rotation

Create a second API key, deploy it, then revoke the old one. Overlapping keys avoid downtime. Rotate on a schedule and immediately after anyone with access leaves the team. Keys that appear in logs or tickets are compromised — revoke them the same day.

Scopes and Least Privilege

Workspace keys can be limited to read, write, or billing. Prefer a key per service over one shared secret. If a consumer only lists resources, it should not be able to delete them. Failed authorization returns 403 with a stable error code you can handle in the client.

Was this documentation helpful?

Your feedback helps us improve our guides.

Need further assistance?

Our engineering team is ready to help you integrate.

Contact Support

On this page

OverviewAPI KeyscURL ExampleOAuth 2.0Key RotationScopes and Least Privilege