Was gonna write:
http://localhost:8888/..../..../..../..../..../..../etc/host...
mypc
These regex substitutions are so easy to bypass :)
316 karma · joined June 24, 2016
Was gonna write:
http://localhost:8888/..../..../..../..../..../..../etc/host...
mypc
These regex substitutions are so easy to bypass :)
Even if you only take over one developer's system, it's a great starting point for pivoting into the network and starting a more sophisticated attack. I'm sure an advanced threat actor would know how to take advantage of the opportunity against Google.
Really creepy that Google is willing to work with governments to force install apps like that. Makes me think nobody should run stock Android.
xq looks interesting for pure XML, will add it to my notes.
Regarding xmlstarlet, I don't use it much but here's some stuff from my notes:
XML filter on xpath: xmlstarlet sel -t -c configuration/appender logback.xml; echo
XML editing: xmlstarlet ed -d configuration/root -d configuration/logger -s configuration -t elem -n woof -v 'Woof!' logback.xml
The last one deletes elements given by xpath "configuration/root" and "configuration/logger", then adds a new element with the contents <woof>Woof!</woof> under the xpath "configuration".
Worth trying out online for example through webDiplomacy [1]. It's my favourite game.
Maybe Mobilecoin will be an alternative in the future that doesn't depend on Google services.
From the FAQ: "We plan to offer entry level plans for as low as $10/month, unlimited plan at around $20/mo as well as make bundles (to include Kagi email and other services), family plans and annual payment discounts available."
I have to say I support a lot of these initiatives, but I can't help but think altogether they're creating a division of the web into premium services the rich can afford, and low quality services for the masses. Most of the world doesn't have the silicon valley salaries where $10/month is considered low. I feel like there should be an ideological consideration as well to make better services accessible to as many people as possible. Just my 2 cents.
; <<>> DiG 9.16.20 <<>> -r jvns.ca ;; global options: +cmd ;; Got answer:
just try `host goo.gl 1.1.1.1` or `host -t ns google.com` -- it's the output you'd expect without all the verbosity.
Thought at the title: Fraud, organic food, yes. This must be interesting.
Reading through the start: Okay, here's the life story of someone who's going to do something halfway through this article. Let me check how long this article is.
Jeez. It's gonna be a long read and I still don't get what it's about. I'll pass.
Thought I'd mention this as it's become a common thing in media lately.
"On all of the other handsets the Google Play Services and Google Play store system apps send a considerable volume of data to Google, the content of which is unclear, not publicly documented and Google confirm there is no opt out from this data collection. LineageOS collects no data beyond this data collected by Google and so is perhaps the next most private choice after /e/OS."
So the problem is Play Services and the Play store. Note that /e/OS uses MicroG[0] to replace Play Services so you can still use the many Android apps that require it. It's a really cool project and I think it's amazing how someone is like "Damn, I need a Google account for this app? I'll just write my own account manager to replace Google's!". Really that's the spirit of open source, and I hope more people become empowered to be able to solve problems that way in the future.
I think you can also use MicroG rather than OpenGapps on LineageOS, though I haven't tried and haven't read anything about it. Does anyone have some info about this setup?
[0] https://edevelopers-blog.medium.com/microg-what-you-need-to-...
I use it often for pentesting when getting a raw reverse shell. I'll get access to a remote bash session through netcat, and using rlwrap I can do the line editing locally and find the complex commands I've written before without copypaste.
They can also set up a keylogger or fake login screen and wait for you to type or paste in your password yourself.
I've always thought HttpOnly cookie flag is overrated. Stealing the session cookie may be the easiest attack but it's hardly the only.
Sure, it's nice to be able to make a living from open source based on donations. That doesn't have to be comparable to Silicon Valley salaries that are fueled by huge ad money and other dubious sources. I know many people here are from Silicon Valley so they might even think it's a low salary, but I'd ask you guys to get some perspective.
If I know my donation would be used to fund someone's (in my eyes) incredibly high salary, I'd prefer spending it on somewhere where it would have more impact. You know, people who are actually struggling to make ends meet.
There have been cases of ethical hackers who found a vulnerability and abused it to download a disproportionate number of records being convicted, at least in the Netherlands. It didn't matter that their goal was just to show it to the website owner. So if you're an ethical hacker reading this, I would strongly advise you to only download the minimum required to demonstrate a vulnerability (preferably your own data, or one record), and not do what this person did.
I'm not really sure what would be the best tool for this, but googling got me to https://sysdig.com/blog/20-docker-security-tools/ which has enough scanning tools to research. I don't think any will be foolproof though.
Maybe you can also do what this guy did, use conftest with some OPA rules to detect what seems like a secret: https://cloudberry.engineering/article/dockerfile-security-b...
If your secrets all follow RFC 8959 ( https://tools.ietf.org/html/rfc8959 ) then you could make it fool proof by just searching for secret-token: with the tool from the previous blog post. However I've yet to find a place that uses this RFC for all secrets.
HTTP over VPN is still weaker than HTTPS over VPN. For example HTTPS also handles authentication which HTTP doesn't. If you're outside of your VPN, a MitM could redirect you to http://my-internal-domain.example and resolve its DNS to an attacker's website. Your browser would not understand the difference between this and your actual website in your VPN. It would send all the site's cookies to the evil website, and if Service Workers[1] worked over HTTP, this would actually be a way to completely compromise an internal HTTP website. So it's important not to whitelist such HTTP sites as if they're secure.
[1] https://developer.mozilla.org/en-US/docs/Web/API/Service_Wor...
Not really perfect but my WIP attempt using `socat`:
`socat -v tcp-listen:6667,reuseaddr,fork,bind=127.0.0.1 ssl:<irc-server>:6697`
then connect to it:
`./kirc -s 127.0.0.1 -c 'channel' -n 'name' -r 'realname'`
not sure what TLS version socat uses by default, might be something horrible :)
Without the open world there's DarkPlaces (based on Quake), with games like Xonotic: https://en.wikipedia.org/wiki/Xonotic
Both are really good considering it's hard to make something like this tbh. Not sure if there's anything good that has all 4 of those things, though ;). People often underestimate just how much work game engines are. And also how useless they are without an actual game on them.
Then again maybe you did read it that way and still found it not that bad. I admit I didn't read it myself, but then again I'm from Europe so it's not my agreement to check. Still I have some faith in the EFF and other organisations which did read it and found it a dangerous agreement. And I really think it's a good thing that it's now harder to negotiate trade agreements in secret. It doesn't matter what the traditional way to negotiate these was, they have a big impact on the countries that implement them, and people deserve more than just a (representative) YES/NO to a huge number of potentially life-changing provisions at once.
I thought of giving it a name like `tutor`. Where you can use it without arguments for a general shell tutorial and with arguments for a mini-tutorial about a command
$ tutor
Welcome to the Bash command shell. This is a short tutorial about how (and why) to use the shell...
$ tutor ls
Use `ls` to view files in the current directory or one you specify. Examples:
- ls
Lists current directory (excluding files starting with a ., these are "hidden files")
- ls -A
Lists current directory including hidden files ... ===
Something like that at least. I think one of the worst things about the shell is finding out about the functionality there actually is, so having something like that built in could be handy. Maybe you could also have it do something like `tutor copy file` and have it find and list commands that fit the description.