🚨 [security] Update ffi: 1.9.14 → 1.9.25 (patch)

[depfu]

---

Welcome to Depfu 👋

This is one of the first three pull requests with dependency updates we've sent your way. We tried to start with a few easy patch-level updates. Hopefully your tests will pass and you can merge this pull request without too much risk. This should give you an idea how Depfu works in general.

After you merge your first pull request, we'll send you a few more. We'll never open more than seven PRs at the same time so you're not getting overwhelmed with updates.

Let us know if you have any questions. Thanks so much for giving Depfu a try!

---

⚠️ No CI detected ⚠️

You don't seem to have any Continuous Integration service set up!

Without a service that will test the Depfu branches and pull requests, we can't inform you if incoming updates actually work with your app. We think that this degrades the service we're trying to provide down to a point where it is more or less meaningless.

This is fine if you just want to give Depfu a quick try. If you want to really let Depfu help you keep your app up-to-date, we recommend setting up a CI system:

• Our friends at Travis-CI provide excellent service.
• Circle CI are good, too, and have a free plan that will cover basic needs.
• If you use something like Jenkins, make sure that you're using the Github integration correctly so that it reports status data back to Github.
• If you have already set up a CI for this repository, you might need to check your configuration. Make sure it will run on all new branches. If you don’t want it to run on every branch, you can whitelist branches starting with depfu/.

It might be necessary to once deactivate and reactivate your project in Depfu for the CI service to be properly detected.

---

---

🚨 Your version of ffi has known security vulnerabilities 🚨

Advisory: CVE-2018-1000201
Disclosed: June 22, 2018
URL: https://github.com/ffi/ffi/releases/tag/1.9.24

ruby-ffi DDL loading issue on Windows OS

ruby-ffi version 1.9.23 and earlier has a DLL loading issue which can be
hijacked on Windows OS, when a Symbol is used as DLL name instead of a String
This vulnerability appears to have been fixed in v1.9.24 and later.

🚨 We recommend to merge and deploy this update as soon as possible! 🚨

---

We've updated a dependency and here is what you need to know:

name	version specification	old version	new version
ffi	indirect dependency	1.9.14	1.9.25

You should probably take a good look at the info here and the test results before merging this pull request, of course.

What changed?

↗️ ffi (indirect, 1.9.14 → 1.9.25) · Repo

Commits

See the full diff on Github. The new version differs by more commits than we can show here.

---

Depfu will automatically keep this PR conflict-free, as long as you don't add any commits to this branch yourself. You can also trigger a rebase manually by commenting with @depfu rebase.