• Skip to main content
  • Skip to primary sidebar
  • Skip to footer
  • Home
  • About Darknet
  • Hacking Tools
  • Popular Posts
  • Darknet Archives
  • Contact Darknet
    • Advertise
    • Submit a Tool
darknet.org.uk logo

Darknet - Hacking Tools, Hacker News & Cyber Security

Darknet is your best source for the latest hacking tools, hacker news, cyber security best practices, ethical hacking & pen-testing.

You are here: Home / Legal Issues / UK Government Set to Make ‘Hacking Tools’ Illegal

UK Government Set to Make ‘Hacking Tools’ Illegal

January 11, 2008

Views: 15,339

[ad]

This is sad news, it seems UK is considering following the lead of the Germans and their recently implemented hacking law 202(c) regarding the making of ‘hacking tools‘ illegal.

It’s almost like making baseball bats illegal because you can hit someone with it, doesn’t matter its made for playing sport and that’s what most people use it for..

The UK government has published guidelines for the application of a law that makes it illegal to create or distribute so-called “hacking tools”.

The controversial measure is among amendments to the Computer Misuse Act included in the Police and Justice Act 2006. However, the ban along with measures to increase the maximum penalty for hacking offences to ten years and make denial of service offences clearly illegal, are still not in force and probably won’t be until May 2008 in order not to create overlap with the Serious Crime Bill, currently making its way through the House of Commons.

Sounds pretty ominous to me, even distributing said hacking tools can get you in trouble – that’s bad news for people like me that believe in sharing information, knowledge and hard to find tools.

I agree a revamp of the Computer Misuse Act is needed, but please making tools like Nmap illegal to create or distribute is just plain stupid.

Following industry lobbying the government has come through with guidelines that address some, but not all, of these concerns about “dual-use” tools. The guidelines establish that to successfully prosecute the author of a tool it needs to be shown that they intended it to be used to commit computer crime. But the Home Office, despite lobbying, refused to withdraw the distribution offence. This leaves the door open to prosecute people who distribute a tool, such as nmap, that’s subsequently abused by hackers.

The Crown Prosecution Service guidance, published after a long delay on Monday, also asks prosecutors to consider if an article is “available on a wide scale commercial basis and sold through legitimate channels”. Critics argue this test fails to factor in the widespread use of open source tools or rapid product innovation.

It’s pretty messy – it could help malicious hackers be prosecuted effectively and gives a bit more ammo to law. But it also means over zealous lawyers could prosecute security consultants for actions they don’t really understand – which is the scary part for me.

I hope it gets distilled into something useful and fair for both sides.

Source: The Register

Related Posts:

  • Credential Stuffing in 2025 - How Combolists,…
  • Systemic Ransomware Events in 2025 - How Jaguar Land…
  • Privacy Implications of Web 3.0 and Darknets
  • XRayC2 - Weaponizing AWS X-Ray for Covert Command…
  • Initial Access Brokers (IAB) in 2025 - From Dark Web…
  • Dark Web Search Engines in 2025 - Enterprise…
Share
Tweet
Share
Buffer
WhatsApp
Email



Reader Interactions

Comments

  1. James says

    January 11, 2008 at 7:42 am

    How is making hacking tool illegal going to help? Im a white hat and if this law pass (and if I lived in England, I live in Ireland and im sure the twats here will copy the “Initiative”) I wouldn

  2. Pantagruel says

    January 11, 2008 at 11:37 am

    I guess the only thing we can hope for sanity to kick in, if not adequate counseling and judge/jury who actually can grasp the security concepts. If not we might end up doing time simple because a software tool also can be used for not so nice things. This rather stupid concept can be applied to lots of real world tools (knife/car/screw driver) which can, depending on the (ab)user have multiple results.
    It’s even more sick that spreading knowledge (in the form of software distribution) can be deemed punishable, sick.

    It just feels damn silly that legislation is being created that limits a programmers creativity or ingenuity simply because the created software has dual usage properties. Guess we’ll shortly be doing a 7x DoD erase of our computers/laptops, I for sure have enough dual usage tools and do not feel compelled to find out if judge/jury might argue their purpose.

  3. Nobody_Holme says

    January 11, 2008 at 12:05 pm

    this sounds identical to banning sales of anything that can become an “improvised weapon”, unless its through shops and the like… well, i say sale, if the same was true for objects capable of being used in assaults, say i borrow my dad’s woodcutting axe and go cut a tree in my garden down, my dad can get 10 years for passing it over, and theres no way to defend against it in court, bar that i didnt intend to use it to carry out an assault… which i’m sure a good lawyer could make sound like a lie.
    my opinion of british MPs just went down EVEN further, and i didnt think that was possible.

  4. Pantagruel says

    January 11, 2008 at 12:59 pm

    @Nobody_Holme

    Completely true. I better get the bbq back that I gave as a present last summer, god forgive if he skewers something else.
    Gob smacked by the fact that they where able to sink even further.

  5. Sir Henry says

    January 11, 2008 at 2:32 pm

    There needs to be more technical people in higher places who can clearly explain how this would affect things for the UK (or Germany, for that matter). Then again, even with technical people in place, it is that same lot of stodgy bastards who still think the kettle is a modern invention. The same goes here in the US. A fat lot of bloated and ego-maniacal bureaucrats who care not for security, not the ramifications of making such a law. They only care about the lobbyist who is lining their pockets.

    Now, I would like to think that, given the number of companies in the US who provide services that, under this law, would be considered “hacker services”, the US would never attempt to pass a law of this sort. But, given that it appears ISPs are blatantly ignoring the FCC and simply stating that they are going to start filtering traffic, who knows what will happen. I do know that if something like this goes into effect in the US, the response will likely be nefarious and brutal. The latter, of course, will not help but to illustrate why the law should be in place.

    /rant

  6. Green Data says

    January 11, 2008 at 3:13 pm

    Come on, this is totally insane!!

    How can they differentiate between hacking and non hacking tools. I sometimes use nmap to see what open ports are there in my servers. am I hacking myself then? What about McAfee guys, will they put them into jail for selling Founstone appliances? How about sniffers? Yes you can use them to steal people’s passwords, but on the other hand they are a major building block in one of the most important security tools, which is IDS’s

  7. Bogwitch says

    January 11, 2008 at 9:34 pm

    Quite ironic, since CESG have used virus generation software for demonstration purposes.
    Yeah, sure, we all understand dual use but as the software is distributed as a virus generation software, it’s intended use is obvious. Are CESG likely to end up in court?

  8. goodpeople says

    January 11, 2008 at 11:01 pm

    Everybody with at least half of a braincell can figure out that this is insane.

    The English will of course say that this law is not intended to hunt down the security professionals, but that it will give them an extra ammo to bring down the bad guys.
    I don’t know exactly how bad it is in Germany (anyone here who can comment on that?) but I believe that merely the posession of a linux CD/DVD makes you punishable. Has this been in court yet?

    I hope that the lawmakers of the EU are smarter.

  9. feversmash says

    January 12, 2008 at 1:31 am

    they might as well make computers illegal to make or distribute. the can have a dual purpose. you can use them for good or bad. cellphones too. spoons and forks too. this is extremely retarded of them to do. just how do they plan to enforce this law. sounds like complete dictatorship. no more freedom of any kind.

  10. goodpeople says

    January 12, 2008 at 1:37 am

    @darknet

    How does this affect you? You’re based in the uk..

  11. dirty says

    January 12, 2008 at 8:35 am

    I dont really think it should affect darknet.

  12. Darknet says

    January 12, 2008 at 9:40 am

    It won’t really effect me – I don’t live in UK and haven’t for the past 4 years. This site is not hosted in the UK either, so for me there should be no issues.

  13. Nobody_Holme says

    January 12, 2008 at 11:34 am

    Thats a point… will it affect foreign security professionals who try to enter the country? could be annoying, methinks. Maybe i’ll go poke my MP… he at least listens to people some of the time.

  14. Alfred says

    January 12, 2008 at 7:05 pm

    Its very silly to make a law that they won’t be able to really be able to apply. Although they maybe able to make some “examples” they won’t truly be able to comb through and find everyone. Look at the RIAA they can’t truly stop anyone person. They have made a couple of “examples” that have made headlines but that has died down and people are still doing it. What it has made is a revenue streams for companies to say hey look at me we are doing this legally you only have to pay $xx.xx. Governments kill any creativity. The funny thing is the same tools that are used to “crack” are some of the same tools they use to find the crackers. Thats my rant for the day
    >end<

  15. Stu says

    January 12, 2008 at 7:22 pm

    It is quite mad, and you are all not alone in thinking so. Cambridge University has been working har don this (or at least Richard Clayton has) — see here -> http://www.lightbluetouchpaper.org/category/legal/

    They have with other academics, freelancers, and professionals, lobbied the home office. The Criminal Prosecution Services guidance, in my view, seems a little “slap-dash”.

    I am studying English Law, my third year, I’m 32 and I have worked as an ethical hacker, a consultant and for the past four years have been managing information security. It is scary on the surface, and we are most definitely right to be worried. The UK was classed as the most observed society in the world in a recent report by privacy international. See here.

    ..and has very limited privacy laws, if any other than those we are arguably lucky enough to receive from Europe e.g.

    Dual-use type tools, such as Perl (or lol, any programming language) can be used for innocent, benign, as well as malicious purposes. NMAP, Netcat etc, are dual use tools, but was is the legal test? – read the article and Richard Claytons work.

    ..some things to note, why has Open source not been taken into account, has Bill Gates letter from the homebrew computer club in the seventies really screwed things up this much? (tongue in cheek)…

    Anyway I waffle on. Interesting times.

  16. mumble says

    January 13, 2008 at 8:27 am

    That’s it! Bad country – no python for you…. no Nmap, no UnicornScan, no Wireshark, TCPDump, libpcap, libnet….

    This is possibly the most insane piece of legislation I’ve seen recently. It’s right up there with the anti-circumvention measures in the US-DMCA for sheer jugheadedness. WTF are they thinking?

  17. Nobody_Holme says

    January 13, 2008 at 2:48 pm

    Looks like you’ll be okay with anything thats in general use already… but woe betide you if you custom build your pentest tools… *sigh*

  18. goodpeople says

    January 13, 2008 at 4:46 pm

    Germany already passed this law. I had hoped that by now one, or maybe even a few, of the larger IT companies (like IBM, Microsoft, HP, etc.) would have taken this to trail. That would clear up a lot of the smoke.

    Same goes for the UK. The minute this law is passed, it should be taken to court.

  19. hpavc says

    January 14, 2008 at 1:50 am

    Seems pretty odd, commercial products seem to have some escape mechanism and then those based on OSS would have oddities as well.

  20. eM3rC says

    January 14, 2008 at 6:35 am

    The best way to fight hackers seems to use their tools to see how they get in and find a way to block it. Its like banning beer and expecting the number of drunks to immediately go down, especially for something that will be almost impossible to stop.

  21. mumble says

    January 14, 2008 at 8:18 am

    I’m not quite sure what you would use as overriding law if you were trying to get this struck down in the UK. In the US, you can make arguments on constitutional grounds, but the UK is a parliamentary system, so I’m not sure that you have any worthwhile legal argument. This in only to say that while is is unquestionably batty, its kookiness may not prevent it from being enforcible.

    In the US, there is the “code as speech” argument – where the freedom of expression aspects of writing code can sometimes override other considerations. There are fairly decent arguments here, but it’s far from settled law on either side. (See Bernstein v. United States for details)

  22. Nobody_Holme says

    January 15, 2008 at 1:02 pm

    The crowbar comment is a good way of putting it.

  23. crk says

    January 16, 2008 at 8:27 pm

    Who cares? The Uk police are cr*p. They are useless. Just dont get caught. They will never catch you. Useless bunch of uk police.

  24. Nobody_Holme says

    January 17, 2008 at 12:55 pm

    You think that, then you try to use such a tool while going about your daily buisness, and theres a copper investigating something else right behind you. Or the cyber-crime division are in at the same time you got called in to do your thing making people secure, and want to see how you do things. ka-boom, jail for you.

    (oh, and also, crk, police > you. kthx)

  25. Mike says

    January 17, 2008 at 6:06 pm

    The UK government has published guidelines for the application of a law that makes it illegal to create or distribute so-called

  26. durpsquat says

    January 18, 2008 at 4:20 am

    by looking at the application time-stamp? you dumfucked nimwhit….

  27. Darknet says

    January 18, 2008 at 7:39 am

    [sarcasm] Yah OS time-stamps are infallible – they can’t be changed. [/sarcasm]

  28. Nobody_Holme says

    January 18, 2008 at 5:19 pm

    *hands Darknet a cookie* nicely put.

  29. goodpeople says

    January 20, 2008 at 1:33 pm

    WHAT?!?!?!!?

    can timestamps be changed?????

    HOW?!?!?! Tell us.. Please! :-)

  30. mumble says

    January 20, 2008 at 8:34 pm

    Timestomp:
    http://www.forensicswiki.org/wiki/Timestomp

    There are Linux/BSD/Unix utilities which do essentially the same thing.

    In DOS, I used to use a dumb little program which stored the system time/date, set the date/time to [whatever], munged timestamps, and restored the date/time.

    Not, of course, to mention the fact that the filesystem documentation and a hex editor can have interesting effects…. :-) but that’s really oldskool.

  31. Darknet says

    January 21, 2008 at 2:52 pm

    There’s even (very simple) Windows tools to do it..it’s not hard. Most rootkits/log wipe programs have timestamp tampering ability too so you can set back .bash_history or the log files to the previous pre-tampered modification dates.

  32. goodpeople says

    January 22, 2008 at 12:40 am

    ‘cmon guys, you don’t actually believe that I didn’t know this.. don’t you?

  33. Darknet says

    January 22, 2008 at 9:35 am

    Stranger things have happened :P

  34. Nobody_Holme says

    January 22, 2008 at 3:13 pm

    I’ve got to say… phrased like that? mind you, there are people out there who dont know this kind of stuff, so i guess its useful education. *frowns at durpsquat*

  35. eM3rC says

    February 7, 2008 at 5:29 am

    Wow… Talk about hypocritical…

    I just got back from vacation and I saw in a future post about the German police trojan.

    All I can say is trying to outlaw something like this will be impossible. It is like trying to outlaw alcohol (looks at the passing of the 18th and 21st amendment for the US). Hacking software can be downloaded from anywhere and as a result would be impossible to monitor. It seems the only way one could control this on such a large scale is to destroy every computer in the UK and create terminals which store their information on some government server (which is constantly scanned for hacking software).

    Another point I thought of is programming. Even if the government was somehow able to ban all the software, programmers could just write more. And what about the hackers working for the government? No new hackers could be hired due to a lack of experience resulting in the country being defe4nseless against hacke r attacks from other countries.

  36. zupakomputer says

    February 10, 2008 at 6:34 pm

    Just hack into their machines and delete all their files on any prosecuting cases. Take over their networks anyway. This drill is known.

  37. mumble says

    February 10, 2008 at 7:20 pm

    @zupakomputer
    PAPER – you know the heavy, mostly white dead tree carcasses that legal cases are made out of.

  38. Pantagruel says

    February 10, 2008 at 8:21 pm

    @mumble

    Yep, you might consider it a waste all those chopped down trees

    @zupakomputer

    Guess you’ll have to resort to arson as well ;)

  39. zupakomputer says

    February 10, 2008 at 11:01 pm

    Paper? That’d be printed off their Word apps (and yes, no doubt it won’t be 100% recycled nor tree-free). I wasn’t meaning by individual case, I was meaning crippling the whole thing.

    As everyone here knows anyway – anyone who has any knowledge at all of computer security, ‘hacking tools’ are just modified versions or same versions of security tools. So they’d effectively be outlawing securing a computer or network properly – or do they expect people to use only old programs they downloaded prior to a law being passed, or use only tools people in other countries have written.

    That’d be no use, you can’t rely every time on a tool written by someone else – and here I’m thinking in terms of also modifying open source OS code so that you have customised secure OSs – would this also then be illegal, say if you made it sniff out any intruders automatically so you could see who was wanting in. And old programs! – they go out of date fast when it comes to security. Businesses and so on would be staying on 20-year-old OSs because they’re not allowed to secure any new versions.

    It’s insane to suggest such a legislation – what they mean to say is, they want it illegal to compromise a network or machine that you don’t own / haven’t permission to be on. Which is…..already illegal anyway. So – they don’t know anything about the topic and they’re trying to remove tools from everyone else so they know as little as possible also.
    They would seem to believe that rather than do their job monitoring, they can take various tools away – yet, to monitor that means…..monitoring all network traffic, in the entire country, so tightly that every transaction is logged and checked – in case it was a hack tool being down or uploaded. Do they plan on renting out ECHELON for this? I hear they’re a bit busy chasing messages that might contain terrorist plans.
    Do they really have the means to monitor the internet traffic in the UK to that extent – when they can’t monitor it to check for any actual intrusions.

    If this does go ahead, I predict a huge increase in interest in encryption tools and digital signatures.

  40. zupakomputer says

    February 10, 2008 at 11:41 pm

    Let me tell ye something else besides: I recently checked with the cops and with some government folks about tracking online stalkers – so they knew that serious crime’s been committed, and (important point coming up here) they said that nothing could be done – because it was online. They had no way of checking any logs from any websites, even when given precise exact details of where to look and who to go to about it. Completely powerless, and they didn’t have a clue about the internet at all. They directed me to a website about – cyber-bullying, stuff like kids taking camera phone videos of them bullying other kids then putting it online.

    Look – if an allegation is made against someone that they have tried to hack into something, then proof of that of some kind needs to be presented. Otherwise you can go around saying ‘so and so tried to hack into the Pentagon’ and they have to chase every one of these claims up, seize the computers and check them for any data, get court orders to your ISP to read all their logs…..it’s the same as it is now – if you’re caught trying to get in a network and they (whoever runs / owns the network) try to prosecute you, then you’d get into bother.

    – as for distribution….well, who are these advisors here, and what do they know about security; about as much as many govt. advisors know on any subject they provide info on (like drugs for example) – and that’s either nothing, or it’s that they are blacker-than-black-hats. They stand to gain – usually financially – by outlawing something or otherwise encouraging stupidity to reign.

  41. eM3rC says

    February 11, 2008 at 9:06 am

    @zupacomputer

    Good points. The volume of computer traffic, software and computers in general they would have to monitor would be so immense that it might be considered impossible. Considering there is 1 computer per person for every household in the UK would take either an extremely large work force or a program to run through every computer. Also an operation this big would require a pretty large grace period between a computer being scanned and by doing so would result in free time to hack whatever you like after downloading hacking software from some site based in a country other than the UK.

    I would like to also say that police laws are very very different when comparing places like the US to the UK. I don’t know if anyone was around during the oil embargo, but, the government (in Britain at least) decided to ration the oil. Unlike the US where police must get a warranty to search a person’s property, the British police were able to walk right in and check the thermostat for “excessive use of natural resources”.

    I think it would be amazingly difficult, if not impossible, but I wouldn’t be surprised if the government tried.

  42. Pantagruel says

    February 11, 2008 at 11:28 am

    If the bureaucrats think it’s a remotely viable option they will give it a shot . It’s not like they are paying it from their own pocket (it’s only the tax payers money, in the NL we’ve had some stupid idea’s worked out costing sizeable amounts of money).

    They will always find a reason for more active interferance (martial law alike circumstances) and bend the laws to their liking to generate enough room to perform a search.

    Al over Europe laws have been or are being passed concerning data retention on communications. So far it’s only data on who contacted whom (phone/fax/internet). As soon as it turns out that this is manageable they will start prompting for retention of the content of the communiction itself. Harddisk space is relatively cheap as most geeks know and official would very much like to be able to prove the actuall malicious nature of a communication.

  43. J. Lion says

    February 11, 2008 at 10:58 pm

    I could be wrong but isn’t making hacking tool illegal kinda like asking policemen to give up their guns and batons.

  44. eM3rC says

    February 12, 2008 at 2:34 am

    @J. Lion
    In Japan guns are outlawed for both police officers and citizens and that has been working almost flawlessly. It would be possible, just very very hard to do.

    @Pantagruel
    I see what you are saying about the politicians not losing anything for experimenting with this idea. They have nothing to lose.

    I would also like to take a different perspective on this. Because of the size of traffic the government would be getting if they passed this law, is it possible that they are only doing this because they wish to have a way to persecute people who are caught hacking? For example if you take some of the famous mafia leaders during the prohibition in the US, they were not arrested for murder or smuggling, but tax evasion. By allowing the police forces to actually persecute black hacks for their deeds rather than some other minor crime. (I know it is a stretch but let me know how it sounds)

    @Darknet
    Post more controversial stories like these please! I really love discussing it with the community.

  45. Pantagruel says

    February 12, 2008 at 3:29 pm

    Well the British MP’s are really getting up to steam and are about to really put ‘Big Brother’ into place

    http://technology.timesonline.co.uk/tol/news/tech_and_web/the_web/article3353387.ece

    People who illegally download films and music will be cut off from the internet under new legislative proposals to be unveiled next week.

    Internet service providers (ISPs) will be legally required to take action against users who access pirated material, The Times has learnt.

    Users suspected of wrongly downloading films or music will receive a warning e-mail for the first offence, a suspension for the second infringement and the termination of their internet contract if caught a third time, under the most likely option to emerge from discussions about the new law.

  46. J. Lion says

    February 12, 2008 at 5:48 pm

    @eM3rC

    It’s a matter of cultural differences. If everyone is law abiding and has high respect to law and government – we won’t be discussing this issue at all.

  47. J. Lion says

    February 12, 2008 at 5:58 pm

    @eM3rC

    It’s a matter of cultural differences.

    —
    Making something illegal does not make it go away. It only makes it harder to find/acquire. With the internet (where almost everything is available – how do you propose that?)

    Besides wasn;t there a motto – you are never guilty if you are never caught

  48. Pantagruel says

    February 12, 2008 at 10:41 pm

    @J. Lion

    You’re innocent until proven guilty, but I guess they already start gathering evidence just in case they ever need to put you away behind bars for a yet to be determined reason. You might argue that if you’ve got nothing to hide you will have nothing to fear. I argue that if there is nothing worth recording why record it (waste of money, resources,space, trees,etc..) . This type of operation only serve one goal: gather info to be used in the nearby or distant future without a clear motive to do so.

  49. eM3rC says

    February 13, 2008 at 2:19 am

    @Pantagruel
    I just saw that article on the BBC and thought it was a really interesting approach to eliminating piracy. Only problem is, what if little 8 year old Timmy decides to download a song illegally and gets his internet cut and now his parents have no way to work on the computers (work). I know you could say the parents should be watching the kids but a lot of adults do not have a clue about illegal downloading.

  50. eM3rC says

    February 13, 2008 at 2:24 am

    @J. Lion
    You pretty much said the same thing in two different ways. People are not perfect and will never be perfect. We will always be greedy, violent and self centered.

    Just the fact that something is illegal does not make it less wanted. Take illegal drugs for example. The drug lords are filthy rich and the crime rates are still just as high. Plus there’s the factor that many people do the drugs just for the rush of doing something bad.

    Anyone wanna take up my perspective in the previous post?

  51. eM3rC says

    February 13, 2008 at 2:26 am

    Sorry, didn’t see Pantagruel’s post for some reason. Good point and I’m glad someone else has a similar view to my own. Only downside is the cost of resources when comparing it to the amount of damage that will be reduced from hackers.

    Fun fact
    Russia is now the spam capitol of the world (as in where the masters of spam are)

  52. zupakomputer says

    February 13, 2008 at 6:08 pm

    I’m suprised the ISPs haven’t explained that they can’t feasibly be expected to monitor the download and upload contents of all data traversing their networks……or if they have so explained how impossible that’d be, it’s the usual pseudo-news reporting style that doesn’t bother to properly detail what the real story is.

    Even on a tightly secured LAN, it’s only feasible to go as far as the likes of packet sniffers on routers – they can check for suspect frames going by their headers (senders, recievers, etc) and the size of packets, but even in that scenario they can’t actually have a router and/or separate server to check the contents of data packets or download them first, open them up and examine them (and then how do they determine if it is actually an illegal share?!), then forward them on to the actual file requester…..or they can – but these are like Fort Knox places with black-budget billions (from drug money, arms money, and taxes) to spend on dedicated 40GB fibre lines and 20 RAID 0 SCSIs so there’s no massive bottlenecks in their network cause they have to download and check everything before sending it on…

    Another interesting aside to this – given it’s perfectly do-able to conceal data within other forms of data (like within an image file for example), how do they expect to check for things like that.

    nb – comparing this to what Germany is doing overall with their networks isn’t a true comparison, because there it is not likely you’ll get free or unprotected wireless access, plus they are security-conscious in educational establishments and have switched over to Linux. The UK won’t be doing that!

  53. zupakomputer says

    March 8, 2008 at 3:41 pm

    So, does anyone know if these idiots have been informed yet that their legislation plans effectively make it illegal to secure any network, or check to see if a network is secure?

    Are they going to issue certificates to security people, something like “So-and-so: licensed to pen-test”. Are they intending to fill up the courts with people having to explain why they have several pen drives all set to live boot varying OSs.

  54. Pantagruel says

    March 8, 2008 at 7:40 pm

    @Zupakomputer

    I hope they where or will be informed, but I guess they will have a hard time getting to grips with the info. They usually are very capable of listening to spin-doctors but with real world info they tend to be a bit slow/find it rather incomprehensive

  55. eM3rC says

    March 9, 2008 at 5:11 am

    Well I see Pantagruel and zupakomputer are really posting up a storm. Been working really hard the last couple of days so thats my excuse for not posting. Anywho, the conversation.

    I’m sorry for any repeated points from previous posts but here’s what I believe. Passing legislation would be like the Patriot Act but much more deadly. With a law like this, the government would technically have an excuse to monitor anyones internet without a good reason (terrorist vs 8 year old downloading music… hrmmm… Who to watch…). Like zupakomputer said, actually tracking the data would be nearly impossible as well as classifying illegal content. There have been a lot of problem with groups such as child pornography people hiding their pics within encrypted files so it becomes amazingly hard to track. I also agree with the overflow in the courts with the odd explanations for the multiple OSs. Overall, it seems like allowing police to check any car they wish to make sure the car is working properly.

    As one of my government teachers used to say “the best way to argue a point, is to argue both sides”. Here is my argument for a method of doing something like this, taxes. In the US at least, taxes are audited. For those of you who might know what this means, this is a rough translation. The government will randomly select tax forms and look at all the paperwork to make sure people are not cheating on their taxes. If caught the person gets huge fines as well as being forced to pay interest on the money they cheated. Relating this to the internet, the government could simply select random computers (yes I know there would be a lot of variables involved but bare with me). Another method would be flagging the torrenting/warez sites and when a computer visits those sites a certain number of times the government has enough reason to pay a little visit to the computer.

    Feel free to argue both points although I bet it will be the outrageousness of this proposition (which I personally support).

  56. zupakomputer says

    March 9, 2008 at 12:57 pm

    Don’t argue both sides! That’s a ploy ‘They’ use cause they can’t think up their own ideas – so they encourage well-meaning folks to do it for them.

    I can see the value in honing in on the actual providers of the shared files (that said – piracy used to mean making money off other people’s work, whereas now it’s given away for free..) but any kind of random searches are an awful breach of privacy. Why should anyone be expected to be monitored or checked out based purely on a lottery.

  57. fever says

    April 8, 2008 at 7:15 pm

    impossible to enforce.

  58. grav says

    July 1, 2008 at 7:21 pm

    The definition of a hacking tool is at best, blurred.
    Can the UK take away your screwdriver?
    It can be used for hardware hacking : )
    or it can be used to make a fence.

    Would that mean that the MSDOS would be banned as well?
    Hacking can be done with just about any tool.

  59. razta says

    July 1, 2008 at 11:18 pm

    Theres a great podcast on this topic over at http://www.sploitcast.com/

  60. Navin says

    July 2, 2008 at 9:10 am

    @ grav
    Isn’t tht the point?? aren’t all thes so called hacking tools made for pen-testing rather than to fkcu up corporate servers?? ITs kinda stupid to launch such programmes/initiatives….instead the government should work more on catching crooks and punishing them more severely in order to send out a proper message to malicious hackers…..

    But in the end wht can we do??U’d better start hiding your screwdrivers!!

Primary Sidebar

Search Darknet

  • Email
  • Facebook
  • LinkedIn
  • RSS
  • Twitter

Advertise on Darknet

Latest Posts

MSSQLand - Lightweight MS-SQL Interaction Tool for Lateral Movement and Post-Exploitation

MSSQLand – Lightweight MS-SQL Interaction Tool for Lateral Movement and Post-Exploitation

Views: 2,566

MSSQLand is a .NET Framework 4.8 utility designed for interacting with Microsoft SQL Server database management systems during red team operations and security audits. Built for constrained environments where operations must be executed directly through beacons using assembly execution, the tool enables operators to traverse linked SQL Server instances, impersonate users, and execute actions without needing complex Transact-SQL (T-SQL) queries. The project was released in March 2026 and fills a critical gap in SQL Server post-exploitation workflows where traditional database tools are unavailable or impractical.

MSSQLand - Lightweight MS-SQL Interaction Tool for Lateral Movement and Post-Exploitation

Unlike SQL Server Management Studio (SSMS) or Python-based tools like mssqlclient-ng, MSSQLand is optimized for lateral movement scenarios where an operator already has initial SQL Server access but needs to pivot through linked instances or escalate privileges via impersonation. The tool automates the tedious process of manually crafting Remote Procedure Call (RPC) and OPENQUERY statements across linked server chains, allowing red teams to focus on execution rather than syntax debugging.

Features

  • Linked server chain traversal with automatic OPENQUERY and RPC Out handling for multi-hop SQL Server scenarios
  • User impersonation via EXECUTE AS USER to escalate privileges within database contexts without needing system-level permissions
  • Configuration Manager (ConfigMgr) support for exploiting and enumerating Microsoft Configuration Manager deployments (formerly known as SCCM/MECM)
  • Connection testing mode that validates credentials without executing queries, ideal for a minimal OPSEC footprint during reconnaissance
  • Clean Markdown-compatible output tables suitable for direct paste into engagement reports and documentation
  • CSV export format option for automated processing and integration with other toolchains
  • Assembly execution ready, built with Cobalt Strike, Havoc, Sliver, and other C2 frameworks in mind
  • Multiple authentication methods, including Windows authentication, SQL Server authentication, and Kerberos tickets (via external tools)

Installation

MSSQLand is distributed as a pre-compiled Windows executable. Download the latest release from the GitHub Releases page and transfer the executable to your target environment or beacon working directory.

# Download from GitHub Releases
# https://github.com/n3rada/MSSQLand/releases

# For operators compiling from source
# Requires Visual Studio with .NET Framework 4.8 SDK
git clone https://github.com/n3rada/MSSQLand.git
cd MSSQLand
# Open MSSQLand.sln in Visual Studio and build for x64 Release

The tool is designed for assembly execution from C2 frameworks. No installation or registration is required on the target system, making it suitable for operations in restricted or monitored environments.

Usage

This repository does not provide a global --help flag in the traditional sense. The following usage information is reproduced verbatim from the README and GitHub documentation.

MSSQLand.exe <host> [options] <action> [action-options]

# Connection test only (no action executed)
MSSQLand.exe localhost -c token

# Execute specific action
MSSQLand.exe localhost -c token info
MSSQLand.exe localhost:1434@db03 -c token info

# Linked server chain traversal
# Format: server:port/user@database or any combination
# Semicolon (;) separates servers, forward slash (/) specifies impersonation
MSSQLand.exe localhost -c token -l SQL01;SQL02/admin;SQL03@clients info

# Configuration Manager actions (cm- prefix)
MSSQLand.exe sccm-db.corp -c token cm-devices
MSSQLand.exe sccm-db.corp -c token cm-scripts

# CSV output for automation
MSSQLand.exe localhost -c token --format csv --silent procedures > procedures.csv

The tool supports flexible host specification, including optional port numbers (default 1433), user impersonation contexts, and database contexts. Linked server chains use semicolon separators and support bracket notation for server names containing delimiter characters. Port specification only applies to the initial host connection; linked servers use configured names from sys.servers.

For detailed action-specific help, use the -h flag with a search term or append -h to an action name. For example, MSSQLand.exe -h adsi shows all Active Directory Services Interface-related actions, while MSSQLand.exe localhost -c token createuser -h displays detailed help for the createuser action.

Attack Scenario

A red team operator gains access to a Windows system during an assumed-breach engagement. The operator discovers that the compromised user account has SQL Server authentication credentials stored in a configuration file. The target environment uses linked SQL Server instances across multiple tiers (web database server, application database server, reporting database server) with trust relationships configured between them. Traditional lateral movement paths via SMB or WinRM are heavily monitored, but database connections are considered normal administrative activity and generate minimal alerts.

The operator loads MSSQLand via Cobalt Strike beacon assembly execution and performs a connection test to validate credentials without triggering database audit logs. The test confirms access to the web tier database server. Using the info action, the operator enumerates linked servers and discovers that the web tier server has an RPC Out trust configured to the application tier server, which in turn links to a reporting server with elevated privileges. The operator constructs a linked server chain using the -l flag, specifying SQL01;SQL02;SQL03, and executes commands through the chain without needing to manually craft nested OPENQUERY statements.

From the reporting server context, the operator discovers a Configuration Manager database. Using MSSQLand’s cm- prefixed actions, the operator enumerates managed devices, scripts, and deployment packages. The cm-devices action reveals high-value targets, including domain controllers and executive workstations. The operator extracts device records, identifies targets with recent check-in timestamps, and uses the information to prioritize next-stage objectives. The entire reconnaissance and lateral movement phase completes without generating suspicious PowerShell or WMI events, as all activity flows through legitimate SQL Server protocols.

Red Team Relevance

SQL Server lateral movement remains underexploited in many red team engagements despite its prevalence in enterprise environments. Linked server trust relationships frequently span security boundaries, allowing operators to pivot from low-privilege web application databases to highly privileged reporting or Configuration Manager instances. MSSQLand removes the primary friction point in SQL Server post-exploitation: the need to manually construct and debug nested T-SQL queries while operating through a beacon or constrained shell.

The tool’s assembly execution design makes it particularly valuable for C2 frameworks where interactive console sessions are limited or monitored. Operators can execute complex multi-hop database traversals with a single-line command, reducing engagement time and minimizing the detection surface. The Configuration Manager support is especially relevant given that SCCM/MECM databases are high-value targets for privilege escalation and infrastructure mapping, yet often lack the hardening applied to Active Directory or endpoint management systems.

MSSQLand also addresses OPSEC considerations that plague traditional database tools. Connection testing without query execution allows credential validation without touching audit-logged tables. The clean output format integrates directly into reporting workflows, reducing the post-engagement effort required to document database access paths. For operators who regularly encounter SQL Server instances during engagements, MSSQLand provides capabilities similar to what BlockEDRTraffic offers for EDR evasion, what SmbCrawler provides for SMB share enumeration, or what CredNinja delivers for credential validation: a focused, practical tool that solves a specific operational problem without requiring extensive T-SQL knowledge.

Detection and Mitigation

SQL Server audit logging should be configured to capture connection attempts, privilege changes via EXECUTE AS USER, and cross-server queries using linked servers. Organizations should monitor for unusual linked server traversal patterns, especially chains that originate from web-facing database servers and terminate at privileged infrastructure databases. Access to the Configuration Manager database by non-administrative accounts warrants immediate investigation, as these databases contain sensitive device inventory and deployment information.

Network segmentation should restrict database server communication to legitimate application tiers. Web tier databases should not have direct RPC Out trust relationships to reporting or management databases. Where linked servers are required for business functionality, implement the principle of least privilege by restricting linked server login mappings to specific service accounts with minimal permissions. Disable xp_cmdshell and other extended stored procedures unless explicitly required and audited.

Blue teams should deploy database activity monitoring solutions that detect OPENQUERY and EXECUTE AT usage patterns inconsistent with normal application behavior. Anomalous login times, source IP addresses outside expected ranges, and rapid sequential queries across linked instances are reliable indicators of post-exploitation activity. For Configuration Manager environments, restrict database access to designated SCCM infrastructure servers and alert on any connections from workstations or non-administrative hosts.

Frequently Asked Questions

What is MSSQLand and how is it different from SQLRecon?

MSSQLand is a .NET Framework 4.8 tool for interacting with Microsoft SQL Server instances during red team operations. Unlike SQLRecon, MSSQLand was built from the ground up with object-oriented programming principles for easier extensibility and modular action development. It simplifies traversal of linked server chains and user impersonation without requiring operators to manually craft complex T-SQL queries.

Does MSSQLand work with Cobalt Strike and other C2 frameworks?

Yes. MSSQLand is designed specifically for assembly execution from C2 frameworks, including Cobalt Strike, Havoc, Sliver, and similar platforms. The tool requires no installation or registration on the target system, making it ideal for operations in constrained or monitored environments where traditional database tools are unavailable.

Can MSSQLand traverse multiple linked SQL Server instances?

Yes. MSSQLand automates linked server chain traversal using the -l flag with semicolon-separated server names. The tool automatically generates the necessary OPENQUERY and RPC Out statements, allowing operators to pivot through multiple SQL Server instances without manually crafting nested T-SQL queries. For example, MSSQLand.exe localhost -c token -l SQL01;SQL02;SQL03 info chains through three servers in a single command.

What authentication methods does MSSQLand support?

MSSQLand supports Windows authentication and SQL Server authentication, and can work with Kerberos tickets when used with external ticket injection tools. The tool also supports user impersonation via EXECUTE AS USER to escalate privileges within database contexts without requiring system-level permissions on the target server.

Does MSSQLand support Microsoft Configuration Manager (SCCM) exploitation?

Yes. MSSQLand includes comprehensive Configuration Manager support with cm- prefixed actions that align with Microsoft’s official PowerShell cmdlet naming convention. Operators can enumerate managed devices (cm-devices), scripts (cm-scripts), packages, and other ConfigMgr infrastructure to identify high-value targets and prioritize next-stage objectives during engagements.

How does MSSQLand maintain OPSEC during database reconnaissance?

MSSQLand includes a connection testing mode that validates credentials without executing queries, allowing operators to verify access without touching audit-logged tables. The tool also provides CSV export options for automated processing, reducing the need for interactive console sessions that might generate suspicious activity logs. All operations flow through legitimate SQL Server protocols rather than PowerShell or WMI, minimizing detection surface in monitored environments.

Conclusion

MSSQLand addresses a practical gap in red team tooling for SQL Server post-exploitation. Its focus on linked server traversal, user impersonation, and Configuration Manager enumeration makes it directly applicable to real-world engagements where database access exists, but traditional lateral movement paths are blocked or monitored. The tool’s design for assembly execution and its minimal OPSEC footprint align with modern C2 workflows, and its clean output format reduces friction in both the operational and reporting phases of engagements. For red teams operating in Windows enterprise environments, MSSQLand is a focused addition to the lateral movement toolkit that complements broader frameworks without requiring extensive database expertise.

You can read more or download MSSQLand here: https://github.com/n3rada/MSSQLand

Credential stuffing attack in 2025 — automated login form attack showing combolist attempts, hit rate and stolen credentials

Credential Stuffing in 2025 – How Combolists, Infostealers and Account Takeover Became an Industry

Views: 2,153

Stolen credentials are now the single most reliable entry point into enterprise networks. Compromised credentials accounted for 22% of all confirmed data breaches in the period covered by Verizon’s extended credential stuffing analysis accompanying the 2025 DBIR, making it the most common initial access vector for the third consecutive year. Credential stuffing, the automated replay of stolen username-password pairs at scale, requires minimal skill, costs almost nothing to run, and succeeds at rates that make it economically rational to run campaigns against thousands of targets simultaneously. Multi-factor authentication (MFA) remains the single most effective control against it, yet deployment gaps persist across sectors that should know better.

Credential Stuffing in 2025 - How Combolists, Infostealers and Account Takeover Became an Industry

The Credential Supply Chain

Credential stuffing depends on a supply chain that runs from infostealer malware through dark web markets to attack tooling. Malware families, including Lumma, RedLine, StealC, and Acreed, scrape browser password vaults, saved cookies, and autofill data from compromised machines. The harvested data is identical to what tools like DumpBrowserSecrets extract during post-exploitation: saved passwords, session cookies, OAuth refresh tokens, and autofill entries pulled directly from Chrome, Edge, Firefox, and every other major browser. Attackers package that raw material into structured files known as combolists, formatted as email: password pairs, cleaned of duplicates, and categorised by service type or geography before selling them on.

Combolists trade freely across dark web forums, Telegram channels, and dedicated cracking communities. The initial access broker ecosystem documented throughout 2025 has normalised validated credentials as a commodity. Fresh lists built from recent infostealer logs command significantly higher prices than aged database dumps because they have higher validity rates. The Verizon analysis found that only 49% of a user’s passwords across different services are distinct. That figure is what makes credential stuffing economically viable: breach one service, and there is roughly a 50% chance the same password works elsewhere. Across millions of accounts, that probability becomes near-certainty.

The tooling that drives attacks is openly available. OpenBullet and its successor, SilverBullet, are credential-stuffing frameworks originally released as penetration testing utilities, now standard tools in account-takeover (ATO) operations. They automate the full attack loop: loading combolists, rotating through residential proxies to dodge rate limiting and IP blocks, sending login requests that mimic legitimate browser behaviour, and logging successful hits. Attackers also buy and sell custom configuration files, known as configs, that define the authentication flow for specific target services. Unofficial marketplaces offer configs for specific banking portals, SaaS platforms, and enterprise single sign-on (SSO) providers alongside combolists and proxy subscriptions.

Three Case Studies from 2025

In late March 2025, coordinated credential stuffing attacks hit five major Australian superannuation funds simultaneously: AustralianSuper, Rest Super, Hostplus, Australian Retirement Trust, and Insignia Financial. As BleepingComputer reported on the coordinated attacks, attackers compromised over 20,000 accounts across the five funds, with four AustralianSuper members losing a combined AUD 500,000. The attackers used combolists from prior unrelated breaches. AustralianSuper offered MFA but did not enforce it at login, a gap that regulators identified as the primary enabling factor. Retirement funds make attractive targets because account balances are high, withdrawals are slow to reverse, and many members check their accounts infrequently.

In April 2025, VF Corporation notified customers of a credential-stuffing attack against the North Face online store. BleepingComputer’s coverage of the April incident confirmed that attackers used credentials from earlier unrelated breaches to access accounts and exfiltrate names, email addresses, shipping addresses, phone numbers, purchase history, and dates of birth. Payment card data was not exposed, as a third-party provider handles payment processing. The April attack followed a March incident that exposed 15,700 accounts across The North Face and Timberland. It was the fourth credential stuffing incident against VF Corporation brands since 2020. The pattern reflects a structural problem: tens of millions of customer accounts, high password reuse rates, and authentication systems not designed to detect low-and-slow validation campaigns.

The Change Healthcare breach in February 2024 remains the most consequential recent example of credential-based initial access. The ALPHV/BlackCat ransomware group entered UnitedHealth’s Change Healthcare subsidiary through compromised Citrix credentials on a remote-access portal without MFA, as confirmed in Congressional testimony from UnitedHealth’s CEO. The attackers moved laterally through the billing network and deployed ransomware that shut down payment processing for healthcare providers across the United States for weeks. The incident produced a $22 million ransom payment and an estimated $872 million in reported disruption costs in the first quarter alone. One set of valid credentials on one unprotected endpoint caused one of the largest healthcare-sector disruptions in US history.

Detection and Evasion Techniques

Modern credential stuffing campaigns specifically target the detection mechanisms most organisations have deployed. Attackers bypass velocity-based controls that flag high volumes of failed login attempts from a single IP by rotating through residential proxies. They distribute attempts across thousands of IP addresses so each one generates only a handful of requests, staying below alert thresholds. Third-party CAPTCHA-solving services handle challenge pages, some of which are automated via machine learning and others through human labour farms. Tools that emulate legitimate browser environments, including correct JavaScript execution, realistic mouse movement patterns, and authentic request timing, defeat browser fingerprinting.

The MITRE ATT&CK framework categorises credential stuffing under T1110.004 (Brute Force: Credential Stuffing). Defenders should monitor for several specific signals: unusual geographic distributions of authentication requests, spikes in failed logins spread across a wide IP range rather than concentrated at a single source, and successful logins from IP addresses tied to residential proxy services. Account logins from devices or browsers with no prior history on the account also warrant investigation. The Verizon analysis found that credential stuffing accounted for a median of 19% of all authentication attempts across SSO providers, meaning roughly one in five login attempts was not legitimate.

One underappreciated detection gap is the window between credential exposure and organisational awareness. Dark web monitoring tools available to enterprise teams in 2025 make it operationally achievable to track stealer log markets and paste sites for corporate email domains. Many organisations still treat that monitoring as optional rather than a core detection layer. Credentials circulate in combolists for months before the affected organisation becomes aware, and attackers exploit that window systematically.

Regulatory Response

The 23andMe case produced the most visible regulatory outcome tied directly to credential stuffing. A 2023 attack using combolists accessed approximately 6.9 million customer records. The UK Information Commissioner’s Office fined the company £2.31 million for failing to implement adequate security, specifically the absence of mandatory MFA for accounts holding sensitive genetic data. In March 2025, as Wired reported in its coverage of the 23andMe bankruptcy, the company filed for Chapter 11, with the credential stuffing incident and its downstream legal consequences cited as contributing factors. Regulators in the UK and EU now reference the case as evidence that weak authentication controls constitute a material governance failure, not a technical oversight.

CISA’s 2024 guidance on phishing-resistant MFA explicitly identifies credential stuffing as a primary threat driver. It recommends hardware security keys and passkeys using the WebAuthn standard as the only controls that fully eliminate the credential reuse vector. SMS one-time passwords and Time-based One-Time Password (TOTP) codes provide partial protection but remain vulnerable to adversary-in-the-middle (AiTM) interception, a technique increasingly applied against accounts whose value justifies the extra effort.

CISO Playbook

Phishing-resistant MFA enforced across all externally facing authentication endpoints, including VPN portals, SSO providers, and remote desktop services, eliminates the primary path for exploitation. Password screening against known-breach corpora at login and account creation, using services such as the Have I Been Pwned API, removes credentials already circulating in combolists before attackers can validate them. Rate limiting and progressive account lockout on all authentication endpoints, including API login flows that teams frequently overlook, cuts the volume of attempts that reach the validation stage.

Bot detection that analyses behavioural signals, including request timing, device fingerprint consistency, and session cookie behaviour, provides a second line of defence against campaigns that have already bypassed IP-based controls. For organisations on legacy identity infrastructure, a full platform replacement is not the immediate priority. Enforcing MFA on the externally facing authentication layer, regardless of what sits behind it, addresses the highest-risk exposure first. The Change Healthcare incident is the clearest available proof of what one unprotected endpoint costs at scale.

There is no technical solution that eliminates credential stuffing entirely. Password reuse persists, infostealers continue operating at scale, and combolists will keep growing. The practical objective for defenders is to raise the cost of a successful attack on their specific environment above what attackers can profitably tolerate, and to detect the attempts that do succeed before they compound into something worse. Given that 22% of breaches in 2025 started with a valid credential, organisations that treat authentication hygiene as routine maintenance rather than a strategic priority are already in the breach statistics.

Frequently Asked Questions

What is credential stuffing, and how does it differ from brute force?

Credential stuffing uses real username-password pairs stolen from previous breaches and automatically replays them against other services. Brute force generates password guesses from scratch. Stuffing is faster, quieter, and far more effective because it exploits password reuse rather than attempting to crack unknown passwords. A combolist of 10 million verified credentials will outperform any brute-force dictionary attack against the same target.

What is a combolist, and where do attackers get them?

A combolist is a structured file of email-and-password pairs compiled from data breaches, infostealer malware logs, and dark web markets. Attackers source them from initial access broker forums, Telegram channels, and dedicated credential marketplaces. Fresh lists derived from recent infostealer campaigns are the most valuable because their owners have not yet rotated the credentials.

How do attackers bypass rate limiting and CAPTCHA during credential stuffing?

Attackers use residential proxy networks to distribute login attempts across thousands of IP addresses, keeping per-IP request volumes below detection thresholds. CAPTCHA challenges are handled by third-party solving services, either via automated machine-learning methods or by human labour farms. Tools such as OpenBullet and SilverBullet emulate realistic browser behaviour, including JavaScript execution and mouse-movement patterns, to evade browser fingerprinting controls.

Does multi-factor authentication stop credential stuffing?

Phishing-resistant MFA using hardware security keys or passkeys under the WebAuthn standard fully eliminates the credential reuse vector. SMS one-time passwords and TOTP codes reduce exposure but remain vulnerable to adversary-in-the-middle interception. The Change Healthcare breach, which resulted in $872 million in disruption costs, occurred on a Citrix portal with no MFA. Enforcing MFA on every externally facing authentication endpoint is the single highest-impact control available.

What are the most common targets for credential stuffing attacks?

Enterprise SSO portals, VPN gateways, e-commerce account login pages, financial services platforms, and healthcare provider systems are the most frequently targeted. Retirement and superannuation funds have emerged as high-value targets in 2025 because account balances are large, members check accounts infrequently, and MFA enforcement has historically been optional rather than mandatory.

How can organisations detect credential stuffing attacks in progress?

Key signals include spikes in authentication requests distributed across a wide IP range rather than concentrated at a single source, successful logins from residential proxy IP addresses, account access from devices or browsers with no prior history, and unusual geographic distributions in login activity. Continuous monitoring of dark web stealer log markets for corporate email domains provides early warning before credentials are actively exploited. The Verizon 2025 DBIR found that credential stuffing accounts for a median of 19% of all SSO authentication attempts, so baseline volume analysis is also a viable detection layer.

This article covers techniques used by both attackers and defenders for educational and research purposes. The tools and marketplaces described are documented by security researchers and law enforcement agencies.

DumpBrowserSecrets – Browser Credential Harvesting with App-Bound Encryption Bypass

DumpBrowserSecrets – Browser Credential Harvesting with App-Bound Encryption Bypass

Views: 3,058

DumpBrowserSecrets is a post-exploitation credential-harvesting tool from Maldev Academy that extracts secrets across all major browsers from a single Windows executable. It is the successor to their earlier DumpChromeSecrets project, which is now deprecated, and extends coverage from Chrome alone to the full range of Chromium-based and Gecko-based browsers in common enterprise use.

DumpBrowserSecrets – Browser Credential Harvesting with App-Bound Encryption Bypass

Modern browsers are credential vaults. Chrome, Microsoft Edge, Firefox, Opera, Opera GX, and Vivaldi all store saved passwords, session cookies, OAuth refresh tokens, credit card numbers, autofill data, and full browsing history in local SQLite databases and JSON files on disk. On a compromised Windows host, that data is frequently the fastest path to lateral movement, cloud account takeover, or persistent access to enterprise SaaS platforms without ever touching LSASS.

Where tools like Mimikatz target Windows credential stores such as LSASS and the Security Account Manager (SAM), DumpBrowserSecrets focuses entirely on the browser layer, where credentials are increasingly stored as enterprises adopt SSO, OAuth, and browser-based SaaS workflows. The threat model has shifted: a developer’s browser session today may hold active tokens for GitHub, AWS consoles, Okta, Slack, and internal tooling simultaneously.

How It Works

DumpBrowserSecrets consists of two components that work together: a compiled executable (DumpBrowserSecrets.exe) and a DLL (DllExtractChromiumSecrets.dll).

For Chromium-based browsers using App-Bound Encryption (Chrome, Brave, and Microsoft Edge), the challenge is that Google introduced App-Bound Encryption in Chrome 127, tying cookie and credential encryption keys to the Chrome application identity. The encryption key, stored as app_bound_encrypted_key in the browser’s Local State file, can only be decrypted via Chrome’s elevation service through the IElevator COM (Component Object Model) interface.

DumpBrowserSecrets handles this by spawning a headless Chromium process, then injecting the DLL into it via Early Bird APC (Asynchronous Procedure Call) injection, a technique that queues shellcode execution before the target process’s main thread begins. The DLL runs inside the Chromium process context, uses the IElevator COM interface to decrypt the App-Bound Encryption key, and returns the decrypted key to the executable via a named pipe. The executable then parses the browser’s on-disk SQLite databases and decrypts stored data locally.

For Opera, Opera GX, and Vivaldi, which use DPAPI (Data Protection API) keys rather than App-Bound Encryption, the same injection approach retrieves DPAPI keys instead.

For Firefox, which uses Mozilla’s NSS (Network Security Services) library with AES-256-CBC or 3DES-CBC encryption for logins, the executable handles all extraction and decryption directly with no DLL injection required.

The tool includes several evasion features relevant to operational use: compile-time string obfuscation, API hashing to defeat static analysis, PPID (Parent Process ID), and argument spoofing via NtCreateUserProcess with manual CSRSS registration, handle duplication to bypass file locks held by running browsers, and a custom SQLite3 file format parser (SQLoot, introduced in v1.1.1) that replaces the sqlite-amalgamation dependency to reduce the static footprint.

Extracted Data

The following data types are extracted per browser. Encryption models vary: Chrome, Brave, and Edge use App-Bound Encryption (V20); Opera, Opera GX, and Vivaldi use DPAPI (V10); Firefox uses NSS-based encryption for logins and stores other data types unencrypted.

  • Chrome, Brave, Microsoft Edge (App-Bound / V20): cookies, saved logins, credit cards, OAuth tokens, autofill entries, browsing history, bookmarks.
  • Opera, Opera GX, Vivaldi (DPAPI / V10): cookies, saved logins, credit cards, OAuth tokens (V10 + Base64 for Opera/Opera GX), autofill entries, browsing history, bookmarks.
  • Firefox (NSS): cookies, saved logins (AES-256-CBC or 3DES-CBC encrypted), OAuth tokens from signedInUser.json, autofill form history, browsing history, bookmarks.

Output is written as JSON to a file named <browser>Data.json by default, or to a path specified with the /o flag.

Installation

DumpBrowserSecrets is distributed as a pre-compiled Windows executable. No installation is required. Download the compiled binaries from the GitHub Releases page, copy DumpBrowserSecrets.exe and DllExtractChromiumSecrets.dll to the target host, and execute.

For operators who need to compile from source, the repository provides a Visual Studio solution file (DumpBrowserSecrets.sln) with three projects: Common, DllExtractChromiumSecrets, and DumpBrowserSecrets. Build in Visual Studio targeting x64 Release.

Usage

This repository does not provide a global --help flag in the traditional sense. The following usage block is reproduced verbatim from the README:

Usage: DumpBrowserSecrets.exe [options]

Options:
  /b:<browser> Target Browser: chrome, edge, brave, opera, operagx, vivaldi, firefox, all
               (default: system default browser)
  /o <file>    Output JSON File (default: <browser>Data.json)
  /all         Export All Entries (default: max 16 per category)
  /?           Show This Help Message

Examples:
  DumpBrowserSecrets.exe                            Extract 16 Entries From The Default Browser
  DumpBrowserSecrets.exe /b:chrome                  Extract 16 Entries From Chrome
  DumpBrowserSecrets.exe /b:firefox /all            Export All Entries From Firefox
  DumpBrowserSecrets.exe /b:brave /o Output.json    Extract 16 Entries From Brave To Output.json
  DumpBrowserSecrets.exe /b:all /all                Extract All From All Installed Browsers

By default, the tool extracts up to 16 entries per data category. The /all flag removes this cap. The /b:all flag targets every installed browser in a single run.

Attack Scenario

An operator lands on a developer workstation during a Windows assumed-breach engagement. The user is authenticated in Chrome to GitHub, an AWS console, Okta, and the company’s internal GitLab instance. LSASS is protected by Credential Guard and yields no useful information. The operator drops DumpBrowserSecrets.exe and its accompanying DLL to a writable directory and executes the following:

DumpBrowserSecrets.exe /b:all /all /o C:\Users\Public\out.json

The tool spawns a headless Chrome process, injects the DLL via Early Bird APC injection, and retrieves the App-Bound Encryption key via the IElevator COM interface, and decrypts the Login Data, Cookies, and Web Data SQLite databases. The resulting JSON contains active session cookies for all authenticated SaaS services, OAuth refresh tokens that survive password resets, saved plaintext credentials, and autofill data, including internal hostnames and usernames.

The operator then pipes the OAuth tokens to evilreplay for session replay against the target’s cloud services, and uses CredNinja to validate any recovered plaintext credentials against the domain before they are rotated. The entire credential extraction phase completes in under 30 seconds on a live endpoint.

Red Team Relevance

Browser credential theft is one of the most consistent post-exploitation steps in real-world intrusions. The infostealer market, including Redline, Raccoon, Vidar, and Lumma Stealer, is built almost entirely on the same primitives DumpBrowserSecrets implements. The distinction is that DumpBrowserSecrets is built for red team engagements rather than commodity malware deployment: it outputs structured JSON rather than exfiltrating to a C2 panel, and its evasion features are designed to survive EDR (Endpoint Detection and Response) scrutiny on hardened enterprise endpoints, not targeting unmonitored consumer machines.

App-Bound Encryption was Google’s deliberate attempt to raise the cost of this technique when it shipped in Chrome 127. It largely succeeded against older tools that relied solely on DPAPI decryption. DumpBrowserSecrets is one of the more complete public implementations of the IElevator COM bypass, making it directly relevant for testing whether an organisation’s endpoint controls detect or prevent this class of attack.

The tool is also useful for testing the realistic blast radius of a compromised developer endpoint, a scenario that is systematically underweighted in many assumed-breach exercises that focus on Active Directory paths while ignoring the SaaS credential surface.

Detection and Mitigation

Key detection opportunities are: process injection into a Chromium browser process from an unexpected parent, headless browser instantiation outside of CI/CD or automation contexts, reads against browser SQLite databases (Login Data, Cookies, Web Data) by processes other than the browser executable itself, and calls to the IElevator COM interface from non-browser processes.

The PPID and argument spoofing in DumpBrowserSecrets are specifically designed to defeat process lineage-based detection. EDR products that monitor IElevator COM interface calls directly, or that flag headless browser instantiation by process behaviour rather than ancestry alone, will be more effective against this technique.

At the policy level, credential managers that store secrets outside the browser (native desktop clients for Bitwarden, 1Password, or similar) avoid this attack surface entirely. Browser-stored passwords remain the weakest link in credential hygiene in most enterprise environments.

Frequently Asked Questions

Does DumpBrowserSecrets work on Chrome 127 and later with App-Bound Encryption enabled?

Yes. DumpBrowserSecrets is specifically designed to bypass App-Bound Encryption as implemented in Chrome 127 and later. It spawns a headless Chromium process, injects its DLL via Early Bird APC injection, and uses the IElevator COM interface from within the browser process context to decrypt the app_bound_encrypted_key. This makes it effective against current Chrome, Brave, and Microsoft Edge builds.

What browsers does DumpBrowserSecrets support?

DumpBrowserSecrets supports Chrome, Microsoft Edge, Brave, Opera, Opera GX, Vivaldi, and Firefox. Chrome, Brave, and Edge are handled via App-Bound Encryption bypass. Opera, Opera GX, and Vivaldi use DPAPI decryption. Firefox uses NSS-based decryption with no DLL injection required.

What data does DumpBrowserSecrets extract?

The tool extracts saved passwords, session cookies, OAuth refresh tokens, credit card numbers, autofill entries, browsing history, and bookmarks. Output is written as JSON to a file named after the target browser by default.

Does DumpBrowserSecrets require the target browser to be running?

For Chromium-based browsers using App-Bound Encryption, the tool spawns its own headless process to access the IElevator COM interface, so the browser does not need to be open. Handle duplication is used to bypass file locks on SQLite databases that may be held by a running browser instance.

Is DumpBrowserSecrets detected by antivirus or EDR?

The tool includes compile-time string obfuscation, API hashing, PPID spoofing via NtCreateUserProcess, and argument spoofing to reduce its static and behavioural detection footprint. Detection rates vary by product. EDR solutions that monitor IElevator COM interface calls by non-browser processes, or flag headless browser instantiation by process behaviour rather than parent lineage, are more likely to detect it.

What is the difference between DumpBrowserSecrets and Mimikatz for credential harvesting?

Mimikatz targets Windows credential stores including LSASS memory and the Security Account Manager (SAM). DumpBrowserSecrets focuses exclusively on browser-stored credentials, which exist in a separate layer that Mimikatz does not address. In environments where Credential Guard protects LSASS, browser credential harvesting is often the more reliable post-exploitation path.

Conclusion

DumpBrowserSecrets is a technically well-constructed post-exploitation tool that addresses a credential surface that most endpoint hardening programmes treat as an afterthought. Its coverage of the full range of major browsers, correct handling of both App-Bound Encryption and DPAPI models, and inclusion of operational evasion features make it a credible addition to a red team toolkit for assumed-breach engagements where the goal is to demonstrate realistic credential exposure beyond the traditional LSASS path.

You can read more or download DumpBrowserSecrets here: https://github.com/Maldev-Academy/DumpBrowserSecrets

Systemic Ransomware Events in 2025 - How Jaguar Land Rover Showed What a Category 3 Supply Chain Breach Looks Like

Systemic Ransomware Events in 2025 – How Jaguar Land Rover Showed What a Category 3 Supply Chain Breach Looks Like

Views: 3,777

Jaguar Land Rover’s prolonged cyber outage in 2025 turned what would once have been a “single victim” ransomware story into a macroeconomic event, with factory shutdowns, government intervention, and thousands of suppliers left exposed. Reporting on the incident described a multi-week production halt, an estimated loss of tens of millions of pounds per week, and visible strain across the wider UK manufacturing ecosystem as summarised by Reuters’ coverage of the shutdown. For CISOs and security leaders, JLR is no longer just a case study, it is the reference example of what a “category-3” supply chain ransomware event looks like.

Systemic Ransomware Events in 2025 - How Jaguar Land Rover Showed What a Category 3 Supply Chain Breach Looks Like

Trend Overview: From Single Victims to Systemic Events

Across 2024 and 2025, the centre of gravity for ransomware shifted from isolated IT incidents to systemic events that ripple through entire sectors. IBM’s latest threat intelligence index highlights manufacturing as the most attacked industry for the fourth year in a row, accounting for more than a quarter of observed incidents, with many of those attacks involving extortion, data theft, or operational disruption according to IBM’s 2025 Threat Intelligence Index. In other words, the JLR story is not an outlier, it sits on top of a trend where physical production and upstream suppliers are now directly in scope.

At the same time, attackers are professionalising their routes to impact. Valid accounts, access brokered on darknet markets, and exploitation of public-facing applications are now more common than noisy phishing waves as the first step in a compromise. Kaspersky’s incident response data for 2024 shows public-facing applications as the top initial vector, with valid accounts representing more than 30 percent of investigated intrusions, and specifically notes the enabling role of Initial Access Brokers selling credentials to Ransomware-as-a-Service crews in its 2024 incident response report. Those figures match what you already see in dark web listings for VPN credentials, Citrix gateways, and OT remote access portals.

On the defender side, many organisations still treat “ransomware” as a local IT disaster scenario instead of a systemic category of risk. The JLR incident, and earlier automotive hits, illustrate a different reality: a single compromise in a critical supplier or shared platform can interrupt thousands of vehicles per day, disrupt national GDP figures, and drag small suppliers to the edge of insolvency. For readers who follow the economics of exploitation, this pattern connects directly to how access and tooling are traded in underground markets, something we explored in more depth in Inside Dark Web Exploit Markets in 2025.

Campaign Analysis / Case Studies

Case Study 1: Jaguar Land Rover – When Ransomware Becomes a Macro Event

Jaguar Land Rover’s cyber incident did not just stop production for a few days; it flipped the company from profit into a quarterly loss and generated measurable drag on the wider UK economy. Public reporting indicates JLR suffered pre-tax losses of roughly £485 million in the quarter covering the attack, with almost £200 million recorded as direct exceptional costs tied to incident response and system recovery as detailed in The Guardian’s coverage of the company’s results. UK government figures later estimated the wider impact of the outage and supply chain slowdown at up to £1.9 billion in lost economic output.

The cyberattack forced JLR to close factories for much of September, with a phased restart only beginning in October. Supplier liquidity became a policy concern, prompting a government-backed loan guarantee facility worth up to £1.5 billion to stabilise the ecosystem. For CISOs, this is a clean example of a category-3 event: the incident affected enterprise IT, OT, dealer systems, and critical suppliers, and required direct government support to keep the chain intact. It also exposed gaps in cyber insurance coverage and raised uncomfortable questions about how boards evaluate “tail risk” on OT, ERP, and dealer platforms.

Case Study 2: Toyota and Kojima Industries – Historical Template for Supply Chain Shutdown

While JLR is the freshest example, the industry has already seen what happens when a single supplier becomes a single point of failure. In 2022, Toyota halted operations across 28 production lines in 14 plants after a reported cyberattack at plastic parts supplier Kojima Industries, which caused a system failure and forced a full-day shutdown of domestic manufacturing. Public estimates at the time suggested a production impact of around 13,000 vehicles, roughly five percent of Toyota’s monthly domestic output as reported by BleepingComputer’s coverage of the incident. Although operations resumed relatively quickly, the event highlighted the fragility of just-in-time manufacturing when upstream IT systems are compromised.

Toyota’s case serves as historical context for 2025. It showed that even a one-day outage at a critical supplier can have measurable production consequences. JLR’s multi-week shutdown, by contrast, demonstrates how much worse the systemic impact becomes when the victim is the OEM itself, and when the attack lands in a supply chain that spans tens of thousands of jobs and hundreds of small manufacturers with far less resilience than the flagship brand.

Case Study 3: Ferrari – Data Extortion Without OT Downtime

Not every systemic event involves factory shutdowns. In 2023, Ferrari reported a cyber incident in which attackers demanded a ransom related to customer contact details, but production and core operations continued. The company notified affected clients and brought in external investigators, but made clear it would not pay the ransom as described in Reuters’ report on the incident. For many luxury brands, that “no downtime, but sensitive data exposed” outcome is a more realistic scenario than a total OT outage.

Even without visible production impact, high-profile data extortion against brands like Ferrari carries systemic risk. Leaked customer and supplier data has value to criminal groups beyond the initial ransom demand, from bespoke phishing to social engineering against dealers and partners. For automotive CISOs, the lesson is that ransomware and data theft campaigns can create systemic exposure even when the plant keeps running and the only visible symptom is a regulatory notification and some bruised PR.

Detection Vectors and Tactics, Techniques and Procedures (TTPs)

The common thread across these incidents is not a single “zero day,” but a mix of valid accounts, exposed services, and weaknesses in partner ecosystems. Kaspersky’s recent incident response analysis notes that public-facing applications were the primary initial vector in 39.2 percent of investigated cases, while valid accounts represented 31.4 percent, with many of those linked to credentials traded by Initial Access Brokers on the darknet in its 2024 data. That mix maps cleanly to well-known MITRE ATT&CK techniques, including Exploit Public-Facing Application (T1190), Valid Accounts (T1078), and External Remote Services (T1133).

Once inside, modern ransomware crews behave more like patient intruders than smash-and-grab criminals. Coverage of the Akira ransomware group’s exploitation of a long-patched SonicWall SSLVPN flaw illustrates the pattern: chaining an access control vulnerability, weak default LDAP group settings, and misconfigured Multi-Factor Authentication (MFA) to obtain persistent access to edge devices, then pivoting to internal systems for encryption and exfiltration as documented in TechRadar’s summary of Rapid7’s advisory. Defenders who still anchor detection on “ransom note appears” or “mass encryption starts” are already too late for systemic events that unfold over weeks of silent lateral movement.

Industry Response and Law Enforcement

Industry guidance has slowly caught up with the reality that ransomware is now a supply chain and systemic risk problem, not just a local IT issue. The UK’s National Cyber Security Centre (NCSC) recommends treating supply chain security as a board-level topic, with a structured approach to understanding key suppliers, mapping dependencies, and embedding security requirements into contracts and onboarding in its supply chain security collection. For automotive and manufacturing sectors, that means extending visibility and monitoring beyond the plant to logistics providers, Tier-1 and Tier-2 suppliers, dealer networks, and even outsourced IT and finance functions.

On the offensive side of the chessboard, law enforcement has started to target the infrastructure that allows ransomware crews, access brokers, and hosting providers to operate at scale. Europol’s Operation Endgame, for example, focused on takedowns against a global cybercrime network that leveraged malware and botnets as part of the ransomware “kill chain,” disrupting command infrastructure and making it harder for crews to recycle toolchains across victims as described in Europol’s announcement of the operation. These actions matter, but they do not remove the need for enterprises to treat systemic ransomware as a predictable, modelled risk class rather than a string of bad luck headline events.

CISO Playbook: Treat Ransomware as a Category-3 Risk

For CISOs, the lesson from JLR, Toyota, and Ferrari is simple: assume that a ransomware or extortion crew will eventually have a path to your ecosystem, and focus on limiting how far an intrusion can propagate through suppliers and operations. That means treating ransomware scenarios with the same discipline as safety and business continuity planning, not as an afterthought in an endpoint protection strategy. It also means tying security investment back to the real economics of extortion and access markets, something we analysed more deeply in Ransomware Payments vs Rising Incident Counts in 2025.

  • Map your “category-3” blast radius by identifying which plants, suppliers, and shared platforms would create systemic impact if they were offline for four weeks, then align tabletop exercises to those specific scenarios.
  • Instrument external access and partner connectivity as first-class telemetry, including identity-centric logging for VPNs, OT gateways, and supplier portals, and treat anomalous access from valid accounts as a high-severity detection, not noise.
  • Push contractual and technical controls into the supply chain, including mandatory MFA, minimum logging standards, incident notification windows, and joint response playbooks with key suppliers and integrators.

Handled properly, systemic ransomware events become stress tests that the organisation can rehearse and model, not pure black swans. The JLR incident is a painful example, but it also gives boards and CISOs a concrete reference to work from: real losses, real downtime, and a clear picture of what happens when extortion campaigns scale beyond a single victim into an entire industrial ecosystem.

This article is for educational and defensive purposes only. It does not endorse or promote illegal activity.

SmbCrawler - SMB Share Discovery and Secret-Hunting

SmbCrawler – SMB Share Discovery and Secret-Hunting

Views: 3,668

SmbCrawler is a credentialed SMB spider that takes domain credentials and a list of hosts, then aggressively walks network shares for you. It checks permissions, crawls directory trees, auto-downloads interesting files, and reports likely secrets such as passwords, SSH keys, configuration files, DPAPI blobs, and database dumps. For internal red teams, it is a purpose-built engine for turning “we have a foothold” into “we own the file servers”.

SmbCrawler - SMB Share Discovery and Secret-Hunting

Overview

Every serious internal pentest or red-team engagement ends up abusing SMB misconfiguration. Shared drives still hold plaintext creds, exported mailboxes, unprotected backups, and “temporary” dumps that never got cleaned up. Doing this manually with basic tools and Windows Explorer is slow and noisy. SmbCrawler solves that by automating the boring parts:

  • Take credentials once.
  • Feed it hostnames, IP ranges, or Nmap XML.
  • Let it enumerate shares, permissions, and directory structures at scale.
  • Automatically pull down files that match secret-hunting profiles into a structured SQLite-backed data store.

The result is an internal discovery and exfil pipeline that you can run in hours, not days, with a repeatable output format you can grep, query, and report from.

Features

From the live README, SmbCrawler ships with a carefully designed feature set:

  • Flexible target input – accepts hostnames, single IPs, IP ranges or Nmap XML files as input.
  • Permission checks – tests authentication as guest and as supplied user, share access, and (optionally) write access by creating a temporary directory.
  • Configurable crawl depth – control how deep to walk each share, with separate profiles to override depth for specific paths.
  • Pass-the-hash support – operate with NTLM hashes instead of cleartext passwords when necessary.
  • Interesting file detection – ships with profiles that flag and download likely high-value files (credentials, configs, dumps, keys).
  • Threaded, pausable engine – multi-threaded crawling with runtime controls to pause, skip hosts or shares, and inspect status.
  • SQLite-backed output – writes findings to a SQLite database and a structured output directory, plus optional interactive HTML reporting.

Installation

SmbCrawler is a Python tool published on PyPI. The author explicitly recommends using pipx so you do not pollute your system Python. Installation examples from the README:

# Minimal install
pipx install smbcrawler

# Recommended install with binary conversion helpers (PDF, XLSX, DOCX, ZIP...)
pipx install "smbcrawler[binary-conversion]"

The extra [binary-conversion] dependency pulls in MarkItDown so SmbCrawler can convert common binary formats to text before scanning them for secrets. For red-team use, you almost always want this turned on.

Usage

The README’s quick example shows a typical crawl against a file of targets with domain credentials:

$ smbcrawler crawl -i hosts.txt -u pen.tester -p iluvb0b -d contoso.local -t 10 -D 5

That command:

  • Uses hosts.txt as the target list.
  • Authenticates as pen.tester in the contoso.local domain.
  • Spawns 10 worker threads (-t 10).
  • Crawls each share up to depth 5 (-D 5).

At runtime, you can interact with the crawler:

  • p – pause and selectively skip hosts or shares.
  • <space> – print current progress.
  • s – show a more detailed status view.

The profile system does the heavy lifting. Profiles (YAML) define which files, directories, and shares are “interesting”, where to dig deeper, and which secrets to flag. You can supply your own profiles alongside the built-in defaults to target specific line-of-business apps or internal naming schemes.

Attack Scenario

Objective: turn one compromised Windows credential into complete knowledge of SMB data exposure, plus a curated bag of loot, in a single engagement sprint.

  1. Obtain valid domain credentials via phishing, password spraying or a prior foothold.
  2. Enumerate potential SMB hosts using existing tools (for example keimpx or Nmap scripts) and export them to a target file.
  3. Run SmbCrawler with a shallow depth (for example -D 1) and optional write checks to map which hosts and shares are readable and writable. Save this as a dedicated crawl file.
  4. Use the initial database to prioritise “high-value” shares, then rerun SmbCrawler with deeper depth and tuned profiles against a reduced host set.
  5. From the SQLite database and downloaded files, extract passwords, SSH keys, VPN configs, DPAPI blobs, application secrets and database dumps. Feed those into lateral movement tooling such as NetExec to pivot further.
  6. Optionally, map resulting privileges and paths in Active Directory with BloodHound, turning share-level findings into full graph-based attack paths.

Red Team Relevance

SmbCrawler hits a rare sweet spot between practicality and depth. It is fast enough to run routinely on real client networks, and opinionated enough to surface valuable loot instead of dumping terabytes of junk. From a red-team perspective, you can:

  • Quantify SMB exposure: “X hosts, Y readable shares, Z with write access, N high-value secrets found”.
  • Build repeatable playbooks for different client environments by shipping pre-tuned profiles with your engagement kit.
  • Tighten operational security: SmbCrawler lets you avoid noisy manual browsing and random PowerShell scripts scattered through jump boxes.

It also plays nicely with other offensive SMB tooling already covered on Darknet. Combine share discovery and credential validation (keimpx, CredNinja, NetExec) with SmbCrawler’s deep crawl to show how quickly a motivated attacker can move from “one set of creds” to “everyone’s home drive” in a typical enterprise.

Detection and Mitigation

From the blue-team side, SmbCrawler’s capabilities translate directly into controls you should prioritise:

  • Audit share permissions regularly – especially “Everyone” and “Authenticated Users” access on sensitive roots and profile shares.
  • Harden write access – limit where regular users can create directories and files; SmbCrawler’s write-check feature highlights exactly where an attacker could drop tooling or weaponised documents.
  • Reduce sensitive data on shares – remove or encrypt cleartext passwords, SSH keys, DPAPI master keys, and dumps from general-purpose shares.
  • Monitor for unusual enumeration patterns – multi-threaded crawlers often create recognisable patterns in SMB logs. Look for high-volume directory listings and repeated access to new hosts from a single source.
  • Feed SmbCrawler-like data into DLP and UEBA – if you cannot prevent broad read access, at least detect when unusual principals traverse large portions of your file estate.

Comparison

SmbCrawler sits in a crowded but uneven space:

  • Versus simple scanners (keimpx, basic Nmap scripts) – those excel at credential validity and share enumeration, but they do not deeply crawl content or classify secrets. SmbCrawler keeps going until it finds the actual loot.
  • Versus manual PowerShell and ad-hoc scripts – bespoke scripts are flexible but rigid to maintain and report from. SmbCrawler’s SQLite output and profile system provide a single, consistent source of truth per engagement.
  • Versus general recon frameworks (Sn1per, Scanners-Box) – frameworks give you breadth across many protocols; SmbCrawler gives you depth for one of the most abused internal attack surfaces: Windows file shares.

Conclusion

If your internal engagements touch Windows networks, SmbCrawler deserves a permanent slot in your toolkit. It turns a messy mix of SMB servers, legacy shares, and forgotten exports into a structured map of permissions and secrets you can actually act on. For defenders, running it in a controlled way gives you a painful but accurate picture of real data exposure – the same image a motivated attacker would see.

You can read more or download SmbCrawler here: https://github.com/SySS-Research/smbcrawler

Heisenberg Dependency Health Check - GitHub Action for Supply Chain Risk

Heisenberg Dependency Health Check – GitHub Action for Supply Chain Risk

Views: 2,536

Heisenberg Dependency Health Check is a GitHub Action that inspects only the new or modified dependencies introduced in a pull request. It analyses lockfiles or manifest changes, gathers health and risk signals from deps.dev and other heuristics, and posts a detailed dependency health report directly on the pull request. It highlights suspicious, low-quality, or unusually fresh packages before they reach your main branch.

Heisenberg Dependency Health Check - GitHub Action for Supply Chain Risk

Overview

Modern supply-chain attacks increasingly rely on introducing malicious or low-trust dependencies through everyday development workflows. Traditional scanners often run periodically and focus on known vulnerabilities, which miss early indicators of risk. Heisenberg takes a different approach: it hooks directly into the pull request, detects which packages were added or updated, and reviews them in isolation. Running at merge time, it gives reviewers actionable risk signals exactly when decisions are made.

The tool is ecosystem-agnostic and supports Python, JavaScript, and Go dependency formats. It can detect unusual publish timings, maintenance red flags, popularity issues, suspicious scripts, and other patterns associated with supply-chain compromise. If configured, it can also label or block pull requests that exceed risk thresholds.

Features

  • Delta-based scanning: evaluates only new or changed dependencies rather than rescanning the entire dependency graph.
  • Multi-ecosystem support: works with poetry.lock, requirements.txt, uv.lock, package-lock.json, yarn.lock and go.mod.
  • Risk and health signals: pulls advisories, maintenance metrics, popularity data, dependents, and incredibly fresh publishes that may indicate rushed or suspicious releases.
  • npm script checks: highlights post-install script behaviours that attackers frequently abuse.
  • Pull request reporting: posts a structured dependency health comment with links to package intelligence sources.
  • Policy controls: can add a security review label or fail the job if risky packages are introduced.

Installation

The following workflow is taken directly from the Heisenberg documentation and should be placed inside .github/workflows/ in your repository. It monitors standard dependency files and runs the action whenever one of them changes.

name: Heisenberg Health Check
on:
  pull_request:
    paths:
      - "**/poetry.lock"
      - "**/uv.lock"
      - "**/package-lock.json"
      - "**/yarn.lock"
      - "**/requirements.txt"
      - "**/go.mod"

permissions:
  contents: read
  pull-requests: write
  issues: write

jobs:
  deps-health:
    runs-on: ubuntu-latest
    steps:
      - uses: actions/checkout@v4

      - name: Detect changed manifest
        id: detect
        run: |
          git fetch origin ${{ github.base_ref }} --depth=1
          LOCK_PATH=$(git diff --name-only origin/${{ github.base_ref }} | \
            grep -E 'poetry.lock$|uv.lock$|package-lock.json$|yarn.lock$|requirements.txt$|go.mod$' | head -n1 || true)
          echo "lock_path=$LOCK_PATH" >> $GITHUB_OUTPUT

      - name: Heisenberg Dependency Health Check
        uses: AppOmni-Labs/heisenberg-ssc-gha@v1
        with:
          package_file: ${{ steps.detect.outputs.lock_path }}

Usage

Once the workflow is active, the process is automatic:

  • A pull request modifies a dependency manifest.
  • The workflow detects the change and hands the specific file to Heisenberg.
  • Heisenberg evaluates only the added or modified packages.
  • A health report appears as a comment on the pull request.
  • Optional: risky changes can trigger a label or cause the job to fail, blocking the merge.

Teams using additional GitHub Action hardening tools, such as Claws, can pair Heisenberg with workflow linting to reduce risks from both automated misuse and compromised dependencies.

Attack Scenario

Objective: demonstrate how a hostile dependency attempt would be detected during a realistic development flow.

  1. Set up a demo repository with the Heisenberg workflow enabled.
  2. Add or bump a dependency known for suspicious activity, poor maintenance, or very recent publishes.
  3. Open a pull request as if performing a routine update.
  4. Heisenberg evaluates only the changed dependency and posts a health report highlighting all relevant concerns.
  5. Point stakeholders to the flagged signals as evidence of supply-chain risk and why automated guardrails matter.

This adversarial modelling pairs well with internal reviews using Darknet’s write-ups on automation abuse, such as Weaponizing Dependabot, helping teams understand how automated tooling can be exploited without proper controls.

Red Team Relevance

Although Heisenberg is built for defenders, red teams can use it to:

  • Identify weak or unvetted dependency update practices in target environments.
  • Model realistic compromise paths that depend on dependency injection or typosquatting.
  • Show how quickly risk would be caught if the organisation had Heisenberg or similar controls in place.

It also pairs naturally with supply-chain reconnaissance tools and GitHub workflow analysis techniques. For example, secret-exposure tools like Veles excel at key detection, while OAuth-abuse research such as GitPhish highlights broader risks inside CI/CD ecosystems.

Detection and Mitigation

  • Restrict dependency changes to pull requests so that Heisenberg has complete visibility.
  • Centralise reports so security teams can see patterns across repositories.
  • Harden GitHub workflows to prevent bypass paths; tools like Claws help enforce safe workflow practices.
  • Threat model dependency automation using lessons from Darknet’s coverage of Dependabot exploitation and broader CI/CD abuse.
  • Introduce routine chaos tests using intentionally risky but harmless packages to ensure detection logic remains effective.

Comparison

Heisenberg differs from scheduled composition scanners by focusing on changes rather than the full dependency tree. It gives teams real-time merge-time intelligence without slowing developer workflows. Compared to broader GitHub workflow hardening tools, it focuses specifically on package-level supply-chain risk, making it a complementary part of a complete CI/CD security posture.

Conclusion

Heisenberg Dependency Health Check provides a high-signal, low-friction control to catch risky dependencies during code review. By focusing strictly on the packages developers are adding or updating, it keeps supply-chain risk visible without overwhelming teams with noise. It is a practical upgrade for any team that relies heavily on open-source packages and wants to prevent supply-chain compromise before it enters the build pipeline.

You can read more or download Heisenberg Dependency Health Check here: https://github.com/AppOmni-Labs/heisenberg-ssc-gha

Topics

  • Advertorial (28)
  • Apple (46)
  • Cloud Security (8)
  • Countermeasures (232)
  • Cryptography (85)
  • Dark Web (6)
  • Database Hacking (90)
  • Events/Cons (7)
  • Exploits/Vulnerabilities (433)
  • Forensics (64)
  • GenAI (13)
  • Hacker Culture (10)
  • Hacking News (238)
  • Hacking Tools (710)
  • Hardware Hacking (82)
  • Legal Issues (179)
  • Linux Hacking (74)
  • Malware (241)
  • Networking Hacking Tools (352)
  • Password Cracking Tools (107)
  • Phishing (41)
  • Privacy (219)
  • Secure Coding (119)
  • Security Software (235)
  • Site News (51)
    • Authors (6)
  • Social Engineering (37)
  • Spammers & Scammers (76)
  • Stupid E-mails (6)
  • Telecomms Hacking (6)
  • UNIX Hacking (6)
  • Virology (6)
  • Web Hacking (384)
  • Windows Hacking (171)
  • Wireless Hacking (45)

Security Blogs

  • Dancho Danchev
  • F-Secure Weblog
  • Google Online Security
  • Graham Cluley
  • Internet Storm Center
  • Krebs on Security
  • Schneier on Security
  • TaoSecurity
  • Troy Hunt

Security Links

  • Exploits Database
  • Linux Security
  • Register – Security
  • SANS
  • Sec Lists
  • US CERT

Footer

Most Viewed Posts

  • Brutus Password Cracker Hacker – Download brutus-aet2.zip AET2 (2,473,903)
  • Darknet – Hacking Tools, Hacker News & Cyber Security (2,174,264)
  • Top 15 Security Utilities & Download Hacking Tools (2,097,978)
  • 10 Best Security Live CD Distros (Pen-Test, Forensics & Recovery) (1,200,657)
  • Password List Download Best Word List – Most Common Passwords (935,082)
  • wwwhack 1.9 – wwwhack19.zip Web Hacking Software Free Download (777,795)
  • Hack Tools/Exploits (674,503)
  • Wep0ff – Wireless WEP Key Cracker Tool (531,901)

Search

Recent Posts

  • MSSQLand – Lightweight MS-SQL Interaction Tool for Lateral Movement and Post-Exploitation March 24, 2026
  • Credential Stuffing in 2025 – How Combolists, Infostealers and Account Takeover Became an Industry March 11, 2026
  • DumpBrowserSecrets – Browser Credential Harvesting with App-Bound Encryption Bypass March 9, 2026
  • Systemic Ransomware Events in 2025 – How Jaguar Land Rover Showed What a Category 3 Supply Chain Breach Looks Like November 26, 2025
  • SmbCrawler – SMB Share Discovery and Secret-Hunting November 24, 2025
  • Heisenberg Dependency Health Check – GitHub Action for Supply Chain Risk November 21, 2025

Tags

apple botnets computer-security darknet Database Hacking ddos dos exploits fuzzing google hacking-networks hacking-websites hacking-windows hacking tool Information-Security information gathering Legal Issues malware microsoft network-security Network Hacking Password Cracking pen-testing penetration-testing Phishing Privacy Python scammers Security Security Software spam spammers sql-injection trojan trojans virus viruses vulnerabilities web-application-security web-security windows windows-security Windows Hacking worms XSS

Copyright © 1999–2026 Darknet All Rights Reserved · Privacy Policy