Modal Frame API had a recent security release following this SA: https://drupal.org/node/2189751. We need to update hostmaster.make to point to the new version.
Note that this does not constitute a security threat to Aegir by default, as we perform sufficient xss filtering already. However, some other contrib modules that depend on modalframe may still be vulnerable. Any users who have installed such contrib modules should probably download the latest version of modalframe to the sites/all/modules directory and visit the modules admin page. This will override the version currently installed in the hostmaster profile with the new secure release.
Should we rush a 2.1 (and 1.12?) release to fix this?
Comments
Comment #1
helmo commentedNo "rush" as it's not actually a threat for us. But soonish would be nice, including some more bugfixes.
@Jon Pugh also noticed this and has a makefile patch in #2193065: Modalframe deleted all releases but 1.9.
Updating modalframe seems to also requires a jquery update :(
Comment #2
jon pughIt's breaking fresh installs of Aegir (and devshop) because the makefile builds from drupal.org, so I'd say this is critical or high priority at least.
And yes, it does require an update to jquery ui (module and library) which I included in the patches over at #2193065: Modalframe deleted all releases but 1.9
Comment #3
jon pughComment #4
helmo commentedI just committed the patch from #2193065-4: Modalframe deleted all releases but 1.9 to the 6.x-2.x branch
Comment #5
ergonlogicIn our 2.x .debs, I believe we install the distribution tarball as core, rather than building from the makefiles on every install. As such, I believe 2.x .debs should still be ok. This should be tested though. 1.x won't install, since make will fail.
Comment #6
anarcat commentedI confirm the 2.x install procedure is still okay, thanks to the new makefile which uses a bundled tarball. so this affects only the 1.x branch.
Comment #7
adarkling commented+1 on updating the makefile and releasing 1.12
The Aegir upgrading docs were silent on this problem and I ended up filing unnecessary issues because my searches didn't reveal this one until after I'd diagnosed and patched the problem myself. My search parameters seem woefully inadequate now that I understand how the update script & Drush makefiles work, but people shouldn't have to go through that hassle.
Comment #8
pomliane commented@aDarkling on your off-topic question:
- https://drupal.org/filter/tips
Comment #9
adarkling commentedThanks @Pomliane !
Comment #10
anarcat commentedI won't be able to do this before thursday at least, so if anyone wants to push this out before that, it would be great.
A patch would be a good start.
Comment #11
anarcat commentedSo the main problem here is that modalframe > 1.6 depends on jquery 1.7, and updating from jquery 1.6 to 1.7 breaks the signup form and site add forms. This was discussed previously in #818900: Modal Frame and jQuery UI upgrade.
Now it may be a problem in jquery_ui that is resolved, but it's not as simple as just rolling out a new makefile.
Comment #12
anarcat commentedI committed the patch from [#8468755] in 1.x, but this needs testing.
Comment #13
anarcat commentedPatch failed here:
I can't make that shit up:
wtf?
Comment #14
anarcat commentedI fixed this in 1.x, from what i can tell with casual testing most of the stuff works.
Comment #15
anarcat commentedActually no, this is broken - the modal frame pops up then disappears. It degenerates well, however (it redirects to the task view, for example), so I am not sure we want to go crazy into this.
We need to test 2.x as well.
Comment #16
anarcat commentedI would argue that modalframe breaks in 1.x, but it degenerates well: you get to the task log page instead of loading it in an iframe, for example.
So we fix 1.x, which is uninstallable, but create a minor regression, which I think is a good compromise.
This seems to work fine in 2.x.