Opscode Upgrade to Embedded Ruby

Tommy_Fotak · June 28, 2013, 1:32am

Hi,

What is the policy of Chef releases with regard to Ruby releases?

For example there are ruby 1.9.3-p448 and 2.0.0-p247 releases that fix
an SSL vulnerability, will Opscode make an 11.4.4 release with a new
embedded Ruby?

Are we better off using the Chef gem in our managed Rubies over the Omnibus?

Regards,
Tommy

coderanger · June 28, 2013, 1:38am

On Jun 27, 2013, at 6:32 PM, Tommy Fotak Tommy.Fotak@utas.edu.au wrote:

Hi,

What is the policy of Chef releases with regard to Ruby releases?

For example there are ruby 1.9.3-p448 and 2.0.0-p247 releases that fix an SSL vulnerability, will Opscode make an 11.4.4 release with a new embedded Ruby?

Are we better off using the Chef gem in our managed Rubies over the Omnibus?

The relevant bug fix just blocks a potential issue in how Ruby verifies SSL certificates. Chef sets :verify_none by default, so there is technically no risk of hitting the bug (the astute reader will note that this is because there is never any validation)

--Noah

dcondomitti · June 28, 2013, 1:53am

Are there plans to change that? I would expect that Chef server be one of the most critical services to ensure you're not being MITM'ed; especially when using hosted chef.

On Thursday, June 27, 2013 at 6:38 PM, Noah Kantrowitz wrote:

On Jun 27, 2013, at 6:32 PM, Tommy Fotak <Tommy.Fotak@utas.edu.au (mailto:Tommy.Fotak@utas.edu.au)> wrote:

Hi,

What is the policy of Chef releases with regard to Ruby releases?

For example there are ruby 1.9.3-p448 and 2.0.0-p247 releases that fix an SSL vulnerability, will Opscode make an 11.4.4 release with a new embedded Ruby?

Are we better off using the Chef gem in our managed Rubies over the Omnibus?

The relevant bug fix just blocks a potential issue in how Ruby verifies SSL certificates. Chef sets :verify_none by default, so there is technically no risk of hitting the bug (the astute reader will note that this is because there is never any validation)

--Noah

Tommy_Fotak · June 28, 2013, 1:56am

To be clear it's not so much the vulnerability that concerns me, it's
more about keeping the Ruby up to date in general and how that works.
For example will the next release be ruby 2.0.0 or still 1.9.3?

Daniel Condomitti wrote:

Are there plans to change that? I would expect that Chef server be one
of the most critical services to ensure you're not being MITM'ed;
especially when using hosted chef.

On Thursday, June 27, 2013 at 6:38 PM, Noah Kantrowitz wrote:

On Jun 27, 2013, at 6:32 PM, Tommy Fotak <Tommy.Fotak@utas.edu.au
mailto:Tommy.Fotak@utas.edu.au> wrote:

Hi,

What is the policy of Chef releases with regard to Ruby releases?

For example there are ruby 1.9.3-p448 and 2.0.0-p247 releases that
fix an SSL vulnerability, will Opscode make an 11.4.4 release with a
new embedded Ruby?

Are we better off using the Chef gem in our managed Rubies over the
Omnibus?

The relevant bug fix just blocks a potential issue in how Ruby
verifies SSL certificates. Chef sets :verify_none by default, so
there is technically no risk of hitting the bug (the astute
reader will note that this is because there is never any validation)

--Noah

bytheway · June 28, 2013, 2:45am

I put a pull request in that was merged for 11.6 to bump the omnibus
installers to 1.9.3-p429. Makes a huge difference in speed, especially on
windows.

-Ben

On Thu, Jun 27, 2013 at 7:56 PM, Tommy Fotak Tommy.Fotak@utas.edu.auwrote:

To be clear it's not so much the vulnerability that concerns me, it's more
about keeping the Ruby up to date in general and how that works. For
example will the next release be ruby 2.0.0 or still 1.9.3?

Daniel Condomitti wrote:

Are there plans to change that? I would expect that Chef server be one
of the most critical services to ensure you're not being MITM'ed;
especially when using hosted chef.

On Thursday, June 27, 2013 at 6:38 PM, Noah Kantrowitz wrote:

On Jun 27, 2013, at 6:32 PM, Tommy Fotak <Tommy.Fotak@utas.edu.au
mailto:Tommy.Fotak@utas.edu.au> wrote:

Hi,

What is the policy of Chef releases with regard to Ruby releases?

For example there are ruby 1.9.3-p448 and 2.0.0-p247 releases that
fix an SSL vulnerability, will Opscode make an 11.4.4 release with a
new embedded Ruby?

Are we better off using the Chef gem in our managed Rubies over the
Omnibus?

The relevant bug fix just blocks a potential issue in how Ruby
verifies SSL certificates. Chef sets :verify_none by default, so
there is technically no risk of hitting the bug (the astute
reader will note that this is because there is never any validation)

--Noah

Morgan_Blackthorne · June 28, 2013, 3:20am

I would also suspect that the 1.9 branch will be maintained and security
fixes backported to it for some time to come; jumping to 2.0 probably is
not necessary, or desired currently with the given amount of work it will
take to implement while 1.9.x is still supported by the Ruby folks.

I mean, if I recall, Chef still technically supports 1.8, that hasn't been
officially EOL'd yet.

--
~~ StormeRider ~~

"Every world needs its heroes [...] They inspire us to be better than we
are. And they protect from the darkness that's just around the corner."

(from Smallville Season 6x1: "Zod")

On why I hate the phrase "that's so lame"... http://bit.ly/Ps3uSS

On Thu, Jun 27, 2013 at 7:45 PM, Benjamin Bytheway bbytheway@gmail.comwrote:

I put a pull request in that was merged for 11.6 to bump the omnibus
installers to 1.9.3-p429. Makes a huge difference in speed, especially on
windows.

-Ben

On Thu, Jun 27, 2013 at 7:56 PM, Tommy Fotak Tommy.Fotak@utas.edu.auwrote:

To be clear it's not so much the vulnerability that concerns me, it's
more about keeping the Ruby up to date in general and how that works. For
example will the next release be ruby 2.0.0 or still 1.9.3?

Daniel Condomitti wrote:

Are there plans to change that? I would expect that Chef server be one
of the most critical services to ensure you're not being MITM'ed;
especially when using hosted chef.

On Thursday, June 27, 2013 at 6:38 PM, Noah Kantrowitz wrote:

On Jun 27, 2013, at 6:32 PM, Tommy Fotak <Tommy.Fotak@utas.edu.au
mailto:Tommy.Fotak@utas.edu.au> wrote:

Hi,

What is the policy of Chef releases with regard to Ruby releases?

For example there are ruby 1.9.3-p448 and 2.0.0-p247 releases that
fix an SSL vulnerability, will Opscode make an 11.4.4 release with a
new embedded Ruby?

Are we better off using the Chef gem in our managed Rubies over the
Omnibus?

The relevant bug fix just blocks a potential issue in how Ruby
verifies SSL certificates. Chef sets :verify_none by default, so
there is technically no risk of hitting the bug (the astute
reader will note that this is because there is never any validation)

--Noah

fujin · June 28, 2013, 3:41am

There's a patch in 11.6.x alpha (saw on master) that is required for 2.0.0,
iirc, something to do with rubygem/format.

You can build your own omnibus-chef packages (and screw around with the
project/software definitions, etc) really easily, check out the following
projects:

I'd advise that if you feel the Opscode bundled omnibus installations are
not up-to-date enough, consider modifying the Ruby software [0] definition
in omnibus-software, pointing your omnibus-chef Gemfile at your fork/branch
and kicking off the build -- you'll get omnibus packages out of the other
end.. Once you have packages, it's trivial to either host them in a native
package repository or bare HTTP.

One might even consider creating their own 'omnibus-software' repository of
definitions to be bundled into omnibus projects for usage in other projects!

Cheers,

AJ

[0]

github.com

chef/omnibus-software/blob/main/config/software/ruby.rb#L19


      
          #
          # Unless required by applicable law or agreed to in writing, software
          # distributed under the License is distributed on an "AS IS" BASIS,
          # WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
          # See the License for the specific language governing permissions and
          # limitations under the License.
          #
          # do_not_auto_update
          
          name "ruby"
          
          license "BSD-2-Clause"
          license_file "BSDL"
          license_file "COPYING"
          license_file "LEGAL"
          skip_transitive_dependency_licensing true
          
          # the default versions should always be the latest release of ruby
          # if you consume this definition it is your responsibility to pin
          # to the desired version of ruby. don't count on this not changing.
          default_version "3.1.3"

On Fri, Jun 28, 2013 at 3:20 PM, Morgan Blackthorne
stormerider@gmail.comwrote:

I would also suspect that the 1.9 branch will be maintained and security
fixes backported to it for some time to come; jumping to 2.0 probably is
not necessary, or desired currently with the given amount of work it will
take to implement while 1.9.x is still supported by the Ruby folks.

I mean, if I recall, Chef still technically supports 1.8, that hasn't been
officially EOL'd yet.

--
~~ StormeRider ~~

"Every world needs its heroes [...] They inspire us to be better than we
are. And they protect from the darkness that's just around the corner."

(from Smallville Season 6x1: "Zod")

On why I hate the phrase "that's so lame"... http://bit.ly/Ps3uSS

On Thu, Jun 27, 2013 at 7:45 PM, Benjamin Bytheway bbytheway@gmail.comwrote:

I put a pull request in that was merged for 11.6 to bump the omnibus
installers to 1.9.3-p429. Makes a huge difference in speed, especially on
windows.

-Ben

On Thu, Jun 27, 2013 at 7:56 PM, Tommy Fotak Tommy.Fotak@utas.edu.auwrote:

To be clear it's not so much the vulnerability that concerns me, it's
more about keeping the Ruby up to date in general and how that works. For
example will the next release be ruby 2.0.0 or still 1.9.3?

Daniel Condomitti wrote:

Are there plans to change that? I would expect that Chef server be one
of the most critical services to ensure you're not being MITM'ed;
especially when using hosted chef.

On Thursday, June 27, 2013 at 6:38 PM, Noah Kantrowitz wrote:

On Jun 27, 2013, at 6:32 PM, Tommy Fotak <Tommy.Fotak@utas.edu.au
mailto:Tommy.Fotak@utas.edu.au> wrote:

Hi,

What is the policy of Chef releases with regard to Ruby releases?

For example there are ruby 1.9.3-p448 and 2.0.0-p247 releases that
fix an SSL vulnerability, will Opscode make an 11.4.4 release with a
new embedded Ruby?

Are we better off using the Chef gem in our managed Rubies over the
Omnibus?

The relevant bug fix just blocks a potential issue in how Ruby
verifies SSL certificates. Chef sets :verify_none by default, so
there is technically no risk of hitting the bug (the astute
reader will note that this is because there is never any validation)

--Noah

Tommy_Fotak · June 28, 2013, 4:05am

Thanks folks, you were all a big help.

Tommy

Aj Christensen wrote:

There's a patch in 11.6.x alpha (saw on master) that is required for
2.0.0, iirc, something to do with rubygem/format.

You can build your own omnibus-chef packages (and screw around with
the project/software definitions, etc) really easily, check out the
following projects:

GitHub - chef-boneyard/omnibus-chef: Omnibus packaging for Chef
GitHub - chef/omnibus-software: Open Source Software for use in Omnibus built packages
GitHub - chef/omnibus: Easily create full-stack installers for your project across a variety of platforms.

I'd advise that if you feel the Opscode bundled omnibus installations
are not up-to-date enough, consider modifying the Ruby software [0]
definition in omnibus-software, pointing your omnibus-chef Gemfile at
your fork/branch and kicking off the build -- you'll get omnibus
packages out of the other end.. Once you have packages, it's trivial
to either host them in a native package repository or bare HTTP.

One might even consider creating their own 'omnibus-software'
repository of definitions to be bundled into omnibus projects for
usage in other projects!

Cheers,

AJ

[0]
omnibus-software/config/software/ruby.rb at main · chef/omnibus-software · GitHub

On Fri, Jun 28, 2013 at 3:20 PM, Morgan Blackthorne
<stormerider@gmail.com mailto:stormerider@gmail.com> wrote:

I would also suspect that the 1.9 branch will be maintained and
security fixes backported to it for some time to come; jumping to
2.0 probably is not necessary, or desired currently with the given
amount of work it will take to implement while 1.9.x is still
supported by the Ruby folks.

I mean, if I recall, Chef still technically supports 1.8, that
hasn't been officially EOL'd yet.

--
~~ StormeRider ~~

"Every world needs its heroes [...] They inspire us to be better
than we are. And they protect from the darkness that's just around
the corner."

(from Smallville Season 6x1: "Zod")

On why I hate the phrase "that's so lame"... http://bit.ly/Ps3uSS

On Thu, Jun 27, 2013 at 7:45 PM, Benjamin Bytheway
<bbytheway@gmail.com mailto:bbytheway@gmail.com> wrote:

I put a pull request in that was merged for 11.6 to bump the
omnibus installers to 1.9.3-p429. Makes a huge difference in
speed, especially on windows.

-Ben

On Thu, Jun 27, 2013 at 7:56 PM, Tommy Fotak
<Tommy.Fotak@utas.edu.au mailto:Tommy.Fotak@utas.edu.au> wrote:

To be clear it's not so much the vulnerability that
concerns me, it's more about keeping the Ruby up to date
in general and how that works. For example will the next
release be ruby 2.0.0 or still 1.9.3?

Daniel Condomitti wrote:

Are there plans to change that? I would expect that Chef
server be one
of the most critical services to ensure you're not being
MITM'ed;
especially when using hosted chef.

On Thursday, June 27, 2013 at 6:38 PM, Noah Kantrowitz wrote:

On Jun 27, 2013, at 6:32 PM, Tommy Fotak
<Tommy.Fotak@utas.edu.au mailto:Tommy.Fotak@utas.edu.au
<mailto:Tommy.Fotak@utas.edu.au
mailto:Tommy.Fotak@utas.edu.au>> wrote:

Hi,

What is the policy of Chef releases with regard to Ruby
releases?

For example there are ruby 1.9.3-p448 and 2.0.0-p247
releases that
fix an SSL vulnerability, will Opscode make an 11.4.4
release with a
new embedded Ruby?

Are we better off using the Chef gem in our managed
Rubies over the
Omnibus?

The relevant bug fix just blocks a potential issue in
how Ruby
verifies SSL certificates. Chef sets :verify_none by
default, so
there is technically no risk of hitting the bug (the
astute
reader will note that this is because there is never any
validation)

--Noah

Andrew_Gross · June 28, 2013, 2:24pm

The SSL fix makes me sad. Those familiar with omnibus packaging, how hard
would it be to create an alternate Omnibus distro with cert pinnning for
Hosted Chef?

On Fri, Jun 28, 2013 at 12:05 AM, Tommy Fotak Tommy.Fotak@utas.edu.auwrote:

Thanks folks, you were all a big help.

Tommy

Aj Christensen wrote:

There's a patch in 11.6.x alpha (saw on master) that is required for
2.0.0, iirc, something to do with rubygem/format.

You can build your own omnibus-chef packages (and screw around with
the project/software definitions, etc) really easily, check out the
following projects:

GitHub - chef-boneyard/omnibus-chef: Omnibus packaging for Chef
GitHub - chef/omnibus-software: Open Source Software for use in Omnibus built packages
GitHub - chef/omnibus: Easily create full-stack installers for your project across a variety of platforms.

I'd advise that if you feel the Opscode bundled omnibus installations
are not up-to-date enough, consider modifying the Ruby software [0]
definition in omnibus-software, pointing your omnibus-chef Gemfile at
your fork/branch and kicking off the build -- you'll get omnibus
packages out of the other end.. Once you have packages, it's trivial
to either host them in a native package repository or bare HTTP.

One might even consider creating their own 'omnibus-software'
repository of definitions to be bundled into omnibus projects for
usage in other projects!

Cheers,

AJ

[0]

omnibus-software/config/software/ruby.rb at main · chef/omnibus-software · GitHub

On Fri, Jun 28, 2013 at 3:20 PM, Morgan Blackthorne
<stormerider@gmail.com mailto:stormerider@gmail.com> wrote:
I would also suspect that the 1.9 branch will be maintained and
security fixes backported to it for some time to come; jumping to
2.0 probably is not necessary, or desired currently with the given
amount of work it will take to implement while 1.9.x is still
supported by the Ruby folks.

I mean, if I recall, Chef still technically supports 1.8, that
hasn't been officially EOL'd yet.

--
~*~ StormeRider ~*~

"Every world needs its heroes [...] They inspire us to be better
than we are. And they protect from the darkness that's just around
the corner."

(from Smallville Season 6x1: "Zod")

On why I hate the phrase "that's so lame"... http://bit.ly/Ps3uSS


On Thu, Jun 27, 2013 at 7:45 PM, Benjamin Bytheway
<bbytheway@gmail.com <mailto:bbytheway@gmail.com>> wrote:

    I put a pull request in that was merged for 11.6 to bump the
    omnibus installers to 1.9.3-p429. Makes a huge difference in
    speed, especially on windows.

    -Ben


    On Thu, Jun 27, 2013 at 7:56 PM, Tommy Fotak
    <Tommy.Fotak@utas.edu.au <mailto:Tommy.Fotak@utas.edu.au>> wrote:

        To be clear it's not so much the vulnerability that
        concerns me, it's more about keeping the Ruby up to date
        in general and how that works. For example will the next
        release be ruby 2.0.0 or still 1.9.3?

        Daniel Condomitti wrote:



        Are there plans to change that? I would expect that Chef
        server be one
        of the most critical services to ensure you're not being
        MITM'ed;
        especially when using hosted chef.

        On Thursday, June 27, 2013 at 6:38 PM, Noah Kantrowitz wrote:




        On Jun 27, 2013, at 6:32 PM, Tommy Fotak
        <Tommy.Fotak@utas.edu.au <mailto:Tommy.Fotak@utas.edu.au>
        <mailto:Tommy.Fotak@utas.edu.au

        <mailto:Tommy.Fotak@utas.edu.au>>> wrote:



        Hi,

        What is the policy of Chef releases with regard to Ruby
        releases?

        For example there are ruby 1.9.3-p448 and 2.0.0-p247
        releases that
        fix an SSL vulnerability, will Opscode make an 11.4.4
        release with a
        new embedded Ruby?

        Are we better off using the Chef gem in our managed
        Rubies over the
        Omnibus?




        The relevant bug fix just blocks a potential issue in
        how Ruby
        verifies SSL certificates. Chef sets :verify_none by
        default, so
        there is technically no risk of hitting the bug :-) (the
        astute
        reader will note that this is because there is never any
        validation)

        --Noah

Adam_Edwards · June 28, 2013, 2:35pm

Can you be more specific Andrew on what you mean by the "ssl fix? Are you concerned that the windows package still does not enforce ssl by default despite including cacert.pem?

To be clear, the work on ssl for Windows isn't yet done - the goal is to validate the server for all ssl endpoints.

-Adam
From: Andrew Gross <andrew@yipit.com mailto:andrew@yipit.com>
Reply-To: "chef@lists.opscode.com mailto:chef@lists.opscode.com" <chef@lists.opscode.com mailto:chef@lists.opscode.com>
Date: Friday, June 28, 2013 7:24 AM
To: chef <chef@lists.opscode.com mailto:chef@lists.opscode.com>
Subject: [chef] Re: Re: Re: Re: Re: Re: Re: Re: Opscode Upgrade to Embedded Ruby

The SSL fix makes me sad. Those familiar with omnibus packaging, how hard would it be to create an alternate Omnibus distro with cert pinnning for Hosted Chef?

On Fri, Jun 28, 2013 at 12:05 AM, Tommy Fotak <Tommy.Fotak@utas.edu.aumailto:Tommy.Fotak@utas.edu.au> wrote:
Thanks folks, you were all a big help.

Tommy

Aj Christensen wrote:

There's a patch in 11.6.x alpha (saw on master) that is required for
2.0.0, iirc, something to do with rubygem/format.

You can build your own omnibus-chef packages (and screw around with
the project/software definitions, etc) really easily, check out the
following projects:

https://github.com/opscode/omnibus-chef

https://github.com/opscode/omnibus-ruby

I'd advise that if you feel the Opscode bundled omnibus installations
are not up-to-date enough, consider modifying the Ruby software [0]
definition in omnibus-software, pointing your omnibus-chef Gemfile at
your fork/branch and kicking off the build -- you'll get omnibus
packages out of the other end.. Once you have packages, it's trivial
to either host them in a native package repository or bare HTTP.

One might even consider creating their own 'omnibus-software'
repository of definitions to be bundled into omnibus projects for
usage in other projects!

Cheers,

AJ

[0]
https://github.com/opscode/omnibus-software/blob/master/config/software/ruby.rb#L19

On Fri, Jun 28, 2013 at 3:20 PM, Morgan Blackthorne
<stormerider@gmail.com mailto:stormerider@gmail.com <mailto:stormerider@gmail.com mailto:stormerider@gmail.com>> wrote:

I would also suspect that the 1.9 branch will be maintained and
security fixes backported to it for some time to come; jumping to
2.0 probably is not necessary, or desired currently with the given
amount of work it will take to implement while 1.9.x is still
supported by the Ruby folks.

I mean, if I recall, Chef still technically supports 1.8, that
hasn't been officially EOL'd yet.

--
~*~ StormeRider ~*~

"Every world needs its heroes [...] They inspire us to be better
than we are. And they protect from the darkness that's just around
the corner."

(from Smallville Season 6x1: "Zod")

On why I hate the phrase "that's so lame"... http://bit.ly/Ps3uSS


On Thu, Jun 27, 2013 at 7:45 PM, Benjamin Bytheway
<bbytheway@gmail.com<mailto:bbytheway@gmail.com> <mailto:bbytheway@gmail.com<mailto:bbytheway@gmail.com>>> wrote:

    I put a pull request in that was merged for 11.6 to bump the
    omnibus installers to 1.9.3-p429. Makes a huge difference in
    speed, especially on windows.

    -Ben


    On Thu, Jun 27, 2013 at 7:56 PM, Tommy Fotak
    <Tommy.Fotak@utas.edu.au<mailto:Tommy.Fotak@utas.edu.au> <mailto:Tommy.Fotak@utas.edu.au<mailto:Tommy.Fotak@utas.edu.au>>> wrote:

        To be clear it's not so much the vulnerability that
        concerns me, it's more about keeping the Ruby up to date
        in general and how that works. For example will the next
        release be ruby 2.0.0 or still 1.9.3?

        Daniel Condomitti wrote:


        Are there plans to change that? I would expect that Chef
        server be one
        of the most critical services to ensure you're not being
        MITM'ed;
        especially when using hosted chef.

        On Thursday, June 27, 2013 at 6:38 PM, Noah Kantrowitz wrote:




        On Jun 27, 2013, at 6:32 PM, Tommy Fotak
        <Tommy.Fotak@utas.edu.au<mailto:Tommy.Fotak@utas.edu.au> <mailto:Tommy.Fotak@utas.edu.au<mailto:Tommy.Fotak@utas.edu.au>>
        <mailto:Tommy.Fotak@utas.edu.au<mailto:Tommy.Fotak@utas.edu.au>

        <mailto:Tommy.Fotak@utas.edu.au<mailto:Tommy.Fotak@utas.edu.au>>>> wrote:



        Hi,

        What is the policy of Chef releases with regard to Ruby
        releases?

        For example there are ruby 1.9.3-p448 and 2.0.0-p247
        releases that
        fix an SSL vulnerability, will Opscode make an 11.4.4
        release with a
        new embedded Ruby?

        Are we better off using the Chef gem in our managed
        Rubies over the
        Omnibus?



        The relevant bug fix just blocks a potential issue in
        how Ruby
        verifies SSL certificates. Chef sets :verify_none by
        default, so
        there is technically no risk of hitting the bug :-) (the
        astute
        reader will note that this is because there is never any
        validation)

        --Noah

Andrew_Gross · June 28, 2013, 2:40pm

More concerned about this statement "Chef sets :verify_none by default", I
presumed it was due to issues in Ruby with SSL. I also assumed it was for
*Nix based distros, no experience with Windows.

On Fri, Jun 28, 2013 at 10:35 AM, Adam Edwards adamed@opscode.com wrote:

Can you be more specific Andrew on what you mean by the "ssl fix? Are
you concerned that the windows package still does not enforce ssl by
default despite including cacert.pem?

To be clear, the work on ssl for Windows isn't yet done — the goal is to
validate the server for all ssl endpoints.

-Adam
From: Andrew Gross andrew@yipit.com
Reply-To: "chef@lists.opscode.com" chef@lists.opscode.com
Date: Friday, June 28, 2013 7:24 AM
To: chef chef@lists.opscode.com
Subject: [chef] Re: Re: Re: Re: Re: Re: Re: Re: Opscode Upgrade to
Embedded Ruby

The SSL fix makes me sad. Those familiar with omnibus packaging, how
hard would it be to create an alternate Omnibus distro with cert pinnning
for Hosted Chef?

On Fri, Jun 28, 2013 at 12:05 AM, Tommy Fotak Tommy.Fotak@utas.edu.auwrote:
Thanks folks, you were all a big help.

Tommy

Aj Christensen wrote:

There's a patch in 11.6.x alpha (saw on master) that is required for
2.0.0, iirc, something to do with rubygem/format.

You can build your own omnibus-chef packages (and screw around with
the project/software definitions, etc) really easily, check out the
following projects:

GitHub - chef-boneyard/omnibus-chef: Omnibus packaging for Chef
GitHub - chef/omnibus-software: Open Source Software for use in Omnibus built packages
GitHub - chef/omnibus: Easily create full-stack installers for your project across a variety of platforms.

I'd advise that if you feel the Opscode bundled omnibus installations
are not up-to-date enough, consider modifying the Ruby software [0]
definition in omnibus-software, pointing your omnibus-chef Gemfile at
your fork/branch and kicking off the build -- you'll get omnibus
packages out of the other end.. Once you have packages, it's trivial
to either host them in a native package repository or bare HTTP.

One might even consider creating their own 'omnibus-software'
repository of definitions to be bundled into omnibus projects for
usage in other projects!

Cheers,

AJ

[0]

omnibus-software/config/software/ruby.rb at main · chef/omnibus-software · GitHub

On Fri, Jun 28, 2013 at 3:20 PM, Morgan Blackthorne
<stormerider@gmail.com mailto:stormerider@gmail.com> wrote:
I would also suspect that the 1.9 branch will be maintained and
security fixes backported to it for some time to come; jumping to
2.0 probably is not necessary, or desired currently with the given
amount of work it will take to implement while 1.9.x is still
supported by the Ruby folks.

I mean, if I recall, Chef still technically supports 1.8, that
hasn't been officially EOL'd yet.

--
~*~ StormeRider ~*~

"Every world needs its heroes [...] They inspire us to be better
than we are. And they protect from the darkness that's just around
the corner."

(from Smallville Season 6x1: "Zod")

On why I hate the phrase "that's so lame"... http://bit.ly/Ps3uSS


On Thu, Jun 27, 2013 at 7:45 PM, Benjamin Bytheway
 <bbytheway@gmail.com <mailto:bbytheway@gmail.com>> wrote:

    I put a pull request in that was merged for 11.6 to bump the
    omnibus installers to 1.9.3-p429. Makes a huge difference in
    speed, especially on windows.

    -Ben


    On Thu, Jun 27, 2013 at 7:56 PM, Tommy Fotak
     <Tommy.Fotak@utas.edu.au <mailto:Tommy.Fotak@utas.edu.au>>
wrote:
        To be clear it's not so much the vulnerability that
        concerns me, it's more about keeping the Ruby up to date
        in general and how that works. For example will the next
        release be ruby 2.0.0 or still 1.9.3?

        Daniel Condomitti wrote:



        Are there plans to change that? I would expect that Chef
        server be one
        of the most critical services to ensure you're not being
        MITM'ed;
        especially when using hosted chef.

        On Thursday, June 27, 2013 at 6:38 PM, Noah Kantrowitz wrote:




        On Jun 27, 2013, at 6:32 PM, Tommy Fotak
        <Tommy.Fotak@utas.edu.au <mailto:Tommy.Fotak@utas.edu.au>
         <mailto:Tommy.Fotak@utas.edu.au

        <mailto:Tommy.Fotak@utas.edu.au>>> wrote:



        Hi,

        What is the policy of Chef releases with regard to Ruby
        releases?

        For example there are ruby 1.9.3-p448 and 2.0.0-p247
        releases that
        fix an SSL vulnerability, will Opscode make an 11.4.4
        release with a
        new embedded Ruby?

        Are we better off using the Chef gem in our managed
        Rubies over the
        Omnibus?




        The relevant bug fix just blocks a potential issue in
        how Ruby
        verifies SSL certificates. Chef sets :verify_none by
        default, so
        there is technically no risk of hitting the bug :-) (the
        astute
        reader will note that this is because there is never any
        validation)

        --Noah

Peter_Loron · June 30, 2013, 5:12am

Yay! This will be great for us! Been pulling my hair out waiting for the Windows boxes...

-Pete

On Jun 27, 2013, at 7:45 PM, Benjamin Bytheway bbytheway@gmail.com wrote:

I put a pull request in that was merged for 11.6 to bump the omnibus installers to 1.9.3-p429. Makes a huge difference in speed, especially on windows.

-Ben

On Thu, Jun 27, 2013 at 7:56 PM, Tommy Fotak Tommy.Fotak@utas.edu.au wrote:
To be clear it's not so much the vulnerability that concerns me, it's more about keeping the Ruby up to date in general and how that works. For example will the next release be ruby 2.0.0 or still 1.9.3?

Daniel Condomitti wrote:

Are there plans to change that? I would expect that Chef server be one
of the most critical services to ensure you're not being MITM'ed;
especially when using hosted chef.

On Thursday, June 27, 2013 at 6:38 PM, Noah Kantrowitz wrote:

On Jun 27, 2013, at 6:32 PM, Tommy Fotak <Tommy.Fotak@utas.edu.au
mailto:Tommy.Fotak@utas.edu.au> wrote:

Hi,

What is the policy of Chef releases with regard to Ruby releases?

For example there are ruby 1.9.3-p448 and 2.0.0-p247 releases that
fix an SSL vulnerability, will Opscode make an 11.4.4 release with a
new embedded Ruby?

Are we better off using the Chef gem in our managed Rubies over the
Omnibus?

The relevant bug fix just blocks a potential issue in how Ruby
verifies SSL certificates. Chef sets :verify_none by default, so
there is technically no risk of hitting the bug (the astute
reader will note that this is because there is never any validation)

--Noah

Topic		Replies	Views
0.10.6 Release Candidate Chef Infra (archive)	0	273	November 16, 2011
Chef Compliance 1.11.6 released Chef Release Announcements	0	527	September 25, 2017
ChefDK 1.6.1 Released Chef Release Announcements	1	660	August 16, 2017
Chef 10.14.4 Released Chef Infra (archive)	3	324	October 4, 2012
ChefDK 3.9 Released! Chef Release Announcements	0	579	April 16, 2019

Opscode Upgrade to Embedded Ruby

Related Topics