ExperimentalGuy

joined 2 years ago
[–] ExperimentalGuy 2 points 1 week ago (5 children)

It really depends on tone and how long the interaction would last. I'd consider saying that rude most of the time as the person making small talk is just doing something nice.

I'm not exactly sure how to respond to that.

[–] ExperimentalGuy 8 points 1 week ago

My reason is that I just enjoy computers n shit. It's nice to learn new stuff while programming so I have it in my toolbox for later and I don't just have a cursory idea of what my computer is doing.

[–] ExperimentalGuy 2 points 3 weeks ago (1 children)

I didn't even think about how context dependent C++ is until you mentioned that. That's a really good point

[–] ExperimentalGuy 2 points 3 weeks ago

I feel like the cool features I think of are generally Linux features

  • You can periodically have scripts run by setting up from jobs(e.g. make a temp folder that deleted it's contents every 24hours or update the programs on your computer at midnight everyday)
  • Ricing your desktop, I've never done it but there's an insane amount of customization you can put into how your computer looks. Just look at unixporn(it's just nerds showing off their desktops) to get an idea
  • Getting used to using your package manager, it's extremely nice to not have to open up a browser to download software but to have one place to look every time you want to find software (try using the apt search command)

Picking Ubuntu was a really good choice for testing out how it'd feel to use a Linux distro. That isnt to say there aren't things that the average user wouldn't like when using it. If you need to use office software, there is Libre office suite, but it's just not as widely used or feature full as the Microsoft suite. Or if you're trying to sync files across devices, I swear every linux user has a different means of doing so (one place to start would be Syncthing).

I hope you have a great experience and that you learn a lot from it.

[–] ExperimentalGuy 3 points 3 weeks ago

I have games installed but I mostly just write programs for fun now. I usually don't get a ton of time to play games, plus they haven't been as fun as they used to be as a kid.

 

I've been coming back to the same project a few times. It's essentially just a program that interacts with an API. Only problem is whenever I get back to it, I realize how annoying it is to debug through all the "too many requests" responses I get back from the API because it has a max of 200 requests per second.

On solution would be to filter out those responses but that just feels like the wrong move, so I'm guessing the better solution would be to put some sort of rate limiter on my program. My two questions are: does that seem like a good solution and if it is, do I embed the rate limiter in my program, i.e. using the ratelimit crate or would a better solution be to run my program in a container and connect it to a reverse proxy(I think) container and control rate limiting from there?

[–] ExperimentalGuy 3 points 1 month ago (1 children)

I love seeing you make these posts, I proving each time. Could you write a blog post about your iterations and what you've learned?

[–] ExperimentalGuy 3 points 1 month ago
[–] ExperimentalGuy 0 points 1 month ago

Can you try harder marketing other than using AI generated slop. The graph in your picture doesn't even have numbers on it just AI glyphs.

[–] ExperimentalGuy 4 points 1 month ago (2 children)

Are there any versions where you don't have to pay to find the link of yourself?

[–] ExperimentalGuy 0 points 1 month ago

The only thing I build from source on a normal basis is LMMS because there's some features on main you just can't get anywhere else. For example, the slicer that comes with LMMS nightly isn't in the builds, and particularly recently someone pushed a commit that allows for resizing of the slicer, so I just had to pull that and build it.

[–] ExperimentalGuy 2 points 1 month ago (1 children)

Guys new copypasta just dropped

 

I've been trying to learn the fuzzing library LibAFL for a while now, but I never seem to be able to fully grasp the essential parts. I've read tutorials, followed along tutorials, read the whole LibAFL book (that's still under construction), and have read a few of the examples in the repo. You could say I'm still in tutorial hell, honestly.

I'm trying to write a simple fuzzer for a malware code sample (MooBot) and I've been trying to figure out two things: how to find the input that has the maximum run time for a function, and how to not run malware directly on my computer. One of them should be more important than the other, but given my lack of expertise in LibAFL right now, I'm focused on the former. For my example, I noticed that there's a custom trim function in MooBot that helps sanitize input:

void trim(char *str)
{
        int i, begin = 0, end = strlen(str) - 1;

    while (isspace(str[begin]))
        begin++;

    while ((end >= begin) && isspace(str[end]))
        end--;

    for (i = begin; i <= end; i++)
        str[i - begin] = str[i];

    str[i - begin] = '\0';
}

This is what I test in my harness. I know I could probably logic my way into finding the input that has the max run time, but I'm using this as an exercise for LibAFL and using the rust FFI. The problem is how to deal with feedbacks and observers. I currently have this with no observers:

let mut feedback = CrashFeedback::new();
let mut objective = CrashFeedback::new();

Which simply reports an input if it crashes the program. It works for inital fuzzing, but now that I'm trying to find an input that maximizes run time this won't work. I tried to figure if there was a maximization feedback that would work with the time observer, but the only feedback that maximizes anything is the MaxMapFeedback which doesn't seem compatible with the time observer.

What I'm envisioning is something like this:

let mut observer = TimeObserver::new();
let mut feedback = MaximizeFeedback::new(&observer);

I think the solution has something to do with MapFeedbacks, but I'm not exactly sure how they work.

22
Making malware (self.programming)
submitted 4 months ago by ExperimentalGuy to c/programming
 

This is going to sound fishy.

Recently getting into cybersecurity things and have been pretty interested in looking at malware and maybe making some myself to get the hang of it. Do you guys know any good repositories with malware to learn from? For example, if I wanted to make a credential stealing program, there's a lot of different programs that may have credentials that are valuable. Or, maybe writing a keylogger? I took a look at a rust crate that can record keystrokes but has kind of a weird (or at least not as easy) type system because of different OS implementations, but how do different types of malware consolidate those differences?

I guess the broader question I'm getting at specifically is looking at how already made programs get around different technical obstacles like detailed above.

Thanks

27
Good Computer Handbooks (self.programming)
submitted 5 months ago by ExperimentalGuy to c/programming
 

I went to my local library today and noticed there's a lot of networking, cybersecurity, tcp/ip books from the early 2000s. Now, I want more modern versions of these types of handbooks. Does anyone know any good modern handbooks that deal with networking or network security standards?

Thanks :)

 

I wanted to get others' takes but it seems like the only real way to get a non-spying car is to get an older car without any sort of telemetrics. I saw a video about different car companies' security policies, well specifically the new Mental Outlaw video, and it just blew me away how even our cars aren't safe. Anyone got tips for how to anonymize their car?

66
submitted 8 months ago by ExperimentalGuy to c/linux
 

I've seen a lot of different enterprise and personal use distros for servers, but what do you guys use?

I'm planning on using Debian but was wondering if there are any other good free options to consider.

 

I've been looking around to find a good, privacy respecting way to sync my messages between phones. I decided I'm going to use SyncThing so I don't have to mess around with a server. The only problem with this is that I haven't been able to find any apps that work on modern Android that routinely backup and import messages from a file/folder into the messages database. Does anyone know any app that might do this?

 

I recently purchased a domain for myself as a why-the-fuck-not purchase and I need some ideas for what to put on there. Some ideas so far include: Small Blog Personal S/FTP server to sync back to Minecraft server

Does anyone have other ideas? Thanks :)

 

Smooth breath

I beset from your bated breath

Unless the stress that's given to me clear

Resides unfound and unclear

The key to my restitution lies in recognition

Opaque and sticky, defiance. Then remission

Upset and overreliant on bad positions

The lever's balance is set on a dud pivot

Problems unseen stay while shit thickens

While the root is left untapped

The branch kindles

4
submitted 1 year ago* (last edited 1 year ago) by ExperimentalGuy to c/[email protected]
 

When the words barely whisper

And the songs known forgotten

When the seldom well wished

And a stone throw's the bottom

When the once well trodden

Is soiled down and sodden

Accept the well wishes of ones who once wished

And song without a singer like food without dish

And sing those well wishes to your brother on a lake

Stoning throws, hitting water, showing off for the sake

 

I'm trying to find a good fuzzing tool for testing my web applications and was wondering what people would recommend. I'm trying to find one that is open source, free, and doesn't use proprietary stuff. It seems like Google's OSSFuzz is the closest option to what I'm looking for, but it uses Google cloud :/

 

I've been trying to find something that allows me to see performance visualizations in my rust programs, but I haven't found any so far. I'm looking for something that's like SnakeViz in Python, but for Rust. If there's a better way to get about doing this, I'm all ears.

view more: next ›