throwaway_391
A tactic I've used in the past is buying a burner number (prepaid sim), called recruiters with a fake name, number and resume and asked them to provide details about the job which many of them name completely. The ones that don't generally indicate that other recruiters do exactly what I'm doing to them in order to steal clients.
I don't feel bad about screwing over an industry which has no place in the modern world, particularly when they're opportunistically trying to make a buck from me and/or my future company while adding very, very little value :)
I said two monitors but what I mean is one for each location - many people I know seem to prefer two but I think it's an antipattern (move your head, instead of alt+tab or similar)
I'm glad it's becoming more common knowledge though. Recruiters have long been redundant compared to job search websites like seek.
They really need to start from scratch and build solid, easily testable product because the current methodology doesn't work.
I especially love the bugs where when in one specific track changes mode typing in the comments section drops keys, or when using 'read aloud' the voice randomly changes gender. Office 365 on a Windows 10 LTSC virtualised host w/ no other software.
If this is the case, do yourself a favor and go and buy two ergonomic screens, keyboards and mice - one for each location.
It'll save you becoming a hunched over laptop gremlin.
They're both buggy as hell, the type of bugs that will make your document render in unintended ways when somebody opens it on the other side. At some point, Word for Mac decided to remove whitespace between words on my resume - I couldn't see them and generally exported to PDF, but I didn't hear back from prospective jobs that asked for a word format specifically.
Office 365 Web and desktop application really need a complete revamp, they have reproducible bugs and horrible UI/UX in edge cases.
I also really hate when Microsoft decides I want to store my sensitive data on their cloud for no apparent reason despite saving to local disk, it really seems like a 'whoops we accidentally did this but you should try it!' kind of move from MS. This is the perfect example of a monolithic application with chronic feature creep.
I still prefer it over YAMLs awkward initial learning curve.
If you're paranoid enough to use a VPN for 'private' traffic, you should probably be running such sessions in a VM using something like the tails live CD.
Basically, researchers started naming vulnerabilities when they thought they mattered. 'Shellshock' and 'EternalBlue' are both deserving of names, IMO.
Then researchers started naming everything, many of the vulnerabilities had zero real world impact, were almost entirely theoretical (many crypto vulns), or required chaining of other attacks to actually achieve anything.
The KNoB description says 'is vulnerable to packet injection by an unauthenticated, adjacent attacker that could result in information disclosure and/or escalation of privileges.' which is sounds extremely caveated. They haven't demonstrated an actual attack so my guess is they've overplayed the significance of the vulnerability entirely and this grants the ability to PITM traffic (which really isn't a defensible boundary, anyway).
Most decent hackers I know laugh at named vulnerabilities unless their technical impact actually matters. Dirty COW took the piss entirely, https://dirtycow.ninja, https://www.zazzle.com/collections/white_theme-1195879626504... .
That's how we ended up with 8-player age of empires 2 deathmatches after hours ;)
Network security is unmaintaniable. Start caring about defensible boundaries instead.
https://wikileaks.org/ciav7p1/cms/files/BypassAVDynamics.pdf
Unless you're emulating nation state actors, your ideology of a 'red team' which focuses on physical access is a disservice to your client and your industry.
I'm not suggesting it's a good idea, but it's there. I'm sure there's more minimal, and less minimal options available.
I don't think there's any security impacts with using alpine Linux specifically, aside from default credentials in a bunch of containers a few months back.
But dropping a 0day irresponsibly can lead to actual impact - what happens if a good person is persecuted, or executed because of the information you disclosed publicly? What about a hundred. Or a thousand?
"A successful attack depends on conditions beyond the attacker's control. That is, a successful attack cannot be accomplished at will, but requires the attacker to invest in some measurable amount of effort in preparation or execution against the vulnerable component before a successful attack can be expected. For example, a successful attack may require the attacker: to perform target-specific reconnaissance; to prepare the target environment to improve exploit reliability; or to inject herself into the logical network path between the target and the resource requested by the victim in order to read and/or modify network communications (e.g. a man in the middle attack)."
But you could also argue 'Attack complexity' of any exploit which has per-os/arch exploits requires reconnaissance. There, I just boxed MS08-67 (which is arch-specific, iirc) as 'Attack Complexity: High' with pretty much any theoretical crypto attack which would cost billions to exploit :)
Lets not forget CVSS doesn't assess likelihood or business impact well (or at all) either. Your org is far more likely to get rekt if you do not enforce application whitelisting, compared to an intranet-exposed drupalgeddon vulnerability.
Hover your mouse over each button https://www.first.org/cvss/calculator/3.0 . There's Attack complexity 'low' and 'high', for instance. You're either a script kiddie or have a two billion dollar exploitation budget and all the human resources you need, but nothing in between.
Not doing so is an asshole move.
In this case, the solution would be to track down distributions which did not package the software and (privately) disclose to them that the relevant lib needs updating.
The specific CVE listings I'm referring to are: https://www.cvedetails.com/vulnerability-list/vendor_id-5842... https://www.cvedetails.com/vulnerability-list/vendor_id-26/p...
Building minimal bootable to be very small is possible, but is difficult in comparison to an apt install - I imagine for the most part porting docker container configs to a bootable OS might be the best approach for small-medium projects.