Browser extensions on iOS, Android and pretty much any other web browsing device. No jailbreak/root required.
Userscript Proxy is built around mitmproxy and acts as a MITM, injecting userscripts into web pages as they flow through it. Both HTTP and HTTPS are supported.
Make sure you understand these security aspects before using Userscript Proxy:
Make sure you have Docker installed. This should work:
docker --versionStart Userscript Proxy:
docker run -t --rm --name userscript-proxy -p 8080:8080 alling/userscript-proxyWhen you see Proxy server listening at http://*:8080, the proxy is up and running.
Check that the proxy is working. There are two ways of doing this:
On the command line (in a new terminal):
curl --proxy localhost:8080 http://example.comThe output should contain a <script> element whose first line is // ==UserScript==.
In a web browser:
Go to the preferences menu in your web browser, search for proxy and set localhost with port 8080 as HTTP proxy.
Visit http://example.com.
You should see a green page and a message saying that Userscript Proxy is working.
You need to know the local IP address of the machine running Userscript Proxy (i.e. where you ran docker run above).
This is usually something like 192.168.1.67.
You can typically find it by running ip a, ifconfig or ipconfig depending on your operating system.
If your local IP address is 192.168.1.67, and the proxy is running (see above), this should work:
curl --proxy 192.168.1.67:8080 http://example.comYour mobile device needs to be on the same LAN as your proxy, so make sure it's connected to your Wi-Fi.
On your mobile device, go to the settings for the currently active Wi-Fi connection.
Find the proxy settings, select Manual proxy or similar, and set 192.168.1.67 with port 8080.
Visit http://example.com on your mobile device.
You should see the same green page as above.
When you've set up Userscript Proxy on your mobile device as described above, you'll notice that you can't visit sites via HTTPS anymore. This is because your device thinks you're being MITM'd (which, technically, you are – by yourself).
To make HTTPS connections work, you need to tell your device that it should trust your proxy. This is accomplished by installing a certificate.
In general, installing a certificate might pose a security risk. If you don't trust me and mitmproxy, stop here. Otherwise, read on.
Stop the proxy by pressing Ctrl + C in the terminal where it's running.
Then start it again, this time with the -v flag as shown below:
docker run -t --rm --name userscript-proxy -p 8080:8080 -v "mitmproxy-ca:/root/.mitmproxy" alling/userscript-proxyThis creates a new Docker volume and mounts it at /root/.mitmproxy, where mitmproxy stores its certificate authority files.
This is necessary so that you can restart the proxy later without having to perform all these steps again.
In this example, mitmproxy-ca is the name of the new Docker volume.
You can choose any name you want, as long as it's not already in use.
Make sure your mobile device is configured to use the proxy as decribed above.
On your mobile device, go to http://mitm.it. You should see icons for Apple, Windows, Android, etc.
Click the icon matching your device.
Install the certificate.
Follow the on-screen instructions. If you're asked to choose between VPN and apps and Wi-Fi, choose VPN and apps.
Tap Allow when asked if you want to download a configuration profile.
Open the Settings app and go to General ▶ Profiles.
Under Downloaded profile, tap the mitmproxy profile.
Tap Install three times.
Go back to the main screen in Settings and go to About ▶ Certificate Trust Settings.
Under Enable full trust for root certificates, enable mitmproxy, confirming the action if prompted.
You should now be able to browse via HTTPS as usual.
Userscript Proxy comes with one single userscript, useful only for testing that the proxy is up and running. To use userscripts you've downloaded or written yourself, you need to tell Userscript Proxy where they are.
You need the absolute path to a directory containing your userscripts.
This could be something like /home/alling/userscripts.
Run Userscript Proxy like this:
docker run -t --rm --name userscript-proxy -p 8080:8080 -v "mitmproxy-ca:/root/.mitmproxy" -v "/home/alling/userscripts:/userscripts" alling/userscript-proxy --userscripts-dir "/userscripts"-v "/home/alling/userscripts:/userscripts" mounts your userscripts directory at /userscripts inside the Docker container.--userscripts-dir "/userscripts" tells Userscript Proxy to read userscripts from /userscripts.Apps like App Store and Facebook Messenger refuse to connect through a MITM proxy, so their traffic must be ignored by mitmproxy. There are two approaches:
Blacklisting or whitelisting is done by giving the --rules flag together with one or more files containing rules.
By default, all traffic from hosts matching those rules is ignored (blacklisting); if --intercept is given, matching traffic is instead intercepted (whitelisting).
NOTE: With --transparent, mitmproxy may not be able to see the hostname of responses without intercepting them. In that case, you can only ignore/intercept based on IP address, not hostname.
Examples:
/home/alling/rules/ignore.txt:
docker run -t --rm -v "/home/alling/rules:/rules" alling/userscript-proxy --rules "/rules/ignore.txt".txt files in the /home/alling/rules directory whose names start with foo:
docker run -t --rm -v "/home/alling/rules:/rules" alling/userscript-proxy --rules "/rules/foo*.txt" --interceptRules can be specified in two ways:
Based on the syntax used by userscript @include directives.
Asterisk (*) means any string (including the empty string).
*. is automatically prepended.
:* is automatically appended unless the rule contains a colon (:).
To match a domain without matching all of its subdomains, use a regex rule instead (see below).
| Rule | Matches |
|---|---|
site.com |
site.com and x.site.com |
api.site.com |
api.site.com and x.api.site.com, but not www.site.com |
*cdn.net |
cdn.net, fbcdn.net and x.fbcdn.net, but not cdn.net.com |
site.com:80 |
site.com:80 and x.site.com:80, but not site.com:443 |
If a rule starts and ends with a slash (/), it is treated as a Python regex.
Note that the string to match against contains both a host and a port, e.g. example.com:443, and that the regex is used verbatim (i.e. you have to explicitly provide ^ etc if desired).
The only exception is that the case-insensitivity flag (?i) is automatically added.
Also, be careful with $: A regex like /site.com$/ will never match, because it will only be used to check strings like site.com:80.
Anything from a # until the end of the line is treated as a comment.
Leading and trailing whitespace have no effect.
| Rule | Matches |
|---|---|
/cdn\./ |
fbcdn.net, cdn.site.com, cdn.x.site.com, but not cdna.com |
/^site\.com:/ |
site.com, but not x.site.com, mysite.com or site.com.net |
Userscript Proxy has no data usage impact when no userscript is injected, i.e. for URLs without any matching userscript. When a script is injected, exactly one of the following things happens:
<script> tag referencing the userscript is injected (~100 bytes, depending on the length of the @downloadURL).A userscript is injected by reference if and only if it has a specified @downloadURL in its metadata.
(This can be overridden using the --inline flag, in which case all userscripts are injected inline.)
Userscripts are injected into every response from a matching URL, and the size of a userscript can be anything from a few hundred bytes for the most basic ones to hundreds of kilobytes in extreme cases, so there are massive data usage reductions to be gained from making the userscript accessible by URL and including a @downloadURL.
If the @downloadURL approach is not possible, for one reason or the other, it is a good idea to be aware of this issue, and to take appropriate action such as minifying userscripts and adding suitable ignore rules.
Userscript Proxy supports (a subset of) the Greasemonkey metadata syntax. No adaptation of plain JavaScript userscripts should be required. These directives are supported:
@name@version@run-at document_(start|end|idle)@match@include (basic pattern and regex)@exclude@noframes@downloadURLThe GM API and similar runtime facilities are not supported, because userscripts can only be injected as regular scripts.
Options are specified by simply appending them to the docker run command, for example:
docker run -t --rm --name userscript-proxy -p 8080:8080 alling/userscript-proxy --transparent
# ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ ^^^^^^^^^^^^^
# flags to `docker run` flags to Userscript Proxy--bypass-csp ALLOWBypass host site's Content Security Policy (if any) to allow userscripts to run properly.
If ALLOW is script, the CSP is bypassed only for the userscript itself.
Use nothing to never bypass any CSP (meaning userscripts won't work at all on some sites).
Use everything to allow everything, which may be necessary if the userscript injects CSS, images etc.
Note that the latter completely disables any CSP from every host site into which a userscript is injected.
Defaults to script.
--inline, -iAlways inject scripts inline (<script>...</script>), never linked (<script src="https://github.com/SimonAlling/userscript-proxy/raw/master/.."></script>).
Useful to test new userscript features without having to re-upload the userscript and clear browser cache.
--list-injected, -lInsert an HTML comment in each page specifying which userscripts (if any) were injected.
--no-default-rulesSkip built-in default rules, which are otherwise automatically applied so that common apps like App Store and Facebook Messenger work out of the box.
--no-default-userscriptsSkip loading built-in default userscripts intended for sanity checks and similar purposes, e.g. Example Userscript.
--port PORT, -p PORTMake mitmproxy listen to TCP port PORT.
Defaults to 8080.
Note: Be careful when running Userscript Proxy in Docker! If you want to use e.g. port 1337 on the host machine, do this instead:
docker run -t --rm --name userscript-proxy -p 1337:8080 alling/userscript-proxyIf you really want Userscript Proxy to use a certain port inside the Docker container, e.g. 5555, don't forget to publish that port:
docker run -t --rm --name userscript-proxy -p 1337:5555 alling/userscript-proxy -p 5555Or you can let the Docker container be a part of the host's network:
docker run -t --rm --network host --name userscript-proxy alling/userscript-proxy -p 5555--query-param-to-disable PARAM, -q PARAMDisable userscripts when the request URL contains PARAM as a query parameter.
For example, use -q foo to disable userscripts for http://example.com?foo.
Defaults to nouserscripts.
--rules FILETake ignore or intercept rules from FILE, which can be a glob pattern matching multiple files.
By default, matching traffic is ignored; use --intercept to invert this behavior.
See examples above.
--transparent, -tRun mitmproxy in transparent mode. Useful if you cannot set a proxy in the client, e.g. when using OpenVPN Connect on Android to connect to a VPN server on the network where your proxy is running. In such cases, you have to route traffic from the client to the proxy at the network layer instead, making transparent mode necessary.
NOTE: In transparent mode, ignore/intercept rules based on hostname (rather than IP address) may not work, because mitmproxy may not be able to see the hostname of responses without intercepting them.
--userscripts-dir DIR, -u DIRLoad userscripts from directory DIR.
How to build and run from source:
git clone https://github.com/SimonAlling/userscript-proxy
cd userscript-proxy
make start