Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Изначальное сообщение		[ Отслеживать ]

"В X-сервере отключена обработка запросов от клиентов с иным порядком байтов"	+/–
Сообщение от opennews (??), 09-Янв-23, 15:26
В кодовую базу сервера X.org и DDX-компонента Xwayland принято изменение, по умолчанию блокирующее подключение клиентов с систем, имеющих иной порядок байтов. В качестве причины называется наличие потенциальных проблем с безопасностью в коде преобразования порядка байтов, который недостаточно протестирован и может оказаться слабым местом при организации атак на систему. При этом на практике преобразование порядка байтов последнее время используется крайне редко, так как рабочие станции на которых запускается X-сервер, как правило, оснащены  процессорами с порядком байтов little-endian (от младшего к старшему байту), и подключение к ним X-клиентов с порядком big-endian, таких как  платформа s390x (IBM zSystems), является большой редкостью... Подробнее: https://www.opennet.ru/opennews/art.shtml?num=58453
Ответить | Правка | Cообщить модератору

Сообщения

[Сортировка по ответам | RSS]

1. Сообщение от Аноним (1), 09-Янв-23, 15:26	–4 +/–
Надо заменить не нужный в 99% случаях X.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #5, #14

2. Сообщение от Аноним (2), 09-Янв-23, 15:28	+2 +/–
наконец-то догадались, что уж в сетевом-то протоколе порядок байтов должен быть указан явно, на уровне спецификации протокола. Устранили очередную свинью, заботливо подложенную дидами.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #9, #23, #24, #30, #44

3. Сообщение от freecoder (ok), 09-Янв-23, 15:31	–1 +/–
"Нет функционала - нет проблем (с безопасностью)!"
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #12, #71

4. Сообщение от Аноним (4), 09-Янв-23, 15:34	+5 +/–
О нет! Как же я буду коннектиться с моего новенького s390???
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #7, #10, #16

5. Сообщение от iiiypuk (?), 09-Янв-23, 15:35	+/–
Не нужен любой UI кроме cli
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

6. Сообщение от Аноним (9), 09-Янв-23, 15:36	+3 +/–
Какой-то бред. Если клиент с другим порядком байтов не подключается, то каким образом повышается безопасность. А если кто-то все таки пытается подключиться, то ему плевать, что он входит в 1%. Когда у клиента вообще не работает - это супер безопасно, да
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #8, #18, #43, #57

7. Сообщение от 1 (??), 09-Янв-23, 15:36	+2 +/–
Придётся апгрейтиться до z/390
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4

8. Сообщение от 1 (??), 09-Янв-23, 15:37	–2 +/–
Это практически про 1% пользователей Linux
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6

9. Сообщение от Аноним (9), 09-Янв-23, 15:37	–3 +/–
А вы про какой сетевой уровень утверждаете?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #20

10. Сообщение от Омномним (?), 09-Янв-23, 15:38	+/–
Ещё с рядом армов и мипсов может не получиться, там может внезапно оказаться big endian.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #15, #19, #33

12. Сообщение от Аноним (12), 09-Янв-23, 15:43	+2 +/–
Правило, в первую очередь, справедливое для Wayland.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3

14. Сообщение от Деанон (?), 09-Янв-23, 15:45	+12 +/–
Нужно заменить анонимусов-битардов-социофобов-нигилистов-нинужнистов и прочих теневых личностей и личинок, борцов с папками и мамками
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

15. Сообщение от Аноним (12), 09-Янв-23, 15:45	+/–
А дистры для одноплатников на AArch64 с каким endianing собираются?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10 Ответы: #32, #34

16. Сообщение от Аноним (16), 09-Янв-23, 15:46	+3 +/–
Используй параметр конфигурации "AllowByteSwappedClients", это же очевидно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4

18. Сообщение от Аноним (16), 09-Янв-23, 15:47	+/–
Обслуживаются только правильные клиенты!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6

19. Сообщение от Аноним (12), 09-Янв-23, 15:50	+/–
Придётся колхозить прокси, преобразующий big <---> little.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10 Ответы: #49

20. Сообщение от Аноним (20), 09-Янв-23, 15:51	+3 +/–
А на каком уровне работает хваленый сетевой протокол иксов?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9 Ответы: #45

21. Сообщение от iPony129412 (?), 09-Янв-23, 15:52	–2 +/–
Выкидывать давно надо. Устаревшее.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #38, #58

22. Сообщение от Аноним (22), 09-Янв-23, 15:52	+/–
Ну вот, а я пользовался!
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #25, #29

23. Сообщение от Совершенно другой аноним (?), 09-Янв-23, 15:54	+1 +/–
Порядок байт передаётся в протоколе, в запросе клиента на установление соединения. Т.е. клиент говорит - у меня маленькие индейцы, а сервер делает по этому поводу какие-то выводы. Не понятно чем то, что они сделали сейчас поможет, тем-более, что по факту всё осталось как было, только теперь ещё спец настройку анализируют, и если её нет - ругаются. В общем очень странное изменение.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #47

24. Сообщение от another_one (ok), 09-Янв-23, 15:57	+2 +/–
> наконец-то догадались, что уж в сетевом-то протоколе порядок байтов должен быть указан явно Ага, но дело в том, что network byte order обычно big-endian, а не little.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #31, #63, #78, #87

25. Сообщение от Anonim (??), 09-Янв-23, 16:04	+3 +/–
Не провоцируйте , а то начнут воображать - каким способом . И припишут вам пропаганду нетрадиционного .
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22

26. Сообщение от Аноним (26), 09-Янв-23, 16:07	+/–
И никакой вейланд не нужен. Могут же, если захотят!
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #27

27. Сообщение от Аноним (27), 09-Янв-23, 16:24	+5 +/–
Да Wayland был не нужен вне зависимости от...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #26 Ответы: #70

28. Сообщение от Аноним (29), 09-Янв-23, 16:27	+/–
Единственно верное решение.
Ответить | Правка | Наверх | Cообщить модератору

29. Сообщение от Аноним (29), 09-Янв-23, 16:28	+3 +/–
Пересобирай иксы, машина у тебя мощная справится.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22

30. Сообщение от pashev.ru (?), 09-Янв-23, 16:36	–4 +/–
> в сетевом-то протоколе порядок байтов должен быть указан явно, на уровне спецификации протокола Так он указан. По крайней мере в TCP/IP.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #35

31. Сообщение от Аноним (20), 09-Янв-23, 16:36	+4 +/–
> network byte order > network Ага, но дело в том, что хваленым сетевым протоколом иксов обычно пользуются через юникс-сокет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24 Ответы: #50

32. Сообщение от Деанон (?), 09-Янв-23, 16:37	–1 +/–
LE. Но дело не в этом, а в том, что в сетевых протоколах часто идет BE.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15 Ответы: #46

33. Сообщение от pashev.ru (?), 09-Янв-23, 16:38	+/–
Вы слабоумные, новость про новый параметр, а не про удоление а-ля гном
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10 Ответы: #48

34. Сообщение от yet another anonymous (?), 09-Янв-23, 16:39	+/–
В принципе могут с любым, но на практике --- LE.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15

35. Сообщение от Аноним (20), 09-Янв-23, 16:42	+/–
Да хоть на заборе. Сетевой протокол иксов в 99% случаев обходится без inet-стека.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #30 Ответы: #69

37. Сообщение от Аноним (38), 09-Янв-23, 16:58	–3 +/–
> Изменение войдёт в состав следующих значительных выпусков X.org Server и Xwayland Оно уже давно мертво, зачем его развивать? Почему бы не объявить давным давно проект deprecated и вносить только патчи безопасности и баг фиксы?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #39

38. Сообщение от Аноним (38), 09-Янв-23, 16:59	+/–
На этот раз айПони высказался правильно, заслуживает два чая
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21

39. Сообщение от Аноним (39), 09-Янв-23, 17:17	+3 +/–
Это и есть патч безопасности, просто ради каждого патча не выпускают релизы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37 Ответы: #41

41. Сообщение от Аноним (38), 09-Янв-23, 17:47	+/–
Ну это понятно, но на вопрос-то отвеьте: о каких "новых значительных релизах" может идти речь? Проект мёртв, мейнтенерам предлагается прикрутить патч самостоятельно, что за идиотизм?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #39 Ответы: #59

42. Сообщение от Аноним (45), 09-Янв-23, 17:48	+/–
>Изменение войдёт в состав следующих значительных выпусков X.org Server и Xwayland, но так как никаких планов по их формированию пока нет, разработчикам... Очень обнадеживающие
Ответить | Правка | Наверх | Cообщить модератору

43. Сообщение от Аноним (45), 09-Янв-23, 17:50	+3 +/–
Современные разработчики даже не понимают какой бренд пишут. Перед разработкой очередного изменения им надо проконсультироваться на опеннет
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6 Ответы: #94

44. Сообщение от Аноним (45), 09-Янв-23, 17:53	–4 +/–
Уточните пожалуйста какой порядок байт указан в спецификации http?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #54

45. Сообщение от Аноним (45), 09-Янв-23, 17:55	+5 +/–
На application layer и.о. К.О.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20 Ответы: #73, #90

46. Сообщение от Аноним (12), 09-Янв-23, 17:57	+1 +/–
BE обязателен в заголовках канального, сетевого, транспортного уровней. А payload уже может быть по желанию вышележащих протоколов.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #32

47. Сообщение от Аноним (45), 09-Янв-23, 18:03	–1 +/–
Просто любители смузи, возомнившие себя разработчиками, не понимают что за индейцы такие и зачем их анализировать, вот и делают бесполезные настройки тормозящие код.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23

48. Сообщение от Омномним (?), 09-Янв-23, 18:09	–1 +/–
Параметр из разряда "use at your own risk", такие дела.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #33

49. Сообщение от Омномним (?), 09-Янв-23, 18:10	+/–
Зачем? Про параметр правильно заметили. Просто "на страх и риск".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19

50. Сообщение от Аноним (50), 09-Янв-23, 18:17	+2 +/–
Сетевым протоколом иксов на удалённых тачках? Ты уверен? Потому что основное применение, которое я вижу, это именно подключение на большие big endian тачки с маленьких little endian. Вобще какая-то странная предъява. Весь софт поддерживает оба варианты, и тут карманные крысы IBM (это у которого ПРОЦЕССОРЫ тоже поддерживают оба варианта) говорят, не, давайте закопаем, а то больно тяжело поддерживать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #31

52. Сообщение от Аноним (52), 09-Янв-23, 18:34	+/–
Опеннет, это твой шанс! Подхвати уже упавшее знамя Xfree86, сформируй релиз и покажи этим смузихлёбам как надо! Только на тебя надежда, когда крысы бегут с корабля. Только на тебя уповаем.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #53, #61

53. Сообщение от Аноним (16), 09-Янв-23, 18:55	+/–
Опеннет - это ты. Руки в сруки и вперде!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #52

54. Сообщение от Аноним (54), 09-Янв-23, 19:05	+3 +/–
какой тебе порядок байтов в текстовом протоколе?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #44 Ответы: #62

55. Сообщение от Аноним (55), 09-Янв-23, 19:33	+/–
> наличие потенциальных проблем с безопасностью в коде, который НЕДОСТАТОЧНО протестирован Сколько лет этому коду? > наличие потенциальных проблем с безопасностью... > может оказаться слабым местом... решено, что более целесообразно отключить по умолчанию не нужную в 99% случаях обработку, повысить общую защищённость X-сервера... > Изменение войдёт в состав следующих значительных выпусков X.org Server и Xwayland, но не смотря ни на что > ... никаких планов по их формированию пока нет. Странная новость.
Ответить | Правка | Наверх | Cообщить модератору

56. Сообщение от Аноним (57), 09-Янв-23, 20:54	+3 +/–
>называется наличие потенциальных проблем с безопасностью в коде преобразования порядка байтов Программисты на Си даже порядок байтов безопасно поменять не могут.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #65

57. Сообщение от Аноним (57), 09-Янв-23, 20:57	+1 +/–
>Если клиент с другим порядком байтов не подключается, то каким образом повышается безопасность Вот так и повышается. Нет клиента - нет проблемы. Есть клиент - ну значит надо придумать повод, чтобы его послать подальше. Так безопасность и улучшается. Если клиент не здоровенный лицо с другим порядком байт, который сначала и по морде за такую дискриминацию по порядку байт дать может, а потом и в суде.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6

58. Сообщение от Аноним (58), 09-Янв-23, 21:36	+1 +/–
iPony устарел...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21

59. Сообщение от Аноним (58), 09-Янв-23, 21:37	–1 +/–
Видимо не все в команде X.org топят за вяленый и теплят надежду на новый релиз иксов.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #41

60. Сообщение от Аноним (60), 09-Янв-23, 22:10	–2 +/–
Пора переписать иксы на расте, чтобы шаловливые поттерингоручки были надёжно заняты.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #67

61. Сообщение от Аноним (45), 09-Янв-23, 22:51	+1 +/–
А кто нам высококлассным опеннет экспертам заплатит за это? Пусть сначала заплатят много денег, а потом мы покажем этим веб-ма...ам, любителям смузи как надо программировать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #52

62. Сообщение от ip1982 (ok), 09-Янв-23, 23:41	+1 +/–
8-битное поколение!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #54

63. Сообщение от Аноним (63), 09-Янв-23, 23:42	+6 +/–
Потому что когда в 80-х в Беркли это всё придумывали, у них были big endian машины. Прошло 40 лет, 99% CPU little endian, но всё ещё переставляем байтики для сетей местами, потому что так исторически сложилось.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24

65. Сообщение от bOOster (ok), 10-Янв-23, 04:43	+1 +/–
Макаки на расте этого сделать вообще не могут.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #56 Ответы: #68, #88

67. Сообщение от burjui (ok), 10-Янв-23, 07:07	+4 +/–
Лучше на COBOL - надёжная, проверенная временем технология, не то что эти ваши новомодные хрусты и сипиписьки.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #60 Ответы: #74, #82

68. Сообщение от burjui (ok), 10-Янв-23, 07:13	+4 +/–
Макаки и на С не могут, поэтому имеет смысл для такого использовать людей. Но придётся поискать за пределами этого ресурса.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #65 Ответы: #72

69. Сообщение от Антоннн (?), 10-Янв-23, 08:08	–1 +/–
Эй шизик и как "сетевой" протокол работает без tcp/ip?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #35 Ответы: #77

70. Сообщение от Илья (??), 10-Янв-23, 08:18	+/–
Собака лает, караван идёт
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27 Ответы: #76, #84

71. Сообщение от Аноним (45), 10-Янв-23, 08:27	+/–
Типичная логика растоманов, джава-веб-макак и других npm-лайк карго культистов. Смузихлебы называют это "сокращения поверхности атаки"
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #81

72. Сообщение от Аноним (45), 10-Янв-23, 08:32	+1 +/–
Но ведь вам тоже лучше находиться за пределами этого ресурса и не тратить время на чтение маразмов месных экспертов. мне например нужно jetpack compose быстро-быстро учить, а вместо этого туплю тут :'(
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #68

73. Сообщение от Бывалый смузихлёб (?), 10-Янв-23, 08:55	+/–
> и.о. К.О. Подскажите пожалуйста, когда сам г.-н К.О вернётся к исполнению обязанностей
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #45 Ответы: #75

74. Сообщение от Бывалый смузихлёб (?), 10-Янв-23, 08:57	+/–
От процессорных дыр это всё равно не спасёт
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #67 Ответы: #79, #89

75. Сообщение от КО (?), 10-Янв-23, 09:42	+1 +/–
Когда захочет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #73

76. Сообщение от Аноним (76), 10-Янв-23, 09:47	+1 +/–
Да всё никак не дойдёт.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #70 Ответы: #80

77. Сообщение от Аноним (20), 10-Янв-23, 09:52	+1 +/–
> как "сетевой" протокол работает без tcp/ip? 1) Думаешь весь сетевой стек сошелся на eth -> ip -> tcp? 2) Думаешь икс-клиенты подключаются к икс-серверу внутри локалхоста через ip/tcp? Иди чекни свой stat /tmp/.X11-unix/X0
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #69

78. Сообщение от Аноним (78), 10-Янв-23, 10:22	+/–
Такого понятия как "network byte order" не существует, просто народ конвертит в BE, а потом обратно, потому что им на первом курсе так сказали делать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24

79. Сообщение от Аноним (80), 10-Янв-23, 11:31	+2 +/–
Но поттерингоручки таки займёт надолго.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #74

80. Сообщение от Аноним (80), 10-Янв-23, 11:33	+1 +/–
Моисей его ведёт.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #76

81. Сообщение от freecoder (ok), 10-Янв-23, 14:02	+/–
По-твоему получается, X-сервер пишут растоманы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #71

82. Сообщение от 1 (??), 10-Янв-23, 14:38	+/–
Дык COBOL - это финансовые задачи. И да, ещё востребован.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #67 Ответы: #83

83. Сообщение от Аноним (83), 10-Янв-23, 16:12	+1 +/–
> Дык COBOL - это финансовые задачи. Всё правильно, по-вашему какие ещё задачи у поттерингоручек?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #82

84. Сообщение от Нон (?), 10-Янв-23, 16:47	+1 +/–
Идёт 14 лет, результат нулевой.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #70

87. Сообщение от Ванёк (?), 10-Янв-23, 19:04	–1 +/–
Сетевая карта без понятия о "network byte order", массив байтов передаёт друг за другом и на этом всё. Не надо ничего никуда конвертировать без надобности.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24

88. Сообщение от Alladin (?), 10-Янв-23, 22:51	+/–
какраз на расте и нельзя просто так преобразовать число в массив байтов и наоборот, прежде требуется выбрать big или little endian..
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #65 Ответы: #91

89. Сообщение от _kp (ok), 11-Янв-23, 11:53	+/–
Спасёт. Они на Коболе до конца света писать будут. А если нет ПО, то нет и дыр.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #74

90. Сообщение от ivan_erohin (?), 11-Янв-23, 13:14	+/–
> На application layer допустим. а когда X идет через ssh port forwarding (было модно лет 15 назад) - какой получается уровень ?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #45

91. Сообщение от bOOster (ok), 11-Янв-23, 14:35	+/–
> какраз на расте и нельзя просто так преобразовать число в массив байтов > и наоборот, прежде требуется выбрать big или little endian.. А если mid endian будет - растоманы опять архитектуру раста переписывать будут??
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #88

92. Сообщение от Аноним (92), 11-Янв-23, 18:44	+/–
Из xorg вообще можно было бы убрать видеодрайвера оставить только универсальные, такие как modesetting, Glamor, xwayland, fbdev, vesa
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #93

93. Сообщение от Аноним (94), 12-Янв-23, 19:39	+/–
nv забыл
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #92

94. Сообщение от Аноним (94), 12-Янв-23, 19:43	+/–
> Современные разработчики даже не понимают какой бренд пишут вот так появляются вейленды, расты, пульсы, системды...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #43

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема