509158 - Sign builds as part of the build process

Status: RESOLVED FIXED

(Release Engineering :: General, defect, P2)

Description

[Chris AtLee [:catlee]]

One bottleneck in our current signing process is the amount of time it takes to download all of the builds to the signing machine.  We currently download them all from stage before starting any signing.

If we could sign the builds as they're finished, our signing process would add very little extra wall clock time to the release process.

The streaming process could look like:

* Watch for new builds to appear on stage
* Download new builds
* Make sure we wait until we have en-US before proceeding, it's the canonical version for dlls and exes.
** Do internal and installer signing of windows builds
** Do GPG signing for all platforms
** Verify results & push back to stage
* Create MD5SUMS and SHA1SUMS & push back to stage

Comment 1

[Chris Cooper [:coop] (he/him)]

Mass move of bugs from Release Engineering:Future -> Release Engineering. See
http://coop.deadsquid.com/2010/02/kiss-the-future-goodbye/ for more details.

Comment 2

[[e-mail] (:bhearsum)]

Another possible implementation, assuming we have fully automated signing (bug 558464), is to have any builders which produce something that gets signed call out to some process (through some build in buildbot process, a web service, or whatever) to trigger signing of their things.

Comment 3

[Chris AtLee [:catlee]]

Prototype implementation here: http://hg.mozilla.org/users/catlee_mozilla.com/tools/file/signing-server/release/signing

Documented here: https://wiki.mozilla.org/User:Catlee/AutomatedSigning#Prototype

Comment 4

[John Ford [:jhford] CET/CEST Berlin Time]

Looks like bug 558464 has an initial implementation which would resolve this bug.  Marking this bug as a duplicate.

Comment 5

[[e-mail] (:bhearsum)]

I don't see how this is a dupe of 607389. That bug is likely to be one thing that happens as part of signing on demand, but this encompasses a lot more than just that.

Comment 6

[Chris Cooper [:coop] (he/him)]

Now we have an old bug with no owner.

Comment 7

[Chris Cooper [:coop] (he/him)]

Reassigning to previous owner.

Comment 8

[John Ford [:jhford] CET/CEST Berlin Time]

(In reply to comment #0)
> * Watch for new builds to appear on stage
> * Download new builds
> * Make sure we wait until we have en-US before proceeding, it's the canonical
> version for dlls and exes.
> ** Do internal and installer signing of windows builds
> ** Do GPG signing for all platforms
> ** Verify results & push back to stage
> * Create MD5SUMS and SHA1SUMS & push back to stage

(In reply to comment #5)
> I don't see how this is a dupe of 607389. That bug is likely to be one thing
> that happens as part of signing on demand, but this encompasses a lot more than
> just that.

What is not satisfied by the current signing scripts?  From my experience on beta10 and beta11, it seemed like all of the requirements of comment 0 are done as part of the current signing process.

Comment 9

[[e-mail] (:bhearsum)]

The current signing scripts download builds as they become available, but they do not sign them as they become available.

Comment 10

[Chris AtLee [:catlee]]

The current plan we've been discussing is to create a "signing server" that runs on keymaster.  This signing server will listen for properly formatted and secured HTTP requests of files to be signed.

Once we have this, we can modify the build process so that signing is done as part of the build by having the build machine submit the files to be packaged to the signing server and pulling down the signed bits once they're ready.  Updates and snippets can also be generated immediately for builds and repacks.

Comment 12

[Chris Cooper [:coop] (he/him)]

cc-ing kev. He's very interested in this for BYOB where they have many GBs of builds that need to make it through signing in one pass currently.

Comment 13

[Chris AtLee [:catlee]]

Attachment: Hooks for signing script in build process

The release automation would set a couple of variables so that signing happens during 'make package':

MOZ_SIGN_CMD - command to run to do the actual signing

MOZ_EXTERNAL_SIGNING_FORMAT - for linux,osx this will be 'gpg' so we can generate the detached gpg signatures. for win32 this will be 'signcode,gpg' so we sign the installers and then the detached gpg signature

MOZ_INTERNAL_SIGNING_FORMAT - for linux,osx this will be unset. for win32 this will be 'signcode' so that all the .exe's and .dll's are signed.

Comment 14

[Chris AtLee [:catlee]]

I believe that we can make use of the mono tools to do signing under linux. This requires a little tweaking to the certificates to work:

openssl x509 -in MozAuthenticode.spc -inform DER -text > MozAuthenticode.crt
makecert MozAuthenticode.crt MozAuthenticode.spc

Then signcode works as expected, and accepts a password for the private key on stdin.

Comment 15

[Chris AtLee [:catlee]]

Attachment: Hooks for signing script in build process

Comment 16

[(not currently active) Ted Mielczarek]

Comment on attachment 566851 [details] [diff] [review]
Hooks for signing script in build process

Review of attachment 566851 [details] [diff] [review]:
-----------------------------------------------------------------

::: toolkit/mozapps/installer/signing.mk
@@ +39,5 @@
> +_PKG = $(_ABS_DIST)/$(PACKAGE)
> +endif
> +
> +ifeq (WINNT,$(OS_ARCH))
> +MOZ_SIGN_PREPARED_PACKAGE_CMD=$(MOZ_SIGN_CMD) -f $(MOZ_INTERNAL_SIGNING_FORMAT) -i '*.dll' -i '*.exe' -x 'D3DCompiler*.dll' -x 'd3dx9*.dll' $(_PKGDIR)

I'd like to see these include/exclude lists factored out into separate variables. Something like:
SIGN_INCLUDES := \
  '*.dll' \
  '*.exe' \
  $(NULL)

then you can use it like: $foreach(i, $(SIGN_INCLUDES),-i $(i))

It looks like if you did that, you might be able to make MOZ_SIGN_PREPARED_PACKAGE_CMD the same on every platform, and only have the includes/excludes ifdefed per-platform.

Comment 17

[[e-mail] (:bhearsum)]

Attachment: set signing formats, servers in configs

We'll probably need to move signing_servers to {production,preproduction,staging}_config.py, but this is basically what we need.

Comment 18

[[e-mail] (:bhearsum)]

Attachment: factory/misc.py changes

Comment 19

[[e-mail] (:bhearsum)]

I tested catlee's latest signing-server tools branch with my buildbotcustom and buildbot-configs patches. Here's the results:
* Linux: no problems
* Mac: main "make package" worked fine, "make package" with prettynames failed because of missing quotes somewhere
* Windows: non-pretty "make package" didn't work at all until I installed the 'ssl' module (see bug 700347). I also had to make some changes to signing.py for Python 2.5 specific things:
$ hg diff
diff --git a/release/signing/signing.py b/release/signing/signing.py
--- a/release/signing/signing.py
+++ b/release/signing/signing.py
@@ -154,17 +154,17 @@ def copyfile(src, dst, copymode=True):
     shutil.copyfile(src, dst)
     if copymode:
         shutil.copymode(src, dst)
         shutil.copystat(src, dst)

 def sha1sum(f):
     """Return the SHA-1 hash of the contents of file `f`, in hex format"""
     h = hashlib.sha1()
-    fp = open(f)
+    fp = open(f, 'rb')
     while True:
         block = fp.read(512*1024)
         if not block:
             break
         h.update(block)
     return h.hexdigest()

 def sums_are_equal(base_package, packages):
@@ -256,34 +256,34 @@ def packexe(exefile, srcdir):
     os.unlink(appbundle)

 def bunzip2(filename):
     """Uncompress `filename` in place"""
     log.debug("Uncompressing %s", filename)
     tmpfile = "%s.tmp" % filename
     os.rename(filename, tmpfile)
     b = bz2.BZ2File(tmpfile)
-    f = open(filename, "w")
+    f = open(filename, "wb")
     while True:
         block = b.read(512*1024)
         if not block:
             break
         f.write(block)
     f.close()
     b.close()
     shutil.copystat(tmpfile, filename)
     shutil.copymode(tmpfile, filename)
     os.unlink(tmpfile)

 def bzip2(filename):
     """Compress `filename` in place"""
     log.debug("Compressing %s", filename)
     tmpfile = "%s.tmp" % filename
     os.rename(filename, tmpfile)
-    b = bz2.BZ2File(filename, "w")
+    b = bz2.BZ2File(filename, "wb")
     f = open(tmpfile)
     while True:
         block = f.read(512*1024)
         if not block:
             break
         b.write(block)
     f.close()
     b.close()
@@ -553,21 +553,18 @@ def buildValidatingOpener(ca_certs):
     except ImportError:
         from httplib import HTTPSConnection
         from urllib2 import HTTPSHandler

     class VerifiedHTTPSConnection(HTTPSConnection):
         def connect(self):
             # overrides the version in httplib so that we do
             #    certificate verification
-            sock = socket.create_connection((self.host, self.port),
-                                            self.timeout)
-            if self._tunnel_host:
-                self.sock = sock
-                self._tunnel()
+            sock = socket.socket()
+            sock.connect((self.host, self.port))

             # wrap the socket using verification with the root
             #    certs in trusted_root_certs
             self.sock = ssl.wrap_socket(sock,
                                         self.key_file,
                                         self.cert_file,
                                         cert_reqs=ssl.CERT_REQUIRED,
                                         ca_certs=ca_certs,


After that, I got a new traceback:
WARNING: Found 311 duplicate files taking 968406 bytes
Stripped 317565 bytes
Deoptimized 0/2047 in ./omni.jar
2011-11-07 13:17:09,092 - ea2613b229ba571130d66d9375331a62fd03c2d7: processing e
:/builds/moz2_slave/m-cen-w32/build/obj-firefox/browser/installer/../../dist/fir
efox\AccessibleMarshal.dll on https://dev-master01.build.scl1.mozilla.com:8080
Traceback (most recent call last):
  File "e:/builds/moz2_slave/m-cen-w32/tools/release/signing/signtool.py", line
127, in <module>
    main()
  File "e:/builds/moz2_slave/m-cen-w32/tools/release/signing/signtool.py", line
111, in main
    errors.extend(remote_signdir(options, url, f, fmt))
  File "e:\builds\moz2_slave\m-cen-w32\tools\release\signing\signing.py", line 5
32, in remote_signdir
    if not remote_signfile(options, url, fullpath, fmt, dest=dest):
  File "e:\builds\moz2_slave\m-cen-w32\tools\release\signing\signing.py", line 4
80, in remote_signfile
    os.rename(tmpfile, dest)
WindowsError: [Error 17] Cannot create a file when that file already exists
make[2]: *** [make-package] Error 1
make[2]: Leaving directory `/e/builds/moz2_slave/m-cen-w32/build/obj-firefox/bro
wser/installer'
make[1]: *** [all] Error 2
make[1]: Leaving directory `/e/builds/moz2_slave/m-cen-w32/build/obj-firefox/bro
wser/installer'
make: *** [package] Error 2

Comment 20

[Rail Aliiev [:rail]]

Attachment: Sign MARs

Not tested yet. Should work for external (GPG) singing of MAR files.

Comment 21

[[e-mail] (:bhearsum)]

Attachment: support l10n signing, some bugfixes

Changes in this patch:
* Inherit en-US env for l10n builds
* Port MercurialBuildFactory signing server work to BaseRepackFactory
* Set win32_basedir, because we need it for PYTHONPATH to work on Windows

Comment 22

[[e-mail] (:bhearsum)]

Attachment: change signing format variable format

This patch changes the separator in the signing format variables to a space, to make it easy to filter out things in the build system.

Comment 23

[Rail Aliiev [:rail]]

Attachment: Sign MARs

Using MOZ_SIGN_PACKAGE_CMD

Comment 24

[[e-mail] (:bhearsum)]

Comment on attachment 573199 [details] [diff] [review]
change signing format variable format

I have an updated buildbot-configs patch on my github that supports different signing servers for dep/nightly builds, and different signing servers for production/preproduction/config: https://github.com/bhearsum/buildbot-configs/compare/master...signing-server

Comment 25

[[e-mail] (:bhearsum)]

Comment on attachment 573196 [details] [diff] [review]
support l10n signing, some bugfixes

And an updated buildbotcustom patch here: https://github.com/bhearsum/buildbotcustom/compare/master...signing-server

Comment 26

[Chris AtLee [:catlee]]

Attachment: Hooks for signing script in build process

planning on landing this on elm first

Comment 27

[Chris AtLee [:catlee]]

Attachment: use signing servers in build factories

Comment 28

[[e-mail] (:bhearsum)]

Attachment: buildbot configs to enable signing servers

Comment 29

[[e-mail] (:bhearsum)]

Attachment: enable signing server for debug builds; disable pre-signed updater on elm

Comment 30

[Chris AtLee [:catlee]]

Attachment: signing tools!

Comment 31

[Chris AtLee [:catlee]]

Comment on attachment 578675 [details] [diff] [review]
signing tools!

https://github.com/catlee/tools/compare/master...signing-server

Comment 32

[[e-mail] (:bhearsum)]

Attachment: look for signing servers at platform level instead of branch

This applies on top of catlee's buildbotcustom patch.

Comment 33

[Rail Aliiev [:rail]]

Comment on attachment 578670 [details] [diff] [review]
enable signing server for debug builds; disable pre-signed updater on elm

Almost there!

Comment 34

[Rail Aliiev [:rail]]

Comment on attachment 578675 [details] [diff] [review]
signing tools!

YAY!

Comment 35

[Brian R. Bondy [:bbondy]]

awesome!

Comment 36

[Chris AtLee [:catlee]]

(In reply to Chris AtLee [:catlee] from comment #14)
> I believe that we can make use of the mono tools to do signing under linux.
> This requires a little tweaking to the certificates to work:
> 
> openssl x509 -in MozAuthenticode.spc -inform DER -text > MozAuthenticode.crt
> makecert MozAuthenticode.crt MozAuthenticode.spc

sorry, this should be 'cert2spc MozAuthenticode.crt MozAuthenticode.spc'

Comment 37

[Chris AtLee [:catlee]]

Attachment: turn on only on elm for now

let's limit possible damage to elm/oak for now

Comment 38

[Chris AtLee [:catlee]]

Attachment: puppet support for secrets in passwords.py

Comment 39

[Chris AtLee [:catlee]]

Attachment: disable signing for l10n check commands

Comment 40

[Chris AtLee [:catlee]]

Attachment: turn on signing on m-c

Comment 41

[Chris AtLee [:catlee]]

Comment on attachment 579232 [details] [diff] [review]
turn on signing on m-c

r+ from rail over irc

Comment 42

[Chris AtLee [:catlee]]

Attachment: do sha1sum calculations out of process

currently sha1sum calculations are done in the same process and greenlet as the web server. this effectively blocks the server until the sha1sum is complete, which can take a while for larger files.

this patch makes sha1sum() use a pool of workers to do the calculation in separate processes, also allowing the web server to continue serving requests.

Comment 43

[Mike Taylor [:bear]]

Comment on attachment 579350 [details] [diff] [review]
do sha1sum calculations out of process

this is a lot cleaner than I've had to do in the past with my own code - looks good

Comment 44

[Chris AtLee [:catlee]]

Attachment: enable signing on inbound

Comment 45

[Chris AtLee [:catlee]]

Attachment: reduce default token time to 2 hours

Comment 46

[Chris AtLee [:catlee]]

Attachment: signing server enhancements

this patch adds a few nice-to-have things:

* -d option to daemonize the process (using python-daemon library, in vendor directory) 
* --stop/--restart/--reload commands. for restart we ask for the passphrases before stopping the old server so that downtime is minimal
* backdoor support

Comment 47

[Mike Taylor [:bear]]

Comment on attachment 579828 [details] [diff] [review]
signing server enhancements


1. I think you need to get the log object from multiprocessing.get_logger() if your calling log from inside a worker

2. wouldn't it be better if for the reload that you check for a valid pid and only proceed if one is found

Comment 48

[Chris Cooper [:coop] (he/him)]

I reconfig-ed with the landed changes from this bug today.

Comment 49

[Chris AtLee [:catlee]]

Attachment: sign ALL the branches!

This enables dep signing for all win32 builds.

m-c, m-a, m-i, elm and oak nightlies get to use nightly signing keys.

Comment 50

[Chris AtLee [:catlee]]

Calling this done.

Comment 51

[[e-mail] (:bhearsum)]

(In reply to Chris AtLee [:catlee] from comment #36)
> (In reply to Chris AtLee [:catlee] from comment #14)
> > I believe that we can make use of the mono tools to do signing under linux.
> > This requires a little tweaking to the certificates to work:
> > 
> > openssl x509 -in MozAuthenticode.spc -inform DER -text > MozAuthenticode.crt
> > makecert MozAuthenticode.crt MozAuthenticode.spc
> 
> sorry, this should be 'cert2spc MozAuthenticode.crt MozAuthenticode.spc'

and make the first one: openssl x509 -in MozAuthenticode.spc -inform DER -outform PEM > MozAuthenticode.crt