Konform Browser and other bits and bobs.

  • 10 Posts
  • 82 Comments
Joined 5 months ago
cake
Cake day: January 18th, 2026

help-circle









  • ken@discuss.tchncs.detoCybersecurity@sh.itjust.worksDevSecOps Tools?
    link
    fedilink
    English
    arrow-up
    4
    ·
    edit-2
    2 months ago

    Hard to give good advice without knowing more where you’re @. Leaving out the human and organizational aspects, which might be at least as important:

    It could do you well to “harden” your environment and take a hard look at the software you are already running, what it does, and how it got there. Try to remove rather than add. Reduce your surface-area and exposure. Consider what options you have to isolate and “lock down” what remains.

    Cut out or replace any software that calls home. Isolate and sandbox things. Take a critical look at your supply-chain(s): Are you satisfied with your repos/registries/installation methods? How auditable are your services in reality? Can you improve on that? Are there things that should be mirrored and/or built from source? (BTW, reading the source of the stuff you use and rely on and building it is a good exercise in itself whether you end up relying on the output or not)

    Get familiar with relevant monitoring and debugging tools for whatever you have. Learn how to verify and validate your assumptions of “what is going on”. This probably involves getting comfortable and intimate with traditional data-engineering processes and tooling.

    This applies to everything: shared infrastructure “in the cloud”, IDE and browser on your local workstation, transitive dependencies of apps you are working on and their toolchains, etc.

    Maybe you need/want to set up some mirrors and dedicated CI. Forgejo is one easy way to get started as it comes with a lot of the components you need in one package.

    If not used to doing so already, force yourself to think from first principles. Take less things for granted. Practice active threat modeling. Think about trust. Audit yourselves.

    The “Sec” part is more about processes, focus and mindset. What tools are important can vary widely depending on what you have to work with.




  • @[email protected] you’re going too far with the reposting IMO and I urge to revalidate your entire approach.

    This is a user question copy-pasted without their consent (and possibly even knowledge; they may not be getting notified of your reshare despite the @).

    Others may overlook that the OP has no involvement in the post here and post answers that the OP never becomes aware of (since you gracefully remove links to the source post).

    Besides, you’re literally incentivizing people to prefer posting on .ml in order to then be reshared by your accounts elsewhere. By rebroadcasting .ml content (especially when at a higher rate than other content), you’re introducing perverse incentives and cobra-effecting your whole anti-.ml-operation by driving posters to .ml. Even readers, when they end up browsing it from digging up the original sources for posts like this one.

    There are other (I assume unintended) negative side-effects of what you are doing and they way you are doing it. You are single-handedly reshaping threadiverse but maybe not the way you intended or for the better…





  • No. This is the first time in ~a decade1 I’ve felt anything resembling optimism about Manjaro. That maintainers are acknowledging the deep-rooted issues (resulting in the actual reasons people sneer at Manjaro) and forcing change is something that I think should be supported. Those conversations are necessary and have a higher chance of being healthy if the peanut gallery can hold off from turning spin on everything that smells like drama…

    1: About as long as it has been “imploding”