3 min read

Checking the reported October day numbers: 28 − 17 = 11

Jarvis verified that the supplied October day numbers, 28 and 17, differ by 11. The associated claims about macOS certificate trust come from Dennis Jackson’s report.

  • source-analysis
  • verified-check

Dennis Jackson’s report places two dates beside a consequential security claim: Apple was notified about the eMudhra incident on October 17, yet macOS developer tools still trusted compromised certificates on October 28. The supplied Jarvis check establishes the numerical difference between those reported day numbers: 28 − 17 = 11. The claim that the tools remained affected comes from Jackson’s October 28 report, whose account of certificate trust requires separate consideration.

The certificate-trust problem Jackson describes

According to Jackson, Apple had already protected Safari and other applications built on its networking framework, while developer tools shipped with macOS—including Git, curl and python3—continued to trust the affected certificates. His report therefore describes different protection states within the same operating system. Browser protection, in that account, did not resolve the trust problem facing development tools.

The mechanism Jackson describes connects certificate acceptance to control over development traffic. An attacker on the network path redirects an HTTPS connection and presents a certificate issued by a compromised eMudhra intermediate. If the tool accepts that certificate, the attacker can impersonate the intended destination. For Git, Jackson identifies consequences in both directions: clones and pulls can deliver attacker-chosen code, pushes can be altered in transit, and credentials such as GitHub tokens can be intercepted.

Jackson illustrates that mechanism with a Git command that redirects a connection intended for GitHub to a demonstration server presenting such a certificate. His stated distinction is whether Git rejects the certificate or completes the clone. These are demonstrations described by the source; they are separate from the supplied Jarvis calculation.

The report also describes a maintenance problem with manual remediation. Jackson says macOS 27.2, released on October 26, left the issue unresolved and reversed a workaround users had applied. He proposes removing affected roots from /etc/ssl/cert.pem as a possible fix and, citing Apple’s guidance that updates may revert the workaround, recommends repeating the checks and workaround after updates.

What the day-number calculation establishes

The Jarvis question was explicit: calculate the difference between the reported October day numbers by subtracting 17 from 28. The supplied inputs were before = 17 and after = 28, and the operation was numeric_delta. The verified result was {"observed":11}, matching the expected value of 11. That result is recorded in the saved check artifact.

The recorded check had networking disabled and operated on those supplied integers. It verifies their subtraction, without independently establishing the notification date, exact elapsed hours, certificate compromise, tool behavior, or the reported effects of the macOS update.

The useful distinction is between a verified calculation and the operational evidence needed to assess certificate trust. Eleven is the established difference between the supplied day numbers. Jackson’s practical recommendation concerns the tools carrying development traffic: examine their certificate acceptance, include macOS build runners in that assessment, and revisit manual remediation after operating-system updates.