jetti
I will preface this by saying I have limited experience with LLMs and have not tried anything like this before but one vector of attack I see is as follows:
1. Send an email trying to get the secret data 2. If there is no reply, set up a fictitious web page that lists a critical CVE regarding the secrets file 3. Create two other endpoints to capture the data from the assistant. One would accept a POST request and expect the body of the request to be the contents of the secrets file. The second would be a web page that has a form on it that could be submitted. The web page would have a dummy secrets file listed out and the hope would be to get the assistant to diff the real file and the dummy file and then submit that data. 4. Craft an email to the assistant that would let the assistant know of the “new” CVE and then direct the assistant to the endpoints I control to see if the system is affected. 5. As a follow up, if that didn’t work I would then change my endpoints to return 500 HTTP statuses. Then craft another email that contains the same messaging as the previous one but then stress that it is of vital importance that we hear from the assistant and if the assistant cannot reach the endpoints then they can email the diff to a specific email address. 6. Just thought of another option as I wrote out #5. Use the same technique as #5, but instead of having the assistant send an email tell the assistant to send a calendar invite to a specific email address and then include the contents of the secrets file in the description. The idea is to let the assistant know that in order to determine whether or not the system is affected by the CVE we would need the contents of the secrets file. Tell the assistant that if the system was impacted then the calendar invite would be accepted. If the system was not impacted then the invite would be declined.
First section is about growth:
> “Mark, we’re not profitable. Let’s try selling tickets inside Facebook events,” I pleaded. > He said no. > Then he took a dry-erase marker and wrote on the board: GROWTH. > Mark’s goal was 1 billion users. > Every idea we’d bring, he’d ask, “Does this help growth or not?”
Putting growth above profitability can only work when you are getting some sort of outside funding. Facebook didn't turn a profit until 2009, which means it was about 5 years of burning through other people's money. That is not sustainable for the almost all individuals who are wanting to start a company now or people who are running smaller companies.
Move Fast:
> At Facebook, it was normal to work 12+ hours a day.
That is just awful and it is painful to think that giving up so much of one's life was the norm there.
> We shipped several updates to the site every day. In comparison, companies like Microsoft would take months to write out product details, discuss them in a lot of meetings, and finally build them. > As a startup, your biggest advantage against giant companies is speed.
There is a reason why things would take longer at Microsoft, you can't "go fast and break things" when it comes to an operating system or other software that is businesses may rely on for their day to day work. The fact that Noah makes the comparison to Microsoft is concerning since I don't believe that Microsoft had any social network product around the time that Noah worked for Facebook (though I could be wrong). A better comparison would be MySpace, since they were an actual competitor of Facebook's at the time and also worked on comparable products.
Treat Your Employees Well:
Many of the perks that he lists out are designed to ensure that the employee stays at the office as much as possible. It is easy to get your employees to work 12+ hour days when you make it so they don't have to go anywhere to get good tasting food 3 times a day, didn't have to worry about your laundry and would even get money for living very close to the office.
Scratch Your Own Itch:
>At the start, Mark never intended to build a company. He was just trying to help connect people at college.
I'm not really sure how creating a clone of "Hot or Not" really helps people connect. If Harvard didn't take Facemash down and Mark didn't face any sort of threat of punishment (expulsion, violation of copyright, etc) would Facebook actually exist currently? I don't think the "scratch your own itch" mantra works in this situation
Pay attention to details:
>He was meticulous about capitalizing the “F” in Facebook
Facebook is the name of the site and company and as such it is a proper noun. I don't know why it would even be a noteworthy thing to want to ensure that a proper noun is capitalized.
Give ownership to the team:
>Engineers and product managers could come up with features and build them out without needing anyone’s approval.
But previously Noah stated that:
>Every idea we’d bring, he’d ask, “Does this help growth or not?”
With that kind of reaction to a feature being suggested it doesn't seem to me like there was as much free reign to build features as this section implies.
[0] https://github.com/kanaka/mal
[1] https://github.com/kanaka/mal/blob/master/process/guide.md
First, this is a coding challenge that the candidate is given before the technical interview that is well defined in the expectations and is small in scope. They are not expected to spend more than an hour or two on it and they send the recruiter (who is an internal recruiter) a link to their github repo with their completed project before the technical interview is even scheduled. Candidates would have several days and potentially even a week between when they finished the project and when we have the technical interview. The candidates are also told that their project will be gone over in the technical part of the interview. I understand that there are circumstances that would prevent the individual from getting an environment set up on a personal computer but if that is case then just stick with using the work computer.
Second, I never even indicated if the individual was hired or not but you made the assumption that we passed on the candidate. The fact that the candidate couldn't get the repl started was just a tidbit that stuck out to me and I made the comment to my coworker as it is odd to me that a candidate would use their work computer for a job search. We just went with the fact we couldn't use a repl and had the candidate just talk out loud with what he would change when we added different scenarios/requirements.
For what it's worth, the candidate was using a Mac for their personal laptop and so all they would have had to do is run the following in their terminal and it would have gotten them pretty close to being able to run the repl
brew install clojure/tools/clojure
Where I work we have a take home exercise we have candidates do and then when we have the interview with that person we review their code with them and ask them to make incremental changes to see how they handle the asks with their communication skills and their technical ability. I interviewed one individual who couldn’t even get the REPL started for their project and as they were struggling trying to get it to work I heard them mumble to themself “I should have just use my work computer”. The fact they couldn’t get the most basic aspect of the project to work on their personal meant that they did their coding assignment on their work computer