The Enarx project from Red Hat is designed specifically to make DRM and other kinds of malware impossible. We are a founding member of the CCC. Disclaimer: I am the tech lead on the project.

Neither of these cases have anything to do with noun class. The typological relationship that the New Testament sets up is that God is the Father (read: paterfamilias, for those acquainted with Roman legal structures) who has a fully grown Son (Jesus Christ) who is coming to claim the estate of his Father as the legal executor. In the process, he is using his legal authority to graft humanity into the family. This is most commonly expressed as a relationship of legal adoption (through baptism). But it is also expressed as a marriage relationship between Christ, as groom, and the church, as bride.

The association of male gender for God and female gender for the church has nothing to do with the case of the noun. It is entirely predicated by the topological relationship established in the New Testament. However, there is no claim that God is *actually* male. In fact, numerous theologians had argued this was not the case by the end of the 5th century. Likewise, the church is not *actually* female.

In the 20th century, a move arose to call God female in Christian churches. That it met with a moderate amount of success is not surprising considering the developing movement of feminism and the fact that God is not male or female, but is merely called male in a certain rhetorical domain. The counter-response to this movement which demands that God be called exclusively male arises out of a concern that such a move obscures the NT rhetorical relationships and therefore does actual damage to the text by injecting female pronouns for God. Wherever you might stand on such an argument, nobody is making the claim that God is actually male or female.

Disclaimer: I am the author of the following projects. At Red Hat, we have been researching this problem for the last few years. This has resulted in the creation of the Clevis[1] & Tang[2] projects for automating decryption. This currently ships in Fedora and we plan to ship it in a future RHEL release. This project currently supports both root volumes and removable storage, as well as any other data you want to encrypt and then automatically decrypt. We are working on adding support for non-root volumes as well. For a video on the problem of automated decryption and the architecture of Clevis & Tang, see my recent talk at FOSDEM: Securing Automated Decryption[3]. [1]: https://github.com/latchset/cl... [2]: https://github.com/latchset/ta... [3]: https://fosdem.org/2017/schedu...