Keyoxide: aspe:keyoxide.org:KI5WYVI3WGWSIGMOKOOOGF4JAE (think PGP key but modern and easier to use)

  • 0 Posts
  • 50 Comments
Joined 2 years ago
cake
Cake day: June 18th, 2023

help-circle








  • Some images of the plugs, since I didn’t know what they looked like.

    It was mentioned the pins started being insulated like that second image 20 years ago, but going by the images I found the older uninsulated style is still more common. This is ofc a major shock hazard when plugging in your stuff.

    Even with the insulation, you can still reach under the half inserted plug, just less easily and maybe only if you have smaller hands (like children).

    Fundamentally flat sockets are doomed to be shock hazards, compare it to the recessed sockets where the entire surface the contacts insert into is cut off from reach before the pin insertion starts, and on top of that the pins of say type F have been insulated for so long many don’t know there were uninsulated variants.

    Another bonus of the recessed style is the plug doesn’t stick as far out of your walls. For extension cords it’s probably a bit bulkier, but when you sink the recession into the wallbox of the outlet you can get as flush as the width of the cable with an angled plug.

    Also pretty sure you can step on angled type I plugs resting on their backs. The recessed plugs usually have grips on top so can’t rest on their back even when angled. Their pins are also ball-shaped on the end, type I looks quite angular and more painful.


  • In practice tons of outlets are wired the wrong way around.
    F actually has a convention for the socket, which is probably ignored even more often, but I would never trust live and neutral not to have been swapped somewhere regardless of outlet.

    Just forcing plug designers to consider live/neutral being randomized in a very obvious manner might be safer in the long run than working on a partially broken system where someone manufacturer might be fooled into trusting it.






  • It isn’t usually. If it was, the server-side function wouldn’t need a constant runtime at different-length inputs since the inputs would not have differing lengths.

    The problem with client-side hashing is that it is very slow (client-side code is javascript (for the forseeable future unless compatibility is sacrificed)), unpredictable (many different browsers with differing feature-sets and bugs), and timing-based attacks could also be performed in the client by say a compromised browser-addon.

    For transit a lot of packaging steps will round off transfer-sizes anyhow, you typically generate constant physical activity up to around 1kB. Ethernet MTU sits at ~1500 bytes for example, so a packet of 200 bytes with a 64 char password or a packet of 1400 bytes with a 1024 char password containing some emoji will time exactly identically in your local network.