It's an old phrase, "lions lead by donkeys", originally used to describe British soldiers being lead by incompetent generals, possibly during the Crimean war. The concept goes way further back though; apparently an Athenian general in the 4th century said (translated) "an army of deer commanded by a lion is more to be feared than an army of lions commanded by a deer".
Vim is running as you, rather than root, so you wont be able to edit other files as root, and any rogue plugins wont be able to either, which is good.
Sudoedit has various guards around what it'll let you edit, in particular, you can't edit a file in a directory you already have write permission on as doing so allows the user to bypass restrictions in the sudoers setup (there's more detail in their issue tracker. If the directory is already writable though, you don't need sudoedit anyway.
Be cautious of doing this with security sensitive files. When it copies the file and gives you ownership, any sensitive data in it is exposed to any process running as your user id, and and temporary fil£s the editor creates may also contain the sensitive content and be owned by you.
Ideally it doesn't. It just wastes a lot of enforcement time and energy chasing incorrect leads, and give those who voted for it a taste of what being on the receiving end is like.
Don't spam it with nonsense, just report your local republican voters for having a migrant housekeeper/gardener/nanny/lodger or similar. They wont believe it if you report the owner is a migrant and they have republican signs in-front of their house, but they'd have to investigate whether they employed a migrant.
It's not the buyer saying "I owe you", but the issuer of the currency (actually, usually just the notes, coins are considered to have value). The first person/entity to get the note gave, or promised, the issuer (usually the central bank) something of value, and the issuer gave them a token (note) saying the bank owes the holder of that note a certain amount of value. The recipient can then trade that note freely, as can future recipients, in the knowledge a vendor will accept it for its face value. So, yes, you're trading debt when you use money, but it's the bank's debt to the holder, not the debt of the buyer.
Typically the bank issue money when someone takes a loan, i.e. promises that they will pay the bank the value of the loan plus interest.
Be careful, that much antihol in one go won't just get you sober, it'll send you right out the other side. Few can deal with that clear a view of reality.
Pre-ordering something would usually cause a $0.00 transaction to confirm the card details are valid. It would be a 'pre-auth' transaction where the merchant reserves an amount on the card for payment at a later date, when they ship the item. If a fraudster makes a pre-order they xan validate that the card details are valid, then cancel the order, usually leaving the victim none-the-wiser. In your case, the bank noticed the transaction and notified you, but that seems to be rare. Once the fraudster knows the details are valid, they can sell them on.
It's just a theory, and unless your bank and Blizzard work together to track the transaction, why it happened, and who instigated it, its going to be difficult to get to the bottom of it.
Is there any chance your new card details got leaked from somewhere you used them? Using stolen details to sign up to something like that and, say, making a pre-order, would be a good way for a crook to validate them without a transaction appearing on your statement.
If it's not that, then Blizzard definitely have some awkward questions to answer. Good luck!
Whilst it's quite possible they're up to no good, it's also possible that someone is fraudulently using your payment details in Irvine to create a new Blizzard account. It sounds like your bank already blocked your card, which is good, but they may also be able to block payments to Blizzard when the card is unblocked.
This is fundamentally true. However it is possible to limit the bandwidth of data the employee can exfiltrate.
That's fair, but the OP was talking about having the sensitive data directly on the laptop, which rather limits your ability to control access to it, and why I was suggesting keeping the data on a server and providing access that way, so limits can be put in place.
Assuming a privileged employee suddenly becomes a bad actor.
Your threat model probably isn't the employee who suddenly goes rogue and tries to grab everything, but the one who spends and extended period of time, carefully, extracting key data. As you, the former can be be mitigated against, but the latter is very much harder to thwart.
But I couldn't for example download our entire customer database, I could get a specific record, I could maybe social engineer access to all the records of a specific customer, but there is no way I'd be able to extract all of our customers via an analog loophole or any standard way. The data set is too big.
That's well set up, but, whilst your competitor would love the whole database, what they're really interested in is the contact details and contract information for maybe your largest three customers. When the dataset to extract is small enough, even quite advanced rate limiting can't really help much. Making sure no one person has access to all of the most valuable data is a good start, but can present practical problems.
And this is what you are trying to limit. If you trust your employees (some you have to), you can't stop them from copying the keys to the kingdom, but you can limit the damage that they can do, and also ensure they can't copy ALL the crown jewels.
I think we're basically saying the same thing. The OP talked about putting all the sensitive information on the employee's laptop, and that's what I was trying to steer them away from.
In the past I've been asked if we can provide our developers access to pull the full source tree, but not copy it anywhere, and, to quote Charles Babbage, "I am not able rightly to apprehend the kind of confusion of ideas that could provoke such a question."
I enjoy the security side of sysadmin work, but I find it rather depressing, as all you can hope to do is lose slowly enough that it's not worth attacking you.
I agree that you should assume you're being monitored, but, while that helps against malware type exfiltration, it does little to stop someone who is determined to exfiltrate the data as there are a myriad of ways to do so that aren't possible to monitor, such as simply taking a video of the screen whilst displaying the information.
Ultimately, the company has to trust the employee or not give them access to the sensitive data, there's no middle ground.
There is a fundamental issue with this approach: the rogue employee has already copied the data to a USB drive by the time you try to wipe it.
If the data is confidential, you either need to set up standard disk encryption and trust the employee, or not let them access it in a way it can be bulk copied. For instance, might it be possible for them to use a webapp that you control access to or a remote desktop type setup?
Further research shows that they blew everything up trying to deal with the ancient, insatiable, worms they released on themselves out of curiosity. Upon reflection, it is probably better that we didn't arrive earlier.
I had not considered the concept of an army of bipedal, running, neurotoxin coated, suicide frogs, and now that I have, I intend to stay far away from amphibians, just in case. I still think they should each sport a set of human like teeth though, just to really drive the point home.
Kudos on 'Kermitkaze', that gave me a good chuckle.
The issue is you'd really need an evolutionary pressure for them to develop that attack behaviour. It could be defensive, but jumping on the thing you're trying to fight off is a rather bold strategy, especially when the results aren't instant. Alternatively, it could be an attack behaviour, allowing them to take down larger prey. Thus just leaves the issue of how the frog would consume its meal. They could probably evolve to swallow smaller prey, but the obvious adaption, which I think we'd see in this case, would be for the frogs to evolve teeth.
Are we truly not all just meat robots, controlled by meat computers? Why must our silicon brethren judge us so harshly?