Skip to content
  • Categories
  • Recent
  • Tags
  • Popular
  • World
  • Users
  • Groups
Skins
  • Light
  • Brite
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dark
  • Cyborg
  • Darkly
  • Quartz
  • Slate
  • Solar
  • Superhero
  • Vapor

  • Default (Cyborg)
  • No Skin
Collapse
Brand Logo

CIRCLE WITH A DOT

  1. Home
  2. Uncategorized
  3. NHS Goes To War Against Open Source

NHS Goes To War Against Open Source

Scheduled Pinned Locked Moved Uncategorized
governmentnhsopensourcepolitics
17 Posts 10 Posters 0 Views
  • Oldest to Newest
  • Newest to Oldest
  • Most Votes
Reply
  • Reply as topic
Log in to reply
This topic has been deleted. Only users with topic management privileges can see it.
  • lordmatt@mastodon.socialL lordmatt@mastodon.social

    @m @blog Quite likely

    kimsj@mastodon.socialK This user is from outside of this forum
    kimsj@mastodon.socialK This user is from outside of this forum
    kimsj@mastodon.social
    wrote last edited by
    #8

    @lordmatt @m @blog
    Or Palantir salesdroids

    1 Reply Last reply
    0
    • blog@shkspr.mobiB blog@shkspr.mobi

      NHS Goes To War Against Open Source

      https://shkspr.mobi/blog/2026/05/nhs-goes-to-war-against-open-source/

      The NHS is preparing to close nearly all of its Open Source repositories.

      Throughout my time working for the UK Government - in GDS, NHSX, i.AI, and others - I championed Open Source. I spoke to dozens of departments about it, wrote guidance still in use today, and briefed Ministers on why it was so important.

      That's why I'm beyond disappointed at recent moves from NHS England to backtrack on all the previous commitments they've made about the value of open source to the UK's health service.

      It's rare that multiple people leak the same story to me, but that's what gives me confidence that lots of people within the NHS are aghast at this news.

      A few days ago, I was sent this quote which was attributed to a senior technical person in NHS England.

      We are obviously looking at things like Mythos, which is more sophisticated at finding vulnerabilities. In the next week or so, we will be changing our tack on coding the open and making our code public until we're on top of that risk.

      Most of our repos, unless they're essential, will be removed for security reasons.

      As I've written before, this is not the correct response to the purported threat by Mythos. Neither the AI Safety Institute nor the NCSC recommend this action. While there may be some increase in risk from AI security scanners, to shutter everything would be a gross overreaction.

      Nevertheless, that's what the NHS is preparing to do.

      On the 29th of April, guidance note SDLC-8 was sent out. Here's what it says:

      All source code repositories must be private by default. Repositories may be internal where there is a legitimate need for visibility within the enterprise. Repositories must not be public unless there is an explicit and exceptional need, and public access has been formally approved by the Engineering Board. Purpose Public repositories materially increase the risk of unintended disclosure of source code, architectural decisions, configuration detail, and contextual information that may be exploited — particularly given rapid advancements in Al models capable of large-scale code ingestion, inference, and reasoning (e.g. developments such as the Mythos model). This red line establishes a default-closed posture for code while the organisation assesses the impact of these changes and ensures that any public publication of code is a deliberate, reviewed, and justified decision. • For P&P Public repositories we will switch to Private on Monday the 11th May 2026 • Teams that have a need for an exemption need to declare this to the Engineering mailbox by COP Wednesday 6th May 2026 • Teams can change to private at any time ahead of this • Central tracking of public repositories: NHSE public repositories.xlsx

      The majority of code repos published by the NHS are not meaningfully affected by any advance in security scanning. They're mostly data sets, internal tools, guidance, research tools, front-end design and the like. There is nothing in them which could realistically lead to a security incident.

      When I was working at NHSX during the pandemic, we were so confident of the safety and necessity of open source, we made sure the Covid Contact Tracing app was open sourced the minute it was available to the public. That was a nationally mandated app, installed on millions of phones, subject to intense scrutiny from hostile powers - and yet, despite publishing the code, architecture and documentation, the open source code caused zero security incidents.

      Furthermore, this new guidance is in direct contradiction to the UK's Tech Code of Practice point 3 "Be open and use open source" which insists on code being open.

      Similarly, the Service Standard says:

      There are very few examples of code that must not be published in the open.

      The main reason for code to be closed source is when it relates to policy that has not yet been announced. In this case, you must make the code open as soon as possible after the policy is published.

      You may also need to keep some code closed for security reasons, for example code that protects against fraud. Follow the guidance on code you should keep closed and security considerations for open code.

      There's also the DHSC policy "Data saves lives: reshaping health and social care with data":

      Commitment 601 – completed May 2022

      We will publish a digital playbook on how to open source your code for health and care organisations

      And, here's NHS Digital's stance on open source in their Software Engineering Quality Framework:

      The position of all three of these documents is that we should code in the open by default.

      All of which is reflected in the NHS service standard:

      Public services are built with public money. So unless there's a good reason not to, the code they're based should be made available for other people to reuse and build on.

      All of which is to say - open source should be baked into the DNA of the NHS by now. There are thousands of NHS repositories on GitHub. The work undertaken to assess all of them and then close them will be massive. And for what?

      Even if we ignore the impracticality of closing all the code - it is too late! All that code has already been slurped up. If Mythos really is the ultimate hacker, hiding the code now does nothing. It has likely already retained copies of the repositories.

      And if it were both practical and effective to hide source code - that doesn't matter. These AI tools are just as effective against closed-source. They can analyse binaries and probe websites with ease.

      There are tens of thousands of NHS website pages which refer to their GitHub repos - will they all need to be updated? What's the cost of that?

      I've no idea what led to NHS England making this retrograde decision - so I've send a Freedom of Information request to find out.

      I am convinced that closing all their excellent open source work is the wrong move for the NHS. I hope they see sense and reverse course.

      Until then, I've helped make sure that every single NHS repository has been backed up and, because the software licence permits it, can be re-published if the original is closed.

      In the meantime, you should email your MP and tell them that the NHS is wrong to shutter its world-leading open source repositories.

      Don't let them take away your right to see the code which underpins our nation's healthcare.


      Further Reading

      • I'm quoted in this article from The New Scientist.
      • Matt Hancock on the issue
      • Petition - Keep Things Open
      #government #nhs #OpenSource #politics
      bms48@mastodon.socialB This user is from outside of this forum
      bms48@mastodon.socialB This user is from outside of this forum
      bms48@mastodon.social
      wrote last edited by
      #9

      @blog This is all kinds of stupid. Fuzzing exists. https://us.artechhouse.com/Fuzzing-for-Software-Security-Testing-and-Quality-Assurance-Second-Edition-P1930.aspx

      bms48@mastodon.socialB 1 Reply Last reply
      0
      • lordmatt@mastodon.socialL lordmatt@mastodon.social

        @blog When will the suits learn that security through obscurity is no security at all?

        bruce@darkmoon.socialB This user is from outside of this forum
        bruce@darkmoon.socialB This user is from outside of this forum
        bruce@darkmoon.social
        wrote last edited by
        #10

        @lordmatt

        Perhaps it not security that concerns them.

        lordmatt@mastodon.socialL 1 Reply Last reply
        0
        • bms48@mastodon.socialB bms48@mastodon.social

          @blog This is all kinds of stupid. Fuzzing exists. https://us.artechhouse.com/Fuzzing-for-Software-Security-Testing-and-Quality-Assurance-Second-Edition-P1930.aspx

          bms48@mastodon.socialB This user is from outside of this forum
          bms48@mastodon.socialB This user is from outside of this forum
          bms48@mastodon.social
          wrote last edited by
          #11

          @blog It probably also calls for a "Condescending Wonka", this is the closest I could find.

          Link Preview Image
          bms48@mastodon.socialB 1 Reply Last reply
          0
          • bms48@mastodon.socialB bms48@mastodon.social

            @blog It probably also calls for a "Condescending Wonka", this is the closest I could find.

            Link Preview Image
            bms48@mastodon.socialB This user is from outside of this forum
            bms48@mastodon.socialB This user is from outside of this forum
            bms48@mastodon.social
            wrote last edited by
            #12

            @blog #epistemology #Wiktionary "The term was introduced into #English by #Scottish philosopher James Frederick #Ferrier ." the fundamental weakness and tragedy of the LLM is its inability to emulate #abductive reasoning well if at all. that is reasoning to the best expectation. regardless, they aid the brute forcing of #INFOSEC #vulnerabilities but at great #computational cost. TL;DR humans are better at defensive INFOSEC than "AI" but this is the answer no-one wants to hear right now.

            bms48@mastodon.socialB 1 Reply Last reply
            0
            • bms48@mastodon.socialB bms48@mastodon.social

              @blog #epistemology #Wiktionary "The term was introduced into #English by #Scottish philosopher James Frederick #Ferrier ." the fundamental weakness and tragedy of the LLM is its inability to emulate #abductive reasoning well if at all. that is reasoning to the best expectation. regardless, they aid the brute forcing of #INFOSEC #vulnerabilities but at great #computational cost. TL;DR humans are better at defensive INFOSEC than "AI" but this is the answer no-one wants to hear right now.

              bms48@mastodon.socialB This user is from outside of this forum
              bms48@mastodon.socialB This user is from outside of this forum
              bms48@mastodon.social
              wrote last edited by
              #13

              @blog defence-in-depth is still the most rational stratagem and it is cheaper than "AI" but requires architecting software correctly from the get-go with domain and process knowledge, the very #epistemological nature of which is largely alien to #LLM driven automation approaches. in other words, it requires human judgement by its very nature. the agentic approaches are imitative only, the LLMs do not and cannot "understand". #Lecun knows this as do #Hinton, yet #Amodei threw us all under a bus.

              bms48@mastodon.socialB 1 Reply Last reply
              0
              • bms48@mastodon.socialB bms48@mastodon.social

                @blog defence-in-depth is still the most rational stratagem and it is cheaper than "AI" but requires architecting software correctly from the get-go with domain and process knowledge, the very #epistemological nature of which is largely alien to #LLM driven automation approaches. in other words, it requires human judgement by its very nature. the agentic approaches are imitative only, the LLMs do not and cannot "understand". #Lecun knows this as do #Hinton, yet #Amodei threw us all under a bus.

                bms48@mastodon.socialB This user is from outside of this forum
                bms48@mastodon.socialB This user is from outside of this forum
                bms48@mastodon.social
                wrote last edited by
                #14

                @blog the #epistemology of the local #Linux vulnerability, #copyfail betrays itself. the door left open in AF_ALG by accident. Disclaimer: I used to handle #INFOSEC for #JPMorganChase in 2001 and was part of the #hacking & phone #phreaking #underground throughout the 90s before going legit, and well before my formal R&D work and Ph.D. I am primarily an internetworking specialist but cybersecurity is an adjacent field I have done small beer in.

                1 Reply Last reply
                0
                • oyu_fka@mastodon.socialO oyu_fka@mastodon.social

                  @blog Not at all surprised - the american ai corporations are eyeing up *all* our data in the UK, and they don't want any other software running alongside - they want to monopolise the access to data for their own profits.

                  Wes Streeting is a blairite and these people's main aim is personal enrichment, and shouldn't be trusted in positions of power.

                  spacemagick@mastodon.socialS This user is from outside of this forum
                  spacemagick@mastodon.socialS This user is from outside of this forum
                  spacemagick@mastodon.social
                  wrote last edited by
                  #15

                  @Oyu_Fka @blog 💯 ✔️

                  1 Reply Last reply
                  0
                  • bruce@darkmoon.socialB bruce@darkmoon.social

                    @lordmatt

                    Perhaps it not security that concerns them.

                    lordmatt@mastodon.socialL This user is from outside of this forum
                    lordmatt@mastodon.socialL This user is from outside of this forum
                    lordmatt@mastodon.social
                    wrote last edited by
                    #16

                    @bruce Maybe, although in my experience, managers tend to have very little understanding of how the technology actually works, but somehow are expected to make sound decisions about said technology.

                    bruce@darkmoon.socialB 1 Reply Last reply
                    0
                    • lordmatt@mastodon.socialL lordmatt@mastodon.social

                      @bruce Maybe, although in my experience, managers tend to have very little understanding of how the technology actually works, but somehow are expected to make sound decisions about said technology.

                      bruce@darkmoon.socialB This user is from outside of this forum
                      bruce@darkmoon.socialB This user is from outside of this forum
                      bruce@darkmoon.social
                      wrote last edited by
                      #17

                      @lordmatt

                      True, and there's likely much of that in play. Managers also don't like risk, or damage to their reputations, so they often want to keep negative news out of the press. Even when disclosure leads to better long term outcomes.

                      1 Reply Last reply
                      1
                      0
                      • R relay@relay.infosec.exchange shared this topic
                      Reply
                      • Reply as topic
                      Log in to reply
                      • Oldest to Newest
                      • Newest to Oldest
                      • Most Votes


                      • Login

                      • Login or register to search.
                      • First post
                        Last post
                      0
                      • Categories
                      • Recent
                      • Tags
                      • Popular
                      • World
                      • Users
                      • Groups