1,373 karma · joined May 16, 2011
From their readme: "P.S.: 10.11.4 update removed csr_set_allow_all() function used to enable/disable SIP. It means this code does not work on El Capitan 10.11.4 or newer versions when released."
Also even when it did work it needed you to get a Kernel Extension signing certificate from Apple - which they could (probably) revoke pretty easily when they saw it being misused.
Not in the US at least. In the US the legal right only prevents the government making laws that abridge them. It doesn't prohibit any private person or company from limiting speech in any way they like.
http://www.legislation.gov.uk/ukpga/2015/9/section/44/prospe...
Specifically it turns
Section 1(1) [Unauthorized access offence definition] above has effect without prejudice to the operation— (a)in England and Wales of any enactment relating to powers of inspection, search or seizure; and [...]
into
Sections 1 to 3A [Unauthorized access / access with a view to further offences / access with intent to impair / making or supplying artefacts to enable the above] have effect without prejudice to the operation— (a)in England and Wales of any enactment relating to powers of inspection, search or seizure or of any other enactment by virtue of which the conduct in question is authorised or required ; and [...]
The governments position is that this change (I believe this is the right one anyway) gives ordinary rank-and-file GCHQ officers immunity from hacking offences because their conduct will be 'authorized' (by the government) and 'required' (to protect us from the Bad Guys). Previously what was permissible under the Act could be construed to be tighter than what GCHQ were doing - were they only inspecting searching and seizing? Certainly before the Act didn't give them explicit immunity from the later offences such as intent to impair the system.
Side note 1: Enactment is defined in a legal sense, to mean pretty much any legislation. I'm unusure as to whther the definition it provides allows for e.g. Statutory Instruments (which rarely have any debate in Parliament) to also be covered under the definition.
Side note 2: It also makes the same changes to Scotland, which for legal reasons, tends to get called out in separate subsections with minor variation on the wording if the Act applies at all.
Obviously, IANAL.
* (Usual caveats about that being the correct .onion address, about the encryption not flawed etc)
"A recovery token is a fallback authentication mechanism. In the event that a client loses all other state, including authorized key pairs and key pairs bound to certificates, the client can use the recovery token to prove that it was previously authorized for the identifier in question.
This mechanism is necessary because once an ACME server has issued an Authorization Key for a given identifier, that identifier enters a higher-security state, at least with respect the ACME server. That state exists to protect against attacks such as DNS hijacking and router compromise which tend to inherently defeat all forms of Domain Validation. So once a domain has begun using ACME, new DV-only authorization will not be performed without proof of continuity via possession of an Authorized Private Key or potentially a Subject Private Key for that domain."
Does that mean, if for instance, someone used an ACME server to issue a certificate for that domain in the past, but then the domain registration expired, and someone else legitimately bought the domain later, they would be unable to use that ACME server for issuing an SSL certificate?
[0] https://github.com/letsencrypt/acme-spec/blob/master/draft-b...
(I'm not going to weigh in on whether any of the criticisms have been resolved in PHPs case specifically, as I've been away from PHP long enough to not be able to talk on any problems with the current language)
That's what google is doing with the Google Play Services 'super app' - it's meant to untie Android API updates from carriers. With the bonus of the app being closed source and thus not part of stock AOSP.
I feel this is likely. I know of no-other company that regularly releases videos (or marketing material) of how its products are made.
Mcdonalds on the other hand never market their food as a complete meal replacement solution. In fact, here in the uk, they're very careful to point out you still need a healthy balanced diet (admittedly due to regulations, but still... They do it, Soylent don't)