Ask Lemmy
A Fediverse community for open-ended, thought provoking questions
Please don't post about US Politics. If you need to do this, try [email protected]
Rules: (interactive)
1) Be nice and; have fun
Doxxing, trolling, sealioning, racism, and toxicity are not welcomed in AskLemmy. Remember what your mother said: if you can't say something nice, don't say anything at all. In addition, the site-wide Lemmy.world terms of service also apply here. Please familiarize yourself with them
2) All posts must end with a '?'
This is sort of like Jeopardy. Please phrase all post titles in the form of a proper question ending with ?
3) No spam
Please do not flood the community with nonsense. Actual suspected spammers will be banned on site. No astroturfing.
4) NSFW is okay, within reason
Just remember to tag posts with either a content warning or a [NSFW] tag. Overtly sexual posts are not allowed, please direct them to either [email protected] or [email protected].
NSFW comments should be restricted to posts tagged [NSFW].
5) This is not a support community.
It is not a place for 'how do I?', type questions.
If you have any questions regarding the site itself or would like to report a community, please direct them to Lemmy.world Support or email [email protected]. For other questions check our partnered communities list, or use the search function.
Reminder: The terms of service apply here too.
Partnered Communities:
Logo design credit goes to: tubbadu
view the rest of the comments
Where my infosec homies at??
They were issuing a single SSL cert to all of their clients. This cert was encrypting CC data.
That SSL cert lived on an FTP server.
The password was something like Spring2019!
We stored clients images on an SFTP server. I was a web dev. I didn't have access to the SFTP server. I had to tell a team what dirs to put assets in so my clients websites could display images.
... Tell me youve seen worse, and I'll continue to up the ante.
Current company I'm at I was reporting a slow Virtual server. It looked like one of the monitoring scripts was stuck in the loop and slowing the machine to a crawl.
Call up cyber, they proceed to tell me it's drive issue. The google DRIVERS Download the first thing they see an ad for some virus. The machine ended up needing to be completely reimaged.
Some days mann
How does this even work? Doesn’t the domain admin send their own CSR? Even if your company was serving as that admin, a single cert only works for the domain to which it’s assigned, so how could it be reused for multiple clients?
I think it was a self signed SSL.
Not all SSLs are domain specific. There's wildcard domains (used for subdomains or related domains), and self signed domains, and probably more.
Think like... A liquor store in the middle of nowhere that transmits CC data via internet. They have a SSL. They don't necessarily even have a registered domain.
Self-signed certs are not viable for general use because they’ll generate a browser warning that “Joes Liquor Co is not a trusted Certificate Authority” that will scare off 99% of users. And wildcard certs still need at least one specific domain, e.g.
*.joesliquor.com. The only way I can imagine this working is if the vendor was handing out separate servers onclient.vendor.comand giving each of them the same SSL cert for*.vendor.com.We would do the implementations. It would include Tomcat, IIS, and an out of date version of Internet Explorer. Beyond that, I'm not sure how they were getting by the warnings. All I can tell you is we were issuing one SSL certificate to multiple clients, and that SSL cert lived on our FTP server which had a very weak password.
I'm not sure I've seen worse, but I still want to see what's worse than what you've posted
Oh I can keep going, baby. We just scratched the surface.
Ever heard of ProgressABL?
Idk why you got downvoted for responding. Maybe ProgressABL is more notorious than I thought.