</code>s for ya! / </i> <br/><br/> </div> <blockquote> <p><em>Snow is the <strong>most advanced</strong> open sourced tool for securing same origin realms in runtime browser apps - <strong>secured</strong> and <strong>easy to use</strong>:</em></p> </blockquote> <ul> <li>Include Snow in your web app's loading html file (or by <a href="#Install">requiring it as a module</a>): <pre><code class="language-html"><script src="https://unpkg.com/@lavamoat/snow/snow.prod.js"></script></code></pre></li> <li>Pass Snow a callback and Snow will invoke it with <strong>every</strong> new window object in runtime! <pre><code class="language-javascript">SNOW( win => console.log('New window detected:', win) )</code></pre></li> </ul> <div align="center"> <img width="750" alt="❄️SNOW❄️" src="https://user-images.githubusercontent.com/13243797/219565727-12f00654-a709-4a39-87fc-5a60f643b308.png"> <br><br> <i> Snow aspires to standardize how to recursively and <b> securely own newborn windows </b> (aka iframes/realms) <br> within a browser web app, <b> from the context of the app itself </b>. </i> </div> <h2>About</h2> <p>Snow is an experimental ⚠️ tool coming in the form of a <strong>JavaScript shim</strong> that once is applied to the page exposes an API that when is provided with a callback, will make sure to call it with <strong>every new window</strong> that is being injected to DOM, <strong>before</strong> its creator gets a hold on it.</p> <p>This ability exists for extensions (with the <code>all_frames: true</code> property), but <code>Snow</code> brings it to <strong>non extension javascript with the same privileges as the web app</strong>.</p> <blockquote> <p><em>Read more about Snow and the motivation behind it <a rel="noreferrer nofollow" target="_blank" href="https://github.com/lavamoat/snow/wiki/Introducing-Snow">here</a></em></p> </blockquote> <h2>🚨 IMPORTANT UPDATE 🚨</h2> <p>Starting Version <a rel="noreferrer nofollow" target="_blank" href="https://github.com/LavaMoat/snow/pull/134">2.0.1</a> Snow officially doesn't support vulnerabilities that can be protected against by disallowing <code>unsafe-inline</code> completely and by correctly using the <code>object-src</code> directive to not allow <code>self</code>.</p> <ul> <li>To learn more why is that, see <a href="#install">section 4</a>.</li> </ul> <p>In addition, Snow <a rel="noreferrer nofollow" target="_blank" href="https://github.com/LavaMoat/snow/pull/133">"stops playing nice"</a> - operations that are considered insecure will be intercepted and cause Snow to throw an exception. This is part of the realization we reached as part of the work on Snow, where "nice security" leaves Snow vulnerable, and true security can only be shipped with a more "aggresive" approach.</p> <ul> <li>To learn more why is that, see <a rel="noreferrer nofollow" target="_blank" href="https://github.com/LavaMoat/snow/pull/133">#133</a>.</li> </ul> <h2><a rel="noreferrer nofollow" target="_blank" href="https://lavamoat.github.io/snow/demo/#self-xss-challenge-msg">Demo</a> - The Snow Challenge! 🏆</h2> <div align="center"> <img width="759" alt="Screenshot 2023-02-25 at 19 54 33" src="https://user-images.githubusercontent.com/13243797/221372185-eaeea815-b693-43bf-a371-6375ce8e0e8b.png"> </div> <p><br></p> <p>Snow's challenge is the easiest way to <strong>graspe the power of Snow.</strong> </p> <p>Here we have a serverless <a rel="noreferrer nofollow" target="_blank" href="https://lavamoat.github.io/snow/demo/#self-xss-challenge-msg">demo app</a>, which installs and <strong>uses Snow to disable the functionality of the <code>alert</code> function</strong> for all same origin realms.</p> <p>In other words, the app uses Snow to make sure <strong>no one can call the <code>alert</code> function</strong>, not even when:</p> <ul> <li>Trying to create an <code><iframe></code> and use its inner window's <code>alert</code>;</li> <li>Trying to call the <code>alert</code> function from the console (even self-XSS won't help you!);</li> <li>Trying to open a new tab and use its <code>alert</code>.</li> </ul> <p>Hence, the rulls are very simple - <strong>visit the <a rel="noreferrer nofollow" target="_blank" href="https://lavamoat.github.io/snow/demo/">app</a> and pop an alert! 😉</strong></p> <p>If you manage to bypass Snow and pop an alert message - <strong>help us</strong> by opening an issue so we could continue to <strong>improve Snow's security</strong>!</p> <h2>Usage</h2> <pre><code class="language-javascript">// API SNOW(cb = (win) => { /* LOGIC */ }); // example, disable alert API in the webpage completely SNOW((win) => { win.alert = (msg) => { console.log('alert is disabled! msg is: ' + msg); }; });</code></pre> <h2>Install</h2> <p>The latest <code>snow</code> <a rel="noreferrer nofollow" target="_blank" href="https://raw.githubusercontent.com/lavamoat/snow/main/snow.prod.js">production version</a> is included in the official repo and also in <a rel="noreferrer nofollow" target="_blank" href="https://unpkg.com/@lavamoat/snow/snow.prod.js">upkg cdn</a>, so in order to install <code>snow</code> in the website, simply place it wherever and serve it to the website as-is:</p> <pre><code class="language-html"><script src="https://unpkg.com/@lavamoat/snow/snow.prod.js"></script></code></pre> <p>After this line, window should expose <code>window.SNOW</code> API for the rest of the scripts in the website to use.</p> <p>Not like standard third party libraries, <code>snow</code> has special requirements (security-wise) in order for it to play its role securely.</p> <blockquote> <p><strong>👇 It is highly important to be aware of them when integrating Snow into an app to gain full security - READ CAREFULLY 👇:</strong></p> </blockquote> <ol> <li> <p><strong>It has to run as the first piece of javascript that runs in the webpage</strong> - otherwise any other javascript code will have the ability to bypass <code>snow</code> and cancel its purpose completely (that's why <code>snow</code> can never overpower extensions). In order to achieve that, when loading via a script tag it must load script synchronously (do not use <code>async=true</code>!).</p> </li> <li> <p><strong>It has to be served as-is</strong> - If it goes through any bundlers that might change it, the modified version might contain flaws that attackers might use to cancel its effect (for further explanation see <a rel="noreferrer nofollow" target="_blank" href="https://github.com/lavamoat/snow/wiki/Introducing-Snow#natives">natives</a> section).</p> </li> <li> <p><strong>Snow needs to be set and called in every HTML page served from your web app</strong> - Even though this is the attack vector Snow tries to protect the app against, there are types of attacks Snow won't be able to defend against (which is why we want Snow to become a native browser feature so bad!). This mainly refers to the <a rel="noreferrer nofollow" target="_blank" href="https://github.com/LavaMoat/snow/issues/73">#73 discovery</a>. The only way to defend the app against such an attack it to make sure all HTML files served by the app load Snow themselves. Does this make Snow useless? No - there are planty other types of attacks Snow defends your app against.</p> </li> <li> <p><strong>Most importantly, it's highly vulnerable without minimal help from CSP</strong> - As of version 2.0.1 the project will seize to attempt to defend against vulnerabilities that aren't possible to exploit when (a) <code>unsafe-inline</code> isn't allowed and (b) <code>object-src</code> to <code>self</code> isn't allowed. This is because (a) defending against string-JS attacks is basically an endless task and probably impossible, and (b) <code>object</code>/<code>embed</code> elements behaviour is also too unpredictable while these elements shouldn't be even used in the first place. Snow will do its best regardless of what CSP is applied - <strong>use at your own risk!</strong> </p> <ul> <li>please learn more about this ☝️ at <a rel="noreferrer nofollow" target="_blank" href="https://github.com/LavaMoat/snow/pull/118/">#118</a> & <a rel="noreferrer nofollow" target="_blank" href="https://github.com/LavaMoat/snow/pull/133/">#133</a></li> </ul> </li> </ol> <p><code>SNOW</code> API can also be required as part of a bundle instead of a script tag:</p> <pre><code>yarn add @lavamoat/snow</code></pre> <pre><code class="language-javascript">const snow = require('@lavamoat/snow');</code></pre> <h2>Contribute</h2> <p>This project is an important POC aspiring to standardize how windows should be hermetically handled, however it is not yet production ready.</p> <p><code>snow</code> eventually is a shim that comes to both demonstrate and utilize the API we wish to see builtin to browsers in the future. Until <code>snow</code> becomes a platform builtin API, we have to attempt to overcome several challenges that are significantly harder to do so in pure javascript:</p> <h3>Support</h3> <p><code>snow</code> supports Chrome, Firefox, Safari and all other Chromium based browsers (Opera, Edge, Brave, etc).</p> <h3>Performance</h3> <p>Achieving a hermetic solution costs in performance. Injecting this script into some major websites went smoothly while with some others it caused them some performance issues.</p> <h3>Security</h3> <p>Although this project takes the hermetic concept very seriously and massively tests for potential flaws, <code>snow</code> might potentially still have flaws which might enable attackers to bypass its hooks.</p> <p>Bottom line - <code>snow</code> might have security vulnerabilities!</p> <p>Hopefully in the future <code>snow</code> will become a builtin API provided by the browser. Achieving that goal will allow security assurance - such functionality will be safer to implement on behalf of the browser rather than the web app.</p> <h3>Tests</h3> <p>In order to assure security, there are many tests that verify that <code>snow</code> is fully hermetic as promised - everything that <code>snow</code> supports is fully tested.</p> <p>The tests mainly try to bypass <code>snow</code> in any possible way.</p> <p>If you found a vulnerability in <code>snow</code>, open a PR with a test that demonstrates it (or just let us know, and we'll do it).</p> <h3>Help</h3> <p>Help with promoting any of the topics above is very much appreciated in order for this project to become production ready and reshape how hermetic window hooking should look like!</p> <h2>Troubleshooting</h2> <p>In <a rel="noreferrer nofollow" target="_blank" href="https://github.com/LavaMoat/snow/blob/main/src/log.js">log.js</a> file you can find references to issues you might encounter using snow. If you do, you should see an error/warning thrown to console in your application with a reference to the relevant issue thread.</p> <p>In each thread a discussion around the issue is being made in order to better solve it, so please share your experience with the issue in order for us to solve it in the best way possible.</p> <p>If you encounter an issue that is not being handled by snow correctly, please open a new one.</p> <h2>Supporters</h2> <p>Funded by <a rel="noreferrer nofollow" target="_blank" href="https://github.com/consensys">Consensys 💙</a></p> <p>Maintained and developed by <a rel="noreferrer nofollow" target="_blank" href="https://github.com/MetaMask">MetaMask 🦊</a></p> <p>Part of the <a rel="noreferrer nofollow" target="_blank" href="https://github.com/LavaMoat">LavaMoat 🌋</a> Javascript security toolbox</p> <p>Invented and developed by <a rel="noreferrer nofollow" target="_blank" href="https://weizmangal.com/">Gal Weizman 👋🏻</a></p></div> </div> <div class="footer"> <ul class="body"> <li>© <script> document.write(new Date().getFullYear()) </script> Githubissues.</li> <li>Githubissues is a development platform for aggregating issues.</li> </ul> </div> <script src="https://cdn.jsdelivr.net/npm/jquery@3.5.1/dist/jquery.min.js"></script> <script src="/githubissues/assets/js.js"></script> <script src="/githubissues/assets/markdown.js"></script> <script src="https://cdn.jsdelivr.net/gh/highlightjs/cdn-release@11.4.0/build/highlight.min.js"></script> <script src="https://cdn.jsdelivr.net/gh/highlightjs/cdn-release@11.4.0/build/languages/go.min.js"></script> <script> hljs.highlightAll(); </script> </body> </html>
