A Bearer Token is a type of access token used for authentication and authorization in web applications and APIs. The term "Bearer" means "holder," which implies that anyone in possession of the token can access protected resources—without additional verification.

Characteristics of a Bearer Token:

• Self-contained: It includes all necessary authentication information.
• No additional identity check: Whoever holds the token can use it.
• Sent in HTTP headers: Typically as Authorization: Bearer <token>.
• Often time-limited: Tokens have expiration times to reduce misuse.
• Commonly used with OAuth 2.0: For example, when authenticating with third-party services.

Example of an HTTP request with a Bearer Token:

GET /protected-data HTTP/1.1
Host: api.example.com
Authorization: Bearer abcdef123456

Risks:

• No protection if stolen: If someone intercepts the token, they can impersonate the user.
• Must be securely stored: Should not be exposed in client-side code or URLs.

💡 Tip: To enhance security, use short-lived tokens and transmit them only over HTTPS.

Entity headers are HTTP headers that provide information about the body of a message. They can appear in both requests and responses, describing properties of the content such as type, length, encoding, or last modification date.

Important Entity Headers:

1. Content-Type

• Specifies the media type (MIME type) of the content.
• Example:

Content-Type: application/json; charset=UTF-8

2. Content-Length

• Indicates the size of the content in bytes.
• Example:

Content-Length: 1024

3. Content-Encoding

• Shows if the content has been compressed (e.g., gzip).
• Example:

Content-Encoding: gzip

4. Content-Language

• Specifies the language of the content.
• Example:

Content-Language: de-DE

5. Cache-Location

• Indicates the URL or storage location of the actual resource.
• Example:

Content-Location: /files/document.pdf

6. Last-Modified

• Specifies when the content was last changed.
• Example:

Last-Modified: Tue, 30 Jan 2025 14:20:00 GMT

7. ETag

• A unique identifier for a version of the resource, useful for caching.
• Example:

ETag: "abc123xyz"

8. Expires

• Indicates when the content should be considered outdated.
• Example:

Expires: Fri, 02 Feb 2025 12:00:00 GMT

9. Allow

• Lists the allowed HTTP methods for a resource.
• Example:

Allow: GET, POST, HEAD

10. Refresh  (Not standardized but often used)

• Instructs the browser to refresh the page after a specified time.
• Example:

Refresh: 10; url=https://example.com

These headers help describe the content of an HTTP message, optimize caching strategies, and ensure correct rendering.

Response headers are HTTP headers sent from the server to the client. They contain information about the server’s response, such as status codes, content types, security policies, or caching rules.

Important Response Headers:

1. Server

• Indicates which software or technology the server is using.
• Example:

Server: Apache/2.4.41 (Ubuntu)

2. Date

• Specifies the date and time of the server’s response in GMT format.
• Example:

Date: Wed, 31 Jan 2025 12:34:56 GMT

3. Content-Type

• Defines the media type of the response.
• Example:

Content-Type: text/html; charset=UTF-8

4. Content-Length

• Indicates the size of the response in bytes.
• Example:

Content-Length: 3456

5. Cache-Control

• Determines the caching behavior of the response.
• Example:

Cache-Control: max-age=3600, must-revalidate

6. Set-Cookie

• Sends cookies to the client for storage and future requests.
• Example:

Set-Cookie: sessionId=abc123; Path=/; Secure; HttpOnly

7. ETag

• A unique identifier for a specific version of a resource, used for caching optimization.
• Example:

ETag: "5d8c72a5f8d9f"

8. Location

• Specifies a redirect URL if a resource has moved.
• Example:

Location: https://www.new-url.com/

9. Access-Control-Allow-Origin

• Enables cross-origin requests (CORS).
• Example:

Access-Control-Allow-Origin: *

10. Strict-Transport-Security (HSTS)

• Enforces HTTPS for future requests.
• Example:

Strict-Transport-Security: max-age=31536000; includeSubDomains

Response headers help the client interpret the received response correctly, enforce security measures, and optimize caching strategies.

Request headers are HTTP headers sent by a client (e.g., a web browser or API request) to the server, providing additional information about the request, the client, or the desired content.

Important Request Headers:

1. Host

• Specifies the target domain or IP address of the server.
• Example:

Host: www.example.com

2. User-Agent

• Contains information about the client, such as browser type or operating system.
• Example:

User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64)

3. Accept

• Defines which content types the client can accept.
• Example:

Accept: text/html, application/json

4. Accept-Language

• Specifies the client's preferred language(s).
• Example:

Accept-Language: de-DE, en-US

5. Accept-Encoding

• Indicates which compression formats the client supports.
• Example:

Accept-Encoding: gzip, deflate, br

6. Referer

• Provides the previous page from which the user navigated.
• Example:

Referer: https://www.google.com/

7. Authorization

• Used for authentication when accessing protected resources.
• Example(Basic Auth):

Authorization: Basic dXNlcm5hbWU6cGFzc3dvcmQ=

8. Cookie

• Contains cookies previously set by the server.
• Example:

Cookie: sessionId=abc123; theme=dark

9. Content-Type (for POST/PUT-Anfragen)

• Specifies the data format of the request body.
• Example:

Content-Type: application/json

10. Origin

• Indicates the origin URL and is often used in Cross-Origin requests.
• Example:

Origin: https://www.example.com

These headers help the server understand the request and respond accordingly by providing details about the client, preferred content, and security aspects.