padraic / humbug_get_contents
Secure wrapper for accessing HTTPS resources with file_get_contents for PHP 5.3+
Installs: 4 934 110
Dependents: 6
Suggesters: 0
Security: 1
Stars: 124
Watchers: 9
Forks: 16
Open Issues: 5
Requires
- php: ^5.3 || ^7.0 || ^7.1 || ^7.2
- ext-openssl: *
- composer/ca-bundle: ^1.0
Requires (Dev)
- bamarni/composer-bin-plugin: ^1.1
- mikey179/vfsstream: ^1.6
- phpunit/phpunit: ^4.8 || ^5.7 || ^6.5
README
Defines a Humbug\get_contents()
function that will transparently call file_get_contents()
,
except for HTTPS URIs where it will inject a context configured to enable secure
SSL/TLS requests on all versions of PHP 5.3+.
All versions of PHP below 5.6 not only disable SSL/TLS protections by default, but
have most other default options set insecurely. This has led to
the spread of insecure uses of file_get_contents()
to retrieve HTTPS resources. For example,
PHAR files or API requests. Without SSL/TLS protections, all such requests are vulnerable
to Man-In-The-Middle attacks where a hacker can inject a fake response, e.g. a tailored php
file or json response.
Installation
composer require padraic/humbug_get_contents
Usage
$content = Humbug\get_contents('https://www.howsmyssl.com/a/check');
You can use this function as an immediate alternative to file_get_contents()
in any code
location where HTTP requests are probable.
This solution was originally implemented within the Composer Installer, so this is a straightforward extraction of that code into a standalone package with just the one function. It borrows functions from both Composer and Sslurp.
In rare cases, this function will complain when attempting to retrieve HTTPS URIs. This is actually the point ;). An error should have two causes:
- A valid cafile could not be located, i.e. your server is misconfigured or missing a package
- The URI requested could not be verified, i.e. in a browser this would be a red page warning.
Neither is, in any way, a justification for disabling SSL/TLS and leaving end users vulnerable to getting hacked. Resolve such errors; don't ignore or workaround them.
Headers
You can set request headers, and get response headers, using the following functions. This support is based around stream contexts, but is offered in some limited form here as a convenience. If your needs are going to extend this, you should use a more complete solution and double check that it fully enables and supports TLS.
// Don't end headers with \r\n when setting via array Humbug\set_headers([ 'Accept-Language: da', 'User-Agent: Humbug', ]); $response = Humbug\get_contents('http://www.example.com');
Request headers are emptied when used, so you would need to reset on each
Humbug\get_contents()
call.
To retrieve an array of the last response headers:
$response = Humbug\get_contents('http://www.example.com'); $headers = Humbug\get_headers();